diff --git a/_layouts/default.haml b/_layouts/default.haml
index 97fcb65..f2ec181 100644
--- a/_layouts/default.haml
+++ b/_layouts/default.haml
@@ -16,7 +16,8 @@
     %script{ :src=>'/assets/js/jquery.backstretch.min.js' } 
     %script{ :src=>'/assets/js/sass-bootstrap.js' }
     %script{ :src=>'/assets/js/jquery.tidy.table.min.js' }
-    %script{ :src=>'/assets/js/FeedEk.js' }
+    %script{ :src=>'/assets/js/jquery.rss.js' }
+    %script{ :src=>'/assets/js/moment.min.js' }
     %script{ :src=>'/assets/js/google.js' }
     %link(rel='stylesheet' type='text/css' href='/styles/site.css' )
     %link(rel='stylesheet' type='text/css' href='/assets/stylesheet.css' )
diff --git a/assets/js/FeedEk.js b/assets/js/FeedEk.js
deleted file mode 100644
index 2694dd1..0000000
--- a/assets/js/FeedEk.js
+++ /dev/null
@@ -1,72 +0,0 @@
-/*
-* FeedEk jQuery RSS/ATOM Feed Plugin v3.0 with YQL API
-* http://jquery-plugins.net/FeedEk/FeedEk.html  https://github.com/enginkizil/FeedEk
-* Author : Engin KIZIL http://www.enginkizil.com   
-*/
-
-(function ($) {
-    $.fn.FeedEk = function (opt) {
-        var def = $.extend({
-            MaxCount: 5,
-            ShowDesc: true,
-            ShowPubDate: true,
-            DescCharacterLimit: 0,
-            TitleLinkTarget: "_blank",
-            DateFormat: "",
-            DateFormatLang:"en"
-        }, opt);
-        
-        var id = $(this).attr("id"), i, s = "", dt;
-        $("#" + id).empty();
-        if (def.FeedUrl == undefined) return;       
-        $("#" + id).append('<img src="loader.gif" />');
-
-        var YQLstr = 'SELECT channel.item FROM feednormalizer WHERE output="rss_2.0" AND url ="' + def.FeedUrl + '" LIMIT ' + def.MaxCount;
-
-        $.ajax({
-            url: "https://query.yahooapis.com/v1/public/yql?q=" + encodeURIComponent(YQLstr) + "&format=json&diagnostics=false&callback=?",
-            dataType: "json",
-            success: function (data) {
-                $("#" + id).empty();
-                if (!(data.query.results.rss instanceof Array)) {
-                    data.query.results.rss = [data.query.results.rss];
-                }
-                $.each(data.query.results.rss, function (e, itm) {
-                    s += '<li><div class="itemTitle"><a href="' + itm.channel.item.link + '" target="' + def.TitleLinkTarget + '" >' + itm.channel.item.title + '</a></div>';
-                    
-                    if (def.ShowPubDate){
-                        dt = new Date(itm.channel.item.pubDate);
-                        s += '<div class="itemDate">';
-                        if ($.trim(def.DateFormat).length > 0) {
-                            try {
-                                moment.lang(def.DateFormatLang);
-                                s += moment(dt).format(def.DateFormat);
-                            }
-                            catch (e){s += dt.toLocaleDateString();}                            
-                        }
-                        else {
-                            s += dt.toLocaleDateString();
-                        }
-                        s += '</div>';
-                    }
-                    if (def.ShowDesc) {
-                        s += '<div class="itemContent">';
-                         if (def.DescCharacterLimit > 0 && itm.channel.item.description.length > def.DescCharacterLimit) {
-                             // Patches upstream FeedEK to correctly
-                             // handle HTML tags embedded in the
-                             // description text. 
-                            var d = $(itm.channel.item.description).text();
-                            s += d.substring(0, def.DescCharacterLimit) + '...';
-                        }
-                        else {
-                            s += itm.channel.item.description;
-                         }
-                         s += '</div>';
-                    }
-                });
-                $("#" + id).append('<ul class="feedEkList">' + s + '</ul>');
-            }
-        });
-    };
-})(jQuery);
-
diff --git a/assets/js/jquery.rss.js b/assets/js/jquery.rss.js
new file mode 100644
index 0000000..d25ed45
--- /dev/null
+++ b/assets/js/jquery.rss.js
@@ -0,0 +1,333 @@
+(function ($) {
+  'use strict';
+
+  var RSS = function (target, url, options, callback) {
+    this.target       = target;
+
+    this.url          = url;
+    this.html         = [];
+    this.effectQueue  = [];
+
+    this.options = $.extend({
+      ssl: false,
+      host: 'www.feedrapp.info',
+      limit: null,
+      key: null,
+      layoutTemplate: '<ul>{entries}</ul>',
+      entryTemplate: '<li><a href="{url}">[{author}@{date}] {title}</a><br/>{shortBodyPlain}</li>',
+      tokens: {},
+      outputMode: 'json',
+      dateFormat: 'dddd MMM Do',
+      dateLocale: 'en',
+      effect: 'show',
+      offsetStart: false,
+      offsetEnd: false,
+      error: function () {
+        console.log('jQuery RSS: url doesn\'t link to RSS-Feed');
+      },
+      onData: function () {},
+      success: function () {}
+    }, options || {});
+
+    this.callback = callback || this.options.success;
+  };
+
+  RSS.htmlTags = [
+    'doctype', 'html', 'head', 'title', 'base', 'link', 'meta', 'style', 'script', 'noscript',
+    'body', 'article', 'nav', 'aside', 'section', 'header', 'footer', 'h1-h6', 'hgroup', 'address',
+    'p', 'hr', 'pre', 'blockquote', 'ol', 'ul', 'li', 'dl', 'dt', 'dd', 'figure', 'figcaption',
+    'div', 'table', 'caption', 'thead', 'tbody', 'tfoot', 'tr', 'th', 'td', 'col', 'colgroup',
+    'form', 'fieldset', 'legend', 'label', 'input', 'button', 'select', 'datalist', 'optgroup',
+    'option', 'textarea', 'keygen', 'output', 'progress', 'meter', 'details', 'summary', 'command',
+    'menu', 'del', 'ins', 'img', 'iframe', 'embed', 'object', 'param', 'video', 'audio', 'source',
+    'canvas', 'track', 'map', 'area', 'a', 'em', 'strong', 'i', 'b', 'u', 's', 'small', 'abbr', 'q',
+    'cite', 'dfn', 'sub', 'sup', 'time', 'code', 'kbd', 'samp', 'var', 'mark', 'bdi', 'bdo', 'ruby',
+    'rt', 'rp', 'span', 'br', 'wbr'
+  ];
+
+  RSS.prototype.load = function (callback) {
+    var apiProtocol = 'http' + (this.options.ssl ? 's' : '');
+    var apiHost     = apiProtocol + '://' + this.options.host;
+    var apiUrl      = apiHost + '?callback=?&q=' + encodeURIComponent(this.url);
+
+    // set limit to offsetEnd if offset has been set
+    if (this.options.offsetStart && this.options.offsetEnd) {
+      this.options.limit = this.options.offsetEnd;
+    }
+
+    if (this.options.limit !== null) {
+      apiUrl += '&num=' + this.options.limit;
+    }
+
+    if (this.options.key !== null) {
+      apiUrl += '&key=' + this.options.key;
+    }
+
+    $.getJSON(apiUrl, callback);
+  };
+
+  RSS.prototype.render = function () {
+    var self = this;
+
+    this.load(function (data) {
+      try {
+        self.feed    = data.responseData.feed;
+        self.entries = data.responseData.feed.entries;
+      } catch (e) {
+        self.entries = [];
+        self.feed    = null;
+        return self.options.error.call(self);
+      }
+
+      var html = self.generateHTMLForEntries();
+
+      self.target.append(html.layout);
+
+      if (html.entries.length !== 0) {
+        if ($.isFunction(self.options.onData)) {
+          self.options.onData.call(self);
+        }
+
+        var container = $(html.layout).is('entries') ? html.layout : $('entries', html.layout);
+
+        self.appendEntriesAndApplyEffects(container, html.entries);
+      }
+
+      if (self.effectQueue.length > 0) {
+        self.executeEffectQueue(self.callback);
+      } else if ($.isFunction(self.callback)) {
+        self.callback.call(self);
+      }
+    });
+  };
+
+  RSS.prototype.appendEntriesAndApplyEffects = function (target, entries) {
+    var self = this;
+
+    $.each(entries, function (idx, entry) {
+      var $html = self.wrapContent(entry);
+
+      if (self.options.effect === 'show') {
+        target.before($html);
+      } else {
+        $html.css({ display: 'none' });
+        target.before($html);
+        self.applyEffect($html, self.options.effect);
+      }
+    });
+
+    target.remove();
+  };
+
+  RSS.prototype.generateHTMLForEntries = function () {
+    var self   = this;
+    var result = { entries: [], layout: null };
+
+    $(this.entries).each(function () {
+      var entry       = this;
+      var offsetStart = self.options.offsetStart;
+      var offsetEnd   = self.options.offsetEnd;
+      var evaluatedString;
+
+      // offset required
+      if (offsetStart && offsetEnd) {
+        if (index >= offsetStart && index <= offsetEnd) {
+          if (self.isRelevant(entry, result.entries)) {
+            evaluatedString = self.evaluateStringForEntry(
+              self.options.entryTemplate, entry
+            );
+
+            result.entries.push(evaluatedString);
+          }
+        }
+      } else {
+        // no offset
+        if (self.isRelevant(entry, result.entries)) {
+          evaluatedString = self.evaluateStringForEntry(
+            self.options.entryTemplate, entry
+          );
+
+          result.entries.push(evaluatedString);
+        }
+      }
+    });
+
+    if (!!this.options.entryTemplate) {
+      // we have an entryTemplate
+      result.layout = this.wrapContent(
+        this.options.layoutTemplate.replace('{entries}', '<entries></entries>')
+      );
+    } else {
+      // no entryTemplate available
+      result.layout = this.wrapContent('<div><entries></entries></div>');
+    }
+
+    return result;
+  };
+
+  RSS.prototype.wrapContent = function (content) {
+    if (($.trim(content).indexOf('<') !== 0)) {
+      // the content has no html => create a surrounding div
+      return $('<div>' + content + '</div>');
+    } else {
+      // the content has html => don't touch it
+      return $(content);
+    }
+  };
+
+  RSS.prototype.applyEffect = function ($element, effect, callback) {
+    var self = this;
+
+    switch (effect) {
+      case 'slide':
+        $element.slideDown('slow', callback);
+        break;
+      case 'slideFast':
+        $element.slideDown(callback);
+        break;
+      case 'slideSynced':
+        self.effectQueue.push({ element: $element, effect: 'slide' });
+        break;
+      case 'slideFastSynced':
+        self.effectQueue.push({ element: $element, effect: 'slideFast' });
+        break;
+    }
+  };
+
+  RSS.prototype.executeEffectQueue = function (callback) {
+    var self = this;
+
+    this.effectQueue.reverse();
+
+    var executeEffectQueueItem = function () {
+      var item = self.effectQueue.pop();
+
+      if (item) {
+        self.applyEffect(item.element, item.effect, executeEffectQueueItem);
+      } else if (callback) {
+        callback();
+      }
+    };
+
+    executeEffectQueueItem();
+  };
+
+  RSS.prototype.evaluateStringForEntry = function (string, entry) {
+    var result = string;
+    var self   = this;
+
+    $(string.match(/(\{.*?\})/g)).each(function () {
+      var token = this.toString();
+
+      result = result.replace(token, self.getValueForToken(token, entry));
+    });
+
+    return result;
+  };
+
+  RSS.prototype.isRelevant = function (entry, entries) {
+    var tokenMap = this.getTokenMap(entry);
+
+    if (this.options.filter) {
+      if (this.options.filterLimit && (this.options.filterLimit === entries.length)) {
+        return false;
+      } else {
+        return this.options.filter(entry, tokenMap);
+      }
+    } else {
+      return true;
+    }
+  };
+
+  RSS.prototype.getFormattedDate = function (dateString) {
+    // If a custom formatting function is provided, use that.
+    if (this.options.dateFormatFunction) {
+      return this.options.dateFormatFunction(dateString);
+    } else if (typeof moment !== 'undefined') {
+      // If moment.js is available and dateFormatFunction is not overriding it,
+      // use it to format the date.
+      var date = moment(new Date(dateString));
+
+      if (date.locale) {
+        date = date.locale(this.options.dateLocale);
+      } else {
+        date = date.lang(this.options.dateLocale);
+      }
+
+      return date.format(this.options.dateFormat);
+    } else {
+      // If all else fails, just use the date as-is.
+      return dateString;
+    }
+  };
+
+  RSS.prototype.getTokenMap = function (entry) {
+    if (!this.feedTokens) {
+      var feed = JSON.parse(JSON.stringify(this.feed));
+
+      delete feed.entries;
+      this.feedTokens = feed;
+    }
+
+    return $.extend({
+      feed:      this.feedTokens,
+      url:       entry.link,
+      author:    entry.author,
+      date:      this.getFormattedDate(entry.publishedDate),
+      title:     entry.title,
+      body:      entry.content,
+      shortBody: entry.contentSnippet,
+
+      bodyPlain: (function (entry) {
+        var result = entry.content
+          .replace(/<script[\\r\\\s\S]*<\/script>/mgi, '')
+          .replace(/<\/?[^>]+>/gi, '');
+
+        for (var i = 0; i < RSS.htmlTags.length; i++) {
+          result = result.replace(new RegExp('<' + RSS.htmlTags[i], 'gi'), '');
+        }
+
+        return result;
+      })(entry),
+
+      shortBodyPlain: entry.contentSnippet.replace(/<\/?[^>]+>/gi, ''),
+      index:          $.inArray(entry, this.entries),
+      totalEntries:   this.entries.length,
+
+      teaserImage:    (function (entry) {
+        try {
+          return entry.content.match(/(<img.*?>)/gi)[0];
+        }
+        catch (e) {
+          return '';
+        }
+      })(entry),
+
+      teaserImageUrl: (function (entry) {
+        try {
+          return entry.content.match(/(<img.*?>)/gi)[0].match(/src="(.*?)"/)[1];
+        }
+        catch (e) {
+          return '';
+        }
+      })(entry)
+    }, this.options.tokens);
+  };
+
+  RSS.prototype.getValueForToken = function (_token, entry) {
+    var tokenMap = this.getTokenMap(entry);
+    var token    = _token.replace(/[\{\}]/g, '');
+    var result   = tokenMap[token];
+
+    if (typeof result !== 'undefined') {
+      return ((typeof result === 'function') ? result(entry, tokenMap) : result);
+    } else {
+      throw new Error('Unknown token: ' + _token + ', url:' + this.url);
+    }
+  };
+
+  $.fn.rss = function (url, options, callback) {
+    new RSS(this, url, options, callback).render();
+    return this; // Implement chaining
+  };
+})(jQuery);
diff --git a/assets/js/moment.min.js b/assets/js/moment.min.js
new file mode 100644
index 0000000..c659ab9
--- /dev/null
+++ b/assets/js/moment.min.js
@@ -0,0 +1,5 @@
+//! moment.js
+//! version : 2.24.0
+//! license : MIT
+//! momentjs.com
+!function(e,t){"object"==typeof exports&&"undefined"!=typeof module?module.exports=t():"function"==typeof define&&define.amd?define(t):e.moment=t()}(this,function(){"use strict";var e,i;function c(){return e.apply(null,arguments)}function o(e){return e instanceof Array||"[object Array]"===Object.prototype.toString.call(e)}function u(e){return null!=e&&"[object Object]"===Object.prototype.toString.call(e)}function l(e){return void 0===e}function h(e){return"number"==typeof e||"[object Number]"===Object.prototype.toString.call(e)}function d(e){return e instanceof Date||"[object Date]"===Object.prototype.toString.call(e)}function f(e,t){var n,s=[];for(n=0;n<e.length;++n)s.push(t(e[n],n));return s}function m(e,t){return Object.prototype.hasOwnProperty.call(e,t)}function _(e,t){for(var n in t)m(t,n)&&(e[n]=t[n]);return m(t,"toString")&&(e.toString=t.toString),m(t,"valueOf")&&(e.valueOf=t.valueOf),e}function y(e,t,n,s){return Tt(e,t,n,s,!0).utc()}function g(e){return null==e._pf&&(e._pf={empty:!1,unusedTokens:[],unusedInput:[],overflow:-2,charsLeftOver:0,nullInput:!1,invalidMonth:null,invalidFormat:!1,userInvalidated:!1,iso:!1,parsedDateParts:[],meridiem:null,rfc2822:!1,weekdayMismatch:!1}),e._pf}function v(e){if(null==e._isValid){var t=g(e),n=i.call(t.parsedDateParts,function(e){return null!=e}),s=!isNaN(e._d.getTime())&&t.overflow<0&&!t.empty&&!t.invalidMonth&&!t.invalidWeekday&&!t.weekdayMismatch&&!t.nullInput&&!t.invalidFormat&&!t.userInvalidated&&(!t.meridiem||t.meridiem&&n);if(e._strict&&(s=s&&0===t.charsLeftOver&&0===t.unusedTokens.length&&void 0===t.bigHour),null!=Object.isFrozen&&Object.isFrozen(e))return s;e._isValid=s}return e._isValid}function p(e){var t=y(NaN);return null!=e?_(g(t),e):g(t).userInvalidated=!0,t}i=Array.prototype.some?Array.prototype.some:function(e){for(var t=Object(this),n=t.length>>>0,s=0;s<n;s++)if(s in t&&e.call(this,t[s],s,t))return!0;return!1};var r=c.momentProperties=[];function w(e,t){var n,s,i;if(l(t._isAMomentObject)||(e._isAMomentObject=t._isAMomentObject),l(t._i)||(e._i=t._i),l(t._f)||(e._f=t._f),l(t._l)||(e._l=t._l),l(t._strict)||(e._strict=t._strict),l(t._tzm)||(e._tzm=t._tzm),l(t._isUTC)||(e._isUTC=t._isUTC),l(t._offset)||(e._offset=t._offset),l(t._pf)||(e._pf=g(t)),l(t._locale)||(e._locale=t._locale),0<r.length)for(n=0;n<r.length;n++)l(i=t[s=r[n]])||(e[s]=i);return e}var t=!1;function M(e){w(this,e),this._d=new Date(null!=e._d?e._d.getTime():NaN),this.isValid()||(this._d=new Date(NaN)),!1===t&&(t=!0,c.updateOffset(this),t=!1)}function k(e){return e instanceof M||null!=e&&null!=e._isAMomentObject}function S(e){return e<0?Math.ceil(e)||0:Math.floor(e)}function D(e){var t=+e,n=0;return 0!==t&&isFinite(t)&&(n=S(t)),n}function a(e,t,n){var s,i=Math.min(e.length,t.length),r=Math.abs(e.length-t.length),a=0;for(s=0;s<i;s++)(n&&e[s]!==t[s]||!n&&D(e[s])!==D(t[s]))&&a++;return a+r}function Y(e){!1===c.suppressDeprecationWarnings&&"undefined"!=typeof console&&console.warn&&console.warn("Deprecation warning: "+e)}function n(i,r){var a=!0;return _(function(){if(null!=c.deprecationHandler&&c.deprecationHandler(null,i),a){for(var e,t=[],n=0;n<arguments.length;n++){if(e="","object"==typeof arguments[n]){for(var s in e+="\n["+n+"] ",arguments[0])e+=s+": "+arguments[0][s]+", ";e=e.slice(0,-2)}else e=arguments[n];t.push(e)}Y(i+"\nArguments: "+Array.prototype.slice.call(t).join("")+"\n"+(new Error).stack),a=!1}return r.apply(this,arguments)},r)}var s,O={};function T(e,t){null!=c.deprecationHandler&&c.deprecationHandler(e,t),O[e]||(Y(t),O[e]=!0)}function b(e){return e instanceof Function||"[object Function]"===Object.prototype.toString.call(e)}function x(e,t){var n,s=_({},e);for(n in t)m(t,n)&&(u(e[n])&&u(t[n])?(s[n]={},_(s[n],e[n]),_(s[n],t[n])):null!=t[n]?s[n]=t[n]:delete s[n]);for(n in e)m(e,n)&&!m(t,n)&&u(e[n])&&(s[n]=_({},s[n]));return s}function P(e){null!=e&&this.set(e)}c.suppressDeprecationWarnings=!1,c.deprecationHandler=null,s=Object.keys?Object.keys:function(e){var t,n=[];for(t in e)m(e,t)&&n.push(t);return n};var W={};function C(e,t){var n=e.toLowerCase();W[n]=W[n+"s"]=W[t]=e}function H(e){return"string"==typeof e?W[e]||W[e.toLowerCase()]:void 0}function R(e){var t,n,s={};for(n in e)m(e,n)&&(t=H(n))&&(s[t]=e[n]);return s}var U={};function F(e,t){U[e]=t}function L(e,t,n){var s=""+Math.abs(e),i=t-s.length;return(0<=e?n?"+":"":"-")+Math.pow(10,Math.max(0,i)).toString().substr(1)+s}var N=/(\[[^\[]*\])|(\\)?([Hh]mm(ss)?|Mo|MM?M?M?|Do|DDDo|DD?D?D?|ddd?d?|do?|w[o|w]?|W[o|W]?|Qo?|YYYYYY|YYYYY|YYYY|YY|gg(ggg?)?|GG(GGG?)?|e|E|a|A|hh?|HH?|kk?|mm?|ss?|S{1,9}|x|X|zz?|ZZ?|.)/g,G=/(\[[^\[]*\])|(\\)?(LTS|LT|LL?L?L?|l{1,4})/g,V={},E={};function I(e,t,n,s){var i=s;"string"==typeof s&&(i=function(){return this[s]()}),e&&(E[e]=i),t&&(E[t[0]]=function(){return L(i.apply(this,arguments),t[1],t[2])}),n&&(E[n]=function(){return this.localeData().ordinal(i.apply(this,arguments),e)})}function A(e,t){return e.isValid()?(t=j(t,e.localeData()),V[t]=V[t]||function(s){var e,i,t,r=s.match(N);for(e=0,i=r.length;e<i;e++)E[r[e]]?r[e]=E[r[e]]:r[e]=(t=r[e]).match(/\[[\s\S]/)?t.replace(/^\[|\]$/g,""):t.replace(/\\/g,"");return function(e){var t,n="";for(t=0;t<i;t++)n+=b(r[t])?r[t].call(e,s):r[t];return n}}(t),V[t](e)):e.localeData().invalidDate()}function j(e,t){var n=5;function s(e){return t.longDateFormat(e)||e}for(G.lastIndex=0;0<=n&&G.test(e);)e=e.replace(G,s),G.lastIndex=0,n-=1;return e}var Z=/\d/,z=/\d\d/,$=/\d{3}/,q=/\d{4}/,J=/[+-]?\d{6}/,B=/\d\d?/,Q=/\d\d\d\d?/,X=/\d\d\d\d\d\d?/,K=/\d{1,3}/,ee=/\d{1,4}/,te=/[+-]?\d{1,6}/,ne=/\d+/,se=/[+-]?\d+/,ie=/Z|[+-]\d\d:?\d\d/gi,re=/Z|[+-]\d\d(?::?\d\d)?/gi,ae=/[0-9]{0,256}['a-z\u00A0-\u05FF\u0700-\uD7FF\uF900-\uFDCF\uFDF0-\uFF07\uFF10-\uFFEF]{1,256}|[\u0600-\u06FF\/]{1,256}(\s*?[\u0600-\u06FF]{1,256}){1,2}/i,oe={};function ue(e,n,s){oe[e]=b(n)?n:function(e,t){return e&&s?s:n}}function le(e,t){return m(oe,e)?oe[e](t._strict,t._locale):new RegExp(he(e.replace("\\","").replace(/\\(\[)|\\(\])|\[([^\]\[]*)\]|\\(.)/g,function(e,t,n,s,i){return t||n||s||i})))}function he(e){return e.replace(/[-\/\\^$*+?.()|[\]{}]/g,"\\$&")}var de={};function ce(e,n){var t,s=n;for("string"==typeof e&&(e=[e]),h(n)&&(s=function(e,t){t[n]=D(e)}),t=0;t<e.length;t++)de[e[t]]=s}function fe(e,i){ce(e,function(e,t,n,s){n._w=n._w||{},i(e,n._w,n,s)})}var me=0,_e=1,ye=2,ge=3,ve=4,pe=5,we=6,Me=7,ke=8;function Se(e){return De(e)?366:365}function De(e){return e%4==0&&e%100!=0||e%400==0}I("Y",0,0,function(){var e=this.year();return e<=9999?""+e:"+"+e}),I(0,["YY",2],0,function(){return this.year()%100}),I(0,["YYYY",4],0,"year"),I(0,["YYYYY",5],0,"year"),I(0,["YYYYYY",6,!0],0,"year"),C("year","y"),F("year",1),ue("Y",se),ue("YY",B,z),ue("YYYY",ee,q),ue("YYYYY",te,J),ue("YYYYYY",te,J),ce(["YYYYY","YYYYYY"],me),ce("YYYY",function(e,t){t[me]=2===e.length?c.parseTwoDigitYear(e):D(e)}),ce("YY",function(e,t){t[me]=c.parseTwoDigitYear(e)}),ce("Y",function(e,t){t[me]=parseInt(e,10)}),c.parseTwoDigitYear=function(e){return D(e)+(68<D(e)?1900:2e3)};var Ye,Oe=Te("FullYear",!0);function Te(t,n){return function(e){return null!=e?(xe(this,t,e),c.updateOffset(this,n),this):be(this,t)}}function be(e,t){return e.isValid()?e._d["get"+(e._isUTC?"UTC":"")+t]():NaN}function xe(e,t,n){e.isValid()&&!isNaN(n)&&("FullYear"===t&&De(e.year())&&1===e.month()&&29===e.date()?e._d["set"+(e._isUTC?"UTC":"")+t](n,e.month(),Pe(n,e.month())):e._d["set"+(e._isUTC?"UTC":"")+t](n))}function Pe(e,t){if(isNaN(e)||isNaN(t))return NaN;var n,s=(t%(n=12)+n)%n;return e+=(t-s)/12,1===s?De(e)?29:28:31-s%7%2}Ye=Array.prototype.indexOf?Array.prototype.indexOf:function(e){var t;for(t=0;t<this.length;++t)if(this[t]===e)return t;return-1},I("M",["MM",2],"Mo",function(){return this.month()+1}),I("MMM",0,0,function(e){return this.localeData().monthsShort(this,e)}),I("MMMM",0,0,function(e){return this.localeData().months(this,e)}),C("month","M"),F("month",8),ue("M",B),ue("MM",B,z),ue("MMM",function(e,t){return t.monthsShortRegex(e)}),ue("MMMM",function(e,t){return t.monthsRegex(e)}),ce(["M","MM"],function(e,t){t[_e]=D(e)-1}),ce(["MMM","MMMM"],function(e,t,n,s){var i=n._locale.monthsParse(e,s,n._strict);null!=i?t[_e]=i:g(n).invalidMonth=e});var We=/D[oD]?(\[[^\[\]]*\]|\s)+MMMM?/,Ce="January_February_March_April_May_June_July_August_September_October_November_December".split("_");var He="Jan_Feb_Mar_Apr_May_Jun_Jul_Aug_Sep_Oct_Nov_Dec".split("_");function Re(e,t){var n;if(!e.isValid())return e;if("string"==typeof t)if(/^\d+$/.test(t))t=D(t);else if(!h(t=e.localeData().monthsParse(t)))return e;return n=Math.min(e.date(),Pe(e.year(),t)),e._d["set"+(e._isUTC?"UTC":"")+"Month"](t,n),e}function Ue(e){return null!=e?(Re(this,e),c.updateOffset(this,!0),this):be(this,"Month")}var Fe=ae;var Le=ae;function Ne(){function e(e,t){return t.length-e.length}var t,n,s=[],i=[],r=[];for(t=0;t<12;t++)n=y([2e3,t]),s.push(this.monthsShort(n,"")),i.push(this.months(n,"")),r.push(this.months(n,"")),r.push(this.monthsShort(n,""));for(s.sort(e),i.sort(e),r.sort(e),t=0;t<12;t++)s[t]=he(s[t]),i[t]=he(i[t]);for(t=0;t<24;t++)r[t]=he(r[t]);this._monthsRegex=new RegExp("^("+r.join("|")+")","i"),this._monthsShortRegex=this._monthsRegex,this._monthsStrictRegex=new RegExp("^("+i.join("|")+")","i"),this._monthsShortStrictRegex=new RegExp("^("+s.join("|")+")","i")}function Ge(e){var t;if(e<100&&0<=e){var n=Array.prototype.slice.call(arguments);n[0]=e+400,t=new Date(Date.UTC.apply(null,n)),isFinite(t.getUTCFullYear())&&t.setUTCFullYear(e)}else t=new Date(Date.UTC.apply(null,arguments));return t}function Ve(e,t,n){var s=7+t-n;return-((7+Ge(e,0,s).getUTCDay()-t)%7)+s-1}function Ee(e,t,n,s,i){var r,a,o=1+7*(t-1)+(7+n-s)%7+Ve(e,s,i);return a=o<=0?Se(r=e-1)+o:o>Se(e)?(r=e+1,o-Se(e)):(r=e,o),{year:r,dayOfYear:a}}function Ie(e,t,n){var s,i,r=Ve(e.year(),t,n),a=Math.floor((e.dayOfYear()-r-1)/7)+1;return a<1?s=a+Ae(i=e.year()-1,t,n):a>Ae(e.year(),t,n)?(s=a-Ae(e.year(),t,n),i=e.year()+1):(i=e.year(),s=a),{week:s,year:i}}function Ae(e,t,n){var s=Ve(e,t,n),i=Ve(e+1,t,n);return(Se(e)-s+i)/7}I("w",["ww",2],"wo","week"),I("W",["WW",2],"Wo","isoWeek"),C("week","w"),C("isoWeek","W"),F("week",5),F("isoWeek",5),ue("w",B),ue("ww",B,z),ue("W",B),ue("WW",B,z),fe(["w","ww","W","WW"],function(e,t,n,s){t[s.substr(0,1)]=D(e)});function je(e,t){return e.slice(t,7).concat(e.slice(0,t))}I("d",0,"do","day"),I("dd",0,0,function(e){return this.localeData().weekdaysMin(this,e)}),I("ddd",0,0,function(e){return this.localeData().weekdaysShort(this,e)}),I("dddd",0,0,function(e){return this.localeData().weekdays(this,e)}),I("e",0,0,"weekday"),I("E",0,0,"isoWeekday"),C("day","d"),C("weekday","e"),C("isoWeekday","E"),F("day",11),F("weekday",11),F("isoWeekday",11),ue("d",B),ue("e",B),ue("E",B),ue("dd",function(e,t){return t.weekdaysMinRegex(e)}),ue("ddd",function(e,t){return t.weekdaysShortRegex(e)}),ue("dddd",function(e,t){return t.weekdaysRegex(e)}),fe(["dd","ddd","dddd"],function(e,t,n,s){var i=n._locale.weekdaysParse(e,s,n._strict);null!=i?t.d=i:g(n).invalidWeekday=e}),fe(["d","e","E"],function(e,t,n,s){t[s]=D(e)});var Ze="Sunday_Monday_Tuesday_Wednesday_Thursday_Friday_Saturday".split("_");var ze="Sun_Mon_Tue_Wed_Thu_Fri_Sat".split("_");var $e="Su_Mo_Tu_We_Th_Fr_Sa".split("_");var qe=ae;var Je=ae;var Be=ae;function Qe(){function e(e,t){return t.length-e.length}var t,n,s,i,r,a=[],o=[],u=[],l=[];for(t=0;t<7;t++)n=y([2e3,1]).day(t),s=this.weekdaysMin(n,""),i=this.weekdaysShort(n,""),r=this.weekdays(n,""),a.push(s),o.push(i),u.push(r),l.push(s),l.push(i),l.push(r);for(a.sort(e),o.sort(e),u.sort(e),l.sort(e),t=0;t<7;t++)o[t]=he(o[t]),u[t]=he(u[t]),l[t]=he(l[t]);this._weekdaysRegex=new RegExp("^("+l.join("|")+")","i"),this._weekdaysShortRegex=this._weekdaysRegex,this._weekdaysMinRegex=this._weekdaysRegex,this._weekdaysStrictRegex=new RegExp("^("+u.join("|")+")","i"),this._weekdaysShortStrictRegex=new RegExp("^("+o.join("|")+")","i"),this._weekdaysMinStrictRegex=new RegExp("^("+a.join("|")+")","i")}function Xe(){return this.hours()%12||12}function Ke(e,t){I(e,0,0,function(){return this.localeData().meridiem(this.hours(),this.minutes(),t)})}function et(e,t){return t._meridiemParse}I("H",["HH",2],0,"hour"),I("h",["hh",2],0,Xe),I("k",["kk",2],0,function(){return this.hours()||24}),I("hmm",0,0,function(){return""+Xe.apply(this)+L(this.minutes(),2)}),I("hmmss",0,0,function(){return""+Xe.apply(this)+L(this.minutes(),2)+L(this.seconds(),2)}),I("Hmm",0,0,function(){return""+this.hours()+L(this.minutes(),2)}),I("Hmmss",0,0,function(){return""+this.hours()+L(this.minutes(),2)+L(this.seconds(),2)}),Ke("a",!0),Ke("A",!1),C("hour","h"),F("hour",13),ue("a",et),ue("A",et),ue("H",B),ue("h",B),ue("k",B),ue("HH",B,z),ue("hh",B,z),ue("kk",B,z),ue("hmm",Q),ue("hmmss",X),ue("Hmm",Q),ue("Hmmss",X),ce(["H","HH"],ge),ce(["k","kk"],function(e,t,n){var s=D(e);t[ge]=24===s?0:s}),ce(["a","A"],function(e,t,n){n._isPm=n._locale.isPM(e),n._meridiem=e}),ce(["h","hh"],function(e,t,n){t[ge]=D(e),g(n).bigHour=!0}),ce("hmm",function(e,t,n){var s=e.length-2;t[ge]=D(e.substr(0,s)),t[ve]=D(e.substr(s)),g(n).bigHour=!0}),ce("hmmss",function(e,t,n){var s=e.length-4,i=e.length-2;t[ge]=D(e.substr(0,s)),t[ve]=D(e.substr(s,2)),t[pe]=D(e.substr(i)),g(n).bigHour=!0}),ce("Hmm",function(e,t,n){var s=e.length-2;t[ge]=D(e.substr(0,s)),t[ve]=D(e.substr(s))}),ce("Hmmss",function(e,t,n){var s=e.length-4,i=e.length-2;t[ge]=D(e.substr(0,s)),t[ve]=D(e.substr(s,2)),t[pe]=D(e.substr(i))});var tt,nt=Te("Hours",!0),st={calendar:{sameDay:"[Today at] LT",nextDay:"[Tomorrow at] LT",nextWeek:"dddd [at] LT",lastDay:"[Yesterday at] LT",lastWeek:"[Last] dddd [at] LT",sameElse:"L"},longDateFormat:{LTS:"h:mm:ss A",LT:"h:mm A",L:"MM/DD/YYYY",LL:"MMMM D, YYYY",LLL:"MMMM D, YYYY h:mm A",LLLL:"dddd, MMMM D, YYYY h:mm A"},invalidDate:"Invalid date",ordinal:"%d",dayOfMonthOrdinalParse:/\d{1,2}/,relativeTime:{future:"in %s",past:"%s ago",s:"a few seconds",ss:"%d seconds",m:"a minute",mm:"%d minutes",h:"an hour",hh:"%d hours",d:"a day",dd:"%d days",M:"a month",MM:"%d months",y:"a year",yy:"%d years"},months:Ce,monthsShort:He,week:{dow:0,doy:6},weekdays:Ze,weekdaysMin:$e,weekdaysShort:ze,meridiemParse:/[ap]\.?m?\.?/i},it={},rt={};function at(e){return e?e.toLowerCase().replace("_","-"):e}function ot(e){var t=null;if(!it[e]&&"undefined"!=typeof module&&module&&module.exports)try{t=tt._abbr,require("./locale/"+e),ut(t)}catch(e){}return it[e]}function ut(e,t){var n;return e&&((n=l(t)?ht(e):lt(e,t))?tt=n:"undefined"!=typeof console&&console.warn&&console.warn("Locale "+e+" not found. Did you forget to load it?")),tt._abbr}function lt(e,t){if(null===t)return delete it[e],null;var n,s=st;if(t.abbr=e,null!=it[e])T("defineLocaleOverride","use moment.updateLocale(localeName, config) to change an existing locale. moment.defineLocale(localeName, config) should only be used for creating a new locale See http://momentjs.com/guides/#/warnings/define-locale/ for more info."),s=it[e]._config;else if(null!=t.parentLocale)if(null!=it[t.parentLocale])s=it[t.parentLocale]._config;else{if(null==(n=ot(t.parentLocale)))return rt[t.parentLocale]||(rt[t.parentLocale]=[]),rt[t.parentLocale].push({name:e,config:t}),null;s=n._config}return it[e]=new P(x(s,t)),rt[e]&&rt[e].forEach(function(e){lt(e.name,e.config)}),ut(e),it[e]}function ht(e){var t;if(e&&e._locale&&e._locale._abbr&&(e=e._locale._abbr),!e)return tt;if(!o(e)){if(t=ot(e))return t;e=[e]}return function(e){for(var t,n,s,i,r=0;r<e.length;){for(t=(i=at(e[r]).split("-")).length,n=(n=at(e[r+1]))?n.split("-"):null;0<t;){if(s=ot(i.slice(0,t).join("-")))return s;if(n&&n.length>=t&&a(i,n,!0)>=t-1)break;t--}r++}return tt}(e)}function dt(e){var t,n=e._a;return n&&-2===g(e).overflow&&(t=n[_e]<0||11<n[_e]?_e:n[ye]<1||n[ye]>Pe(n[me],n[_e])?ye:n[ge]<0||24<n[ge]||24===n[ge]&&(0!==n[ve]||0!==n[pe]||0!==n[we])?ge:n[ve]<0||59<n[ve]?ve:n[pe]<0||59<n[pe]?pe:n[we]<0||999<n[we]?we:-1,g(e)._overflowDayOfYear&&(t<me||ye<t)&&(t=ye),g(e)._overflowWeeks&&-1===t&&(t=Me),g(e)._overflowWeekday&&-1===t&&(t=ke),g(e).overflow=t),e}function ct(e,t,n){return null!=e?e:null!=t?t:n}function ft(e){var t,n,s,i,r,a=[];if(!e._d){var o,u;for(o=e,u=new Date(c.now()),s=o._useUTC?[u.getUTCFullYear(),u.getUTCMonth(),u.getUTCDate()]:[u.getFullYear(),u.getMonth(),u.getDate()],e._w&&null==e._a[ye]&&null==e._a[_e]&&function(e){var t,n,s,i,r,a,o,u;if(null!=(t=e._w).GG||null!=t.W||null!=t.E)r=1,a=4,n=ct(t.GG,e._a[me],Ie(bt(),1,4).year),s=ct(t.W,1),((i=ct(t.E,1))<1||7<i)&&(u=!0);else{r=e._locale._week.dow,a=e._locale._week.doy;var l=Ie(bt(),r,a);n=ct(t.gg,e._a[me],l.year),s=ct(t.w,l.week),null!=t.d?((i=t.d)<0||6<i)&&(u=!0):null!=t.e?(i=t.e+r,(t.e<0||6<t.e)&&(u=!0)):i=r}s<1||s>Ae(n,r,a)?g(e)._overflowWeeks=!0:null!=u?g(e)._overflowWeekday=!0:(o=Ee(n,s,i,r,a),e._a[me]=o.year,e._dayOfYear=o.dayOfYear)}(e),null!=e._dayOfYear&&(r=ct(e._a[me],s[me]),(e._dayOfYear>Se(r)||0===e._dayOfYear)&&(g(e)._overflowDayOfYear=!0),n=Ge(r,0,e._dayOfYear),e._a[_e]=n.getUTCMonth(),e._a[ye]=n.getUTCDate()),t=0;t<3&&null==e._a[t];++t)e._a[t]=a[t]=s[t];for(;t<7;t++)e._a[t]=a[t]=null==e._a[t]?2===t?1:0:e._a[t];24===e._a[ge]&&0===e._a[ve]&&0===e._a[pe]&&0===e._a[we]&&(e._nextDay=!0,e._a[ge]=0),e._d=(e._useUTC?Ge:function(e,t,n,s,i,r,a){var o;return e<100&&0<=e?(o=new Date(e+400,t,n,s,i,r,a),isFinite(o.getFullYear())&&o.setFullYear(e)):o=new Date(e,t,n,s,i,r,a),o}).apply(null,a),i=e._useUTC?e._d.getUTCDay():e._d.getDay(),null!=e._tzm&&e._d.setUTCMinutes(e._d.getUTCMinutes()-e._tzm),e._nextDay&&(e._a[ge]=24),e._w&&void 0!==e._w.d&&e._w.d!==i&&(g(e).weekdayMismatch=!0)}}var mt=/^\s*((?:[+-]\d{6}|\d{4})-(?:\d\d-\d\d|W\d\d-\d|W\d\d|\d\d\d|\d\d))(?:(T| )(\d\d(?::\d\d(?::\d\d(?:[.,]\d+)?)?)?)([\+\-]\d\d(?::?\d\d)?|\s*Z)?)?$/,_t=/^\s*((?:[+-]\d{6}|\d{4})(?:\d\d\d\d|W\d\d\d|W\d\d|\d\d\d|\d\d))(?:(T| )(\d\d(?:\d\d(?:\d\d(?:[.,]\d+)?)?)?)([\+\-]\d\d(?::?\d\d)?|\s*Z)?)?$/,yt=/Z|[+-]\d\d(?::?\d\d)?/,gt=[["YYYYYY-MM-DD",/[+-]\d{6}-\d\d-\d\d/],["YYYY-MM-DD",/\d{4}-\d\d-\d\d/],["GGGG-[W]WW-E",/\d{4}-W\d\d-\d/],["GGGG-[W]WW",/\d{4}-W\d\d/,!1],["YYYY-DDD",/\d{4}-\d{3}/],["YYYY-MM",/\d{4}-\d\d/,!1],["YYYYYYMMDD",/[+-]\d{10}/],["YYYYMMDD",/\d{8}/],["GGGG[W]WWE",/\d{4}W\d{3}/],["GGGG[W]WW",/\d{4}W\d{2}/,!1],["YYYYDDD",/\d{7}/]],vt=[["HH:mm:ss.SSSS",/\d\d:\d\d:\d\d\.\d+/],["HH:mm:ss,SSSS",/\d\d:\d\d:\d\d,\d+/],["HH:mm:ss",/\d\d:\d\d:\d\d/],["HH:mm",/\d\d:\d\d/],["HHmmss.SSSS",/\d\d\d\d\d\d\.\d+/],["HHmmss,SSSS",/\d\d\d\d\d\d,\d+/],["HHmmss",/\d\d\d\d\d\d/],["HHmm",/\d\d\d\d/],["HH",/\d\d/]],pt=/^\/?Date\((\-?\d+)/i;function wt(e){var t,n,s,i,r,a,o=e._i,u=mt.exec(o)||_t.exec(o);if(u){for(g(e).iso=!0,t=0,n=gt.length;t<n;t++)if(gt[t][1].exec(u[1])){i=gt[t][0],s=!1!==gt[t][2];break}if(null==i)return void(e._isValid=!1);if(u[3]){for(t=0,n=vt.length;t<n;t++)if(vt[t][1].exec(u[3])){r=(u[2]||" ")+vt[t][0];break}if(null==r)return void(e._isValid=!1)}if(!s&&null!=r)return void(e._isValid=!1);if(u[4]){if(!yt.exec(u[4]))return void(e._isValid=!1);a="Z"}e._f=i+(r||"")+(a||""),Yt(e)}else e._isValid=!1}var Mt=/^(?:(Mon|Tue|Wed|Thu|Fri|Sat|Sun),?\s)?(\d{1,2})\s(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)\s(\d{2,4})\s(\d\d):(\d\d)(?::(\d\d))?\s(?:(UT|GMT|[ECMP][SD]T)|([Zz])|([+-]\d{4}))$/;function kt(e,t,n,s,i,r){var a=[function(e){var t=parseInt(e,10);{if(t<=49)return 2e3+t;if(t<=999)return 1900+t}return t}(e),He.indexOf(t),parseInt(n,10),parseInt(s,10),parseInt(i,10)];return r&&a.push(parseInt(r,10)),a}var St={UT:0,GMT:0,EDT:-240,EST:-300,CDT:-300,CST:-360,MDT:-360,MST:-420,PDT:-420,PST:-480};function Dt(e){var t,n,s,i=Mt.exec(e._i.replace(/\([^)]*\)|[\n\t]/g," ").replace(/(\s\s+)/g," ").replace(/^\s\s*/,"").replace(/\s\s*$/,""));if(i){var r=kt(i[4],i[3],i[2],i[5],i[6],i[7]);if(t=i[1],n=r,s=e,t&&ze.indexOf(t)!==new Date(n[0],n[1],n[2]).getDay()&&(g(s).weekdayMismatch=!0,!(s._isValid=!1)))return;e._a=r,e._tzm=function(e,t,n){if(e)return St[e];if(t)return 0;var s=parseInt(n,10),i=s%100;return(s-i)/100*60+i}(i[8],i[9],i[10]),e._d=Ge.apply(null,e._a),e._d.setUTCMinutes(e._d.getUTCMinutes()-e._tzm),g(e).rfc2822=!0}else e._isValid=!1}function Yt(e){if(e._f!==c.ISO_8601)if(e._f!==c.RFC_2822){e._a=[],g(e).empty=!0;var t,n,s,i,r,a,o,u,l=""+e._i,h=l.length,d=0;for(s=j(e._f,e._locale).match(N)||[],t=0;t<s.length;t++)i=s[t],(n=(l.match(le(i,e))||[])[0])&&(0<(r=l.substr(0,l.indexOf(n))).length&&g(e).unusedInput.push(r),l=l.slice(l.indexOf(n)+n.length),d+=n.length),E[i]?(n?g(e).empty=!1:g(e).unusedTokens.push(i),a=i,u=e,null!=(o=n)&&m(de,a)&&de[a](o,u._a,u,a)):e._strict&&!n&&g(e).unusedTokens.push(i);g(e).charsLeftOver=h-d,0<l.length&&g(e).unusedInput.push(l),e._a[ge]<=12&&!0===g(e).bigHour&&0<e._a[ge]&&(g(e).bigHour=void 0),g(e).parsedDateParts=e._a.slice(0),g(e).meridiem=e._meridiem,e._a[ge]=function(e,t,n){var s;if(null==n)return t;return null!=e.meridiemHour?e.meridiemHour(t,n):(null!=e.isPM&&((s=e.isPM(n))&&t<12&&(t+=12),s||12!==t||(t=0)),t)}(e._locale,e._a[ge],e._meridiem),ft(e),dt(e)}else Dt(e);else wt(e)}function Ot(e){var t,n,s,i,r=e._i,a=e._f;return e._locale=e._locale||ht(e._l),null===r||void 0===a&&""===r?p({nullInput:!0}):("string"==typeof r&&(e._i=r=e._locale.preparse(r)),k(r)?new M(dt(r)):(d(r)?e._d=r:o(a)?function(e){var t,n,s,i,r;if(0===e._f.length)return g(e).invalidFormat=!0,e._d=new Date(NaN);for(i=0;i<e._f.length;i++)r=0,t=w({},e),null!=e._useUTC&&(t._useUTC=e._useUTC),t._f=e._f[i],Yt(t),v(t)&&(r+=g(t).charsLeftOver,r+=10*g(t).unusedTokens.length,g(t).score=r,(null==s||r<s)&&(s=r,n=t));_(e,n||t)}(e):a?Yt(e):l(n=(t=e)._i)?t._d=new Date(c.now()):d(n)?t._d=new Date(n.valueOf()):"string"==typeof n?(s=t,null===(i=pt.exec(s._i))?(wt(s),!1===s._isValid&&(delete s._isValid,Dt(s),!1===s._isValid&&(delete s._isValid,c.createFromInputFallback(s)))):s._d=new Date(+i[1])):o(n)?(t._a=f(n.slice(0),function(e){return parseInt(e,10)}),ft(t)):u(n)?function(e){if(!e._d){var t=R(e._i);e._a=f([t.year,t.month,t.day||t.date,t.hour,t.minute,t.second,t.millisecond],function(e){return e&&parseInt(e,10)}),ft(e)}}(t):h(n)?t._d=new Date(n):c.createFromInputFallback(t),v(e)||(e._d=null),e))}function Tt(e,t,n,s,i){var r,a={};return!0!==n&&!1!==n||(s=n,n=void 0),(u(e)&&function(e){if(Object.getOwnPropertyNames)return 0===Object.getOwnPropertyNames(e).length;var t;for(t in e)if(e.hasOwnProperty(t))return!1;return!0}(e)||o(e)&&0===e.length)&&(e=void 0),a._isAMomentObject=!0,a._useUTC=a._isUTC=i,a._l=n,a._i=e,a._f=t,a._strict=s,(r=new M(dt(Ot(a))))._nextDay&&(r.add(1,"d"),r._nextDay=void 0),r}function bt(e,t,n,s){return Tt(e,t,n,s,!1)}c.createFromInputFallback=n("value provided is not in a recognized RFC2822 or ISO format. moment construction falls back to js Date(), which is not reliable across all browsers and versions. Non RFC2822/ISO date formats are discouraged and will be removed in an upcoming major release. Please refer to http://momentjs.com/guides/#/warnings/js-date/ for more info.",function(e){e._d=new Date(e._i+(e._useUTC?" UTC":""))}),c.ISO_8601=function(){},c.RFC_2822=function(){};var xt=n("moment().min is deprecated, use moment.max instead. http://momentjs.com/guides/#/warnings/min-max/",function(){var e=bt.apply(null,arguments);return this.isValid()&&e.isValid()?e<this?this:e:p()}),Pt=n("moment().max is deprecated, use moment.min instead. http://momentjs.com/guides/#/warnings/min-max/",function(){var e=bt.apply(null,arguments);return this.isValid()&&e.isValid()?this<e?this:e:p()});function Wt(e,t){var n,s;if(1===t.length&&o(t[0])&&(t=t[0]),!t.length)return bt();for(n=t[0],s=1;s<t.length;++s)t[s].isValid()&&!t[s][e](n)||(n=t[s]);return n}var Ct=["year","quarter","month","week","day","hour","minute","second","millisecond"];function Ht(e){var t=R(e),n=t.year||0,s=t.quarter||0,i=t.month||0,r=t.week||t.isoWeek||0,a=t.day||0,o=t.hour||0,u=t.minute||0,l=t.second||0,h=t.millisecond||0;this._isValid=function(e){for(var t in e)if(-1===Ye.call(Ct,t)||null!=e[t]&&isNaN(e[t]))return!1;for(var n=!1,s=0;s<Ct.length;++s)if(e[Ct[s]]){if(n)return!1;parseFloat(e[Ct[s]])!==D(e[Ct[s]])&&(n=!0)}return!0}(t),this._milliseconds=+h+1e3*l+6e4*u+1e3*o*60*60,this._days=+a+7*r,this._months=+i+3*s+12*n,this._data={},this._locale=ht(),this._bubble()}function Rt(e){return e instanceof Ht}function Ut(e){return e<0?-1*Math.round(-1*e):Math.round(e)}function Ft(e,n){I(e,0,0,function(){var e=this.utcOffset(),t="+";return e<0&&(e=-e,t="-"),t+L(~~(e/60),2)+n+L(~~e%60,2)})}Ft("Z",":"),Ft("ZZ",""),ue("Z",re),ue("ZZ",re),ce(["Z","ZZ"],function(e,t,n){n._useUTC=!0,n._tzm=Nt(re,e)});var Lt=/([\+\-]|\d\d)/gi;function Nt(e,t){var n=(t||"").match(e);if(null===n)return null;var s=((n[n.length-1]||[])+"").match(Lt)||["-",0,0],i=60*s[1]+D(s[2]);return 0===i?0:"+"===s[0]?i:-i}function Gt(e,t){var n,s;return t._isUTC?(n=t.clone(),s=(k(e)||d(e)?e.valueOf():bt(e).valueOf())-n.valueOf(),n._d.setTime(n._d.valueOf()+s),c.updateOffset(n,!1),n):bt(e).local()}function Vt(e){return 15*-Math.round(e._d.getTimezoneOffset()/15)}function Et(){return!!this.isValid()&&(this._isUTC&&0===this._offset)}c.updateOffset=function(){};var It=/^(\-|\+)?(?:(\d*)[. ])?(\d+)\:(\d+)(?:\:(\d+)(\.\d*)?)?$/,At=/^(-|\+)?P(?:([-+]?[0-9,.]*)Y)?(?:([-+]?[0-9,.]*)M)?(?:([-+]?[0-9,.]*)W)?(?:([-+]?[0-9,.]*)D)?(?:T(?:([-+]?[0-9,.]*)H)?(?:([-+]?[0-9,.]*)M)?(?:([-+]?[0-9,.]*)S)?)?$/;function jt(e,t){var n,s,i,r=e,a=null;return Rt(e)?r={ms:e._milliseconds,d:e._days,M:e._months}:h(e)?(r={},t?r[t]=e:r.milliseconds=e):(a=It.exec(e))?(n="-"===a[1]?-1:1,r={y:0,d:D(a[ye])*n,h:D(a[ge])*n,m:D(a[ve])*n,s:D(a[pe])*n,ms:D(Ut(1e3*a[we]))*n}):(a=At.exec(e))?(n="-"===a[1]?-1:1,r={y:Zt(a[2],n),M:Zt(a[3],n),w:Zt(a[4],n),d:Zt(a[5],n),h:Zt(a[6],n),m:Zt(a[7],n),s:Zt(a[8],n)}):null==r?r={}:"object"==typeof r&&("from"in r||"to"in r)&&(i=function(e,t){var n;if(!e.isValid()||!t.isValid())return{milliseconds:0,months:0};t=Gt(t,e),e.isBefore(t)?n=zt(e,t):((n=zt(t,e)).milliseconds=-n.milliseconds,n.months=-n.months);return n}(bt(r.from),bt(r.to)),(r={}).ms=i.milliseconds,r.M=i.months),s=new Ht(r),Rt(e)&&m(e,"_locale")&&(s._locale=e._locale),s}function Zt(e,t){var n=e&&parseFloat(e.replace(",","."));return(isNaN(n)?0:n)*t}function zt(e,t){var n={};return n.months=t.month()-e.month()+12*(t.year()-e.year()),e.clone().add(n.months,"M").isAfter(t)&&--n.months,n.milliseconds=+t-+e.clone().add(n.months,"M"),n}function $t(s,i){return function(e,t){var n;return null===t||isNaN(+t)||(T(i,"moment()."+i+"(period, number) is deprecated. Please use moment()."+i+"(number, period). See http://momentjs.com/guides/#/warnings/add-inverted-param/ for more info."),n=e,e=t,t=n),qt(this,jt(e="string"==typeof e?+e:e,t),s),this}}function qt(e,t,n,s){var i=t._milliseconds,r=Ut(t._days),a=Ut(t._months);e.isValid()&&(s=null==s||s,a&&Re(e,be(e,"Month")+a*n),r&&xe(e,"Date",be(e,"Date")+r*n),i&&e._d.setTime(e._d.valueOf()+i*n),s&&c.updateOffset(e,r||a))}jt.fn=Ht.prototype,jt.invalid=function(){return jt(NaN)};var Jt=$t(1,"add"),Bt=$t(-1,"subtract");function Qt(e,t){var n=12*(t.year()-e.year())+(t.month()-e.month()),s=e.clone().add(n,"months");return-(n+(t-s<0?(t-s)/(s-e.clone().add(n-1,"months")):(t-s)/(e.clone().add(n+1,"months")-s)))||0}function Xt(e){var t;return void 0===e?this._locale._abbr:(null!=(t=ht(e))&&(this._locale=t),this)}c.defaultFormat="YYYY-MM-DDTHH:mm:ssZ",c.defaultFormatUtc="YYYY-MM-DDTHH:mm:ss[Z]";var Kt=n("moment().lang() is deprecated. Instead, use moment().localeData() to get the language configuration. Use moment().locale() to change languages.",function(e){return void 0===e?this.localeData():this.locale(e)});function en(){return this._locale}var tn=126227808e5;function nn(e,t){return(e%t+t)%t}function sn(e,t,n){return e<100&&0<=e?new Date(e+400,t,n)-tn:new Date(e,t,n).valueOf()}function rn(e,t,n){return e<100&&0<=e?Date.UTC(e+400,t,n)-tn:Date.UTC(e,t,n)}function an(e,t){I(0,[e,e.length],0,t)}function on(e,t,n,s,i){var r;return null==e?Ie(this,s,i).year:((r=Ae(e,s,i))<t&&(t=r),function(e,t,n,s,i){var r=Ee(e,t,n,s,i),a=Ge(r.year,0,r.dayOfYear);return this.year(a.getUTCFullYear()),this.month(a.getUTCMonth()),this.date(a.getUTCDate()),this}.call(this,e,t,n,s,i))}I(0,["gg",2],0,function(){return this.weekYear()%100}),I(0,["GG",2],0,function(){return this.isoWeekYear()%100}),an("gggg","weekYear"),an("ggggg","weekYear"),an("GGGG","isoWeekYear"),an("GGGGG","isoWeekYear"),C("weekYear","gg"),C("isoWeekYear","GG"),F("weekYear",1),F("isoWeekYear",1),ue("G",se),ue("g",se),ue("GG",B,z),ue("gg",B,z),ue("GGGG",ee,q),ue("gggg",ee,q),ue("GGGGG",te,J),ue("ggggg",te,J),fe(["gggg","ggggg","GGGG","GGGGG"],function(e,t,n,s){t[s.substr(0,2)]=D(e)}),fe(["gg","GG"],function(e,t,n,s){t[s]=c.parseTwoDigitYear(e)}),I("Q",0,"Qo","quarter"),C("quarter","Q"),F("quarter",7),ue("Q",Z),ce("Q",function(e,t){t[_e]=3*(D(e)-1)}),I("D",["DD",2],"Do","date"),C("date","D"),F("date",9),ue("D",B),ue("DD",B,z),ue("Do",function(e,t){return e?t._dayOfMonthOrdinalParse||t._ordinalParse:t._dayOfMonthOrdinalParseLenient}),ce(["D","DD"],ye),ce("Do",function(e,t){t[ye]=D(e.match(B)[0])});var un=Te("Date",!0);I("DDD",["DDDD",3],"DDDo","dayOfYear"),C("dayOfYear","DDD"),F("dayOfYear",4),ue("DDD",K),ue("DDDD",$),ce(["DDD","DDDD"],function(e,t,n){n._dayOfYear=D(e)}),I("m",["mm",2],0,"minute"),C("minute","m"),F("minute",14),ue("m",B),ue("mm",B,z),ce(["m","mm"],ve);var ln=Te("Minutes",!1);I("s",["ss",2],0,"second"),C("second","s"),F("second",15),ue("s",B),ue("ss",B,z),ce(["s","ss"],pe);var hn,dn=Te("Seconds",!1);for(I("S",0,0,function(){return~~(this.millisecond()/100)}),I(0,["SS",2],0,function(){return~~(this.millisecond()/10)}),I(0,["SSS",3],0,"millisecond"),I(0,["SSSS",4],0,function(){return 10*this.millisecond()}),I(0,["SSSSS",5],0,function(){return 100*this.millisecond()}),I(0,["SSSSSS",6],0,function(){return 1e3*this.millisecond()}),I(0,["SSSSSSS",7],0,function(){return 1e4*this.millisecond()}),I(0,["SSSSSSSS",8],0,function(){return 1e5*this.millisecond()}),I(0,["SSSSSSSSS",9],0,function(){return 1e6*this.millisecond()}),C("millisecond","ms"),F("millisecond",16),ue("S",K,Z),ue("SS",K,z),ue("SSS",K,$),hn="SSSS";hn.length<=9;hn+="S")ue(hn,ne);function cn(e,t){t[we]=D(1e3*("0."+e))}for(hn="S";hn.length<=9;hn+="S")ce(hn,cn);var fn=Te("Milliseconds",!1);I("z",0,0,"zoneAbbr"),I("zz",0,0,"zoneName");var mn=M.prototype;function _n(e){return e}mn.add=Jt,mn.calendar=function(e,t){var n=e||bt(),s=Gt(n,this).startOf("day"),i=c.calendarFormat(this,s)||"sameElse",r=t&&(b(t[i])?t[i].call(this,n):t[i]);return this.format(r||this.localeData().calendar(i,this,bt(n)))},mn.clone=function(){return new M(this)},mn.diff=function(e,t,n){var s,i,r;if(!this.isValid())return NaN;if(!(s=Gt(e,this)).isValid())return NaN;switch(i=6e4*(s.utcOffset()-this.utcOffset()),t=H(t)){case"year":r=Qt(this,s)/12;break;case"month":r=Qt(this,s);break;case"quarter":r=Qt(this,s)/3;break;case"second":r=(this-s)/1e3;break;case"minute":r=(this-s)/6e4;break;case"hour":r=(this-s)/36e5;break;case"day":r=(this-s-i)/864e5;break;case"week":r=(this-s-i)/6048e5;break;default:r=this-s}return n?r:S(r)},mn.endOf=function(e){var t;if(void 0===(e=H(e))||"millisecond"===e||!this.isValid())return this;var n=this._isUTC?rn:sn;switch(e){case"year":t=n(this.year()+1,0,1)-1;break;case"quarter":t=n(this.year(),this.month()-this.month()%3+3,1)-1;break;case"month":t=n(this.year(),this.month()+1,1)-1;break;case"week":t=n(this.year(),this.month(),this.date()-this.weekday()+7)-1;break;case"isoWeek":t=n(this.year(),this.month(),this.date()-(this.isoWeekday()-1)+7)-1;break;case"day":case"date":t=n(this.year(),this.month(),this.date()+1)-1;break;case"hour":t=this._d.valueOf(),t+=36e5-nn(t+(this._isUTC?0:6e4*this.utcOffset()),36e5)-1;break;case"minute":t=this._d.valueOf(),t+=6e4-nn(t,6e4)-1;break;case"second":t=this._d.valueOf(),t+=1e3-nn(t,1e3)-1;break}return this._d.setTime(t),c.updateOffset(this,!0),this},mn.format=function(e){e||(e=this.isUtc()?c.defaultFormatUtc:c.defaultFormat);var t=A(this,e);return this.localeData().postformat(t)},mn.from=function(e,t){return this.isValid()&&(k(e)&&e.isValid()||bt(e).isValid())?jt({to:this,from:e}).locale(this.locale()).humanize(!t):this.localeData().invalidDate()},mn.fromNow=function(e){return this.from(bt(),e)},mn.to=function(e,t){return this.isValid()&&(k(e)&&e.isValid()||bt(e).isValid())?jt({from:this,to:e}).locale(this.locale()).humanize(!t):this.localeData().invalidDate()},mn.toNow=function(e){return this.to(bt(),e)},mn.get=function(e){return b(this[e=H(e)])?this[e]():this},mn.invalidAt=function(){return g(this).overflow},mn.isAfter=function(e,t){var n=k(e)?e:bt(e);return!(!this.isValid()||!n.isValid())&&("millisecond"===(t=H(t)||"millisecond")?this.valueOf()>n.valueOf():n.valueOf()<this.clone().startOf(t).valueOf())},mn.isBefore=function(e,t){var n=k(e)?e:bt(e);return!(!this.isValid()||!n.isValid())&&("millisecond"===(t=H(t)||"millisecond")?this.valueOf()<n.valueOf():this.clone().endOf(t).valueOf()<n.valueOf())},mn.isBetween=function(e,t,n,s){var i=k(e)?e:bt(e),r=k(t)?t:bt(t);return!!(this.isValid()&&i.isValid()&&r.isValid())&&("("===(s=s||"()")[0]?this.isAfter(i,n):!this.isBefore(i,n))&&(")"===s[1]?this.isBefore(r,n):!this.isAfter(r,n))},mn.isSame=function(e,t){var n,s=k(e)?e:bt(e);return!(!this.isValid()||!s.isValid())&&("millisecond"===(t=H(t)||"millisecond")?this.valueOf()===s.valueOf():(n=s.valueOf(),this.clone().startOf(t).valueOf()<=n&&n<=this.clone().endOf(t).valueOf()))},mn.isSameOrAfter=function(e,t){return this.isSame(e,t)||this.isAfter(e,t)},mn.isSameOrBefore=function(e,t){return this.isSame(e,t)||this.isBefore(e,t)},mn.isValid=function(){return v(this)},mn.lang=Kt,mn.locale=Xt,mn.localeData=en,mn.max=Pt,mn.min=xt,mn.parsingFlags=function(){return _({},g(this))},mn.set=function(e,t){if("object"==typeof e)for(var n=function(e){var t=[];for(var n in e)t.push({unit:n,priority:U[n]});return t.sort(function(e,t){return e.priority-t.priority}),t}(e=R(e)),s=0;s<n.length;s++)this[n[s].unit](e[n[s].unit]);else if(b(this[e=H(e)]))return this[e](t);return this},mn.startOf=function(e){var t;if(void 0===(e=H(e))||"millisecond"===e||!this.isValid())return this;var n=this._isUTC?rn:sn;switch(e){case"year":t=n(this.year(),0,1);break;case"quarter":t=n(this.year(),this.month()-this.month()%3,1);break;case"month":t=n(this.year(),this.month(),1);break;case"week":t=n(this.year(),this.month(),this.date()-this.weekday());break;case"isoWeek":t=n(this.year(),this.month(),this.date()-(this.isoWeekday()-1));break;case"day":case"date":t=n(this.year(),this.month(),this.date());break;case"hour":t=this._d.valueOf(),t-=nn(t+(this._isUTC?0:6e4*this.utcOffset()),36e5);break;case"minute":t=this._d.valueOf(),t-=nn(t,6e4);break;case"second":t=this._d.valueOf(),t-=nn(t,1e3);break}return this._d.setTime(t),c.updateOffset(this,!0),this},mn.subtract=Bt,mn.toArray=function(){var e=this;return[e.year(),e.month(),e.date(),e.hour(),e.minute(),e.second(),e.millisecond()]},mn.toObject=function(){var e=this;return{years:e.year(),months:e.month(),date:e.date(),hours:e.hours(),minutes:e.minutes(),seconds:e.seconds(),milliseconds:e.milliseconds()}},mn.toDate=function(){return new Date(this.valueOf())},mn.toISOString=function(e){if(!this.isValid())return null;var t=!0!==e,n=t?this.clone().utc():this;return n.year()<0||9999<n.year()?A(n,t?"YYYYYY-MM-DD[T]HH:mm:ss.SSS[Z]":"YYYYYY-MM-DD[T]HH:mm:ss.SSSZ"):b(Date.prototype.toISOString)?t?this.toDate().toISOString():new Date(this.valueOf()+60*this.utcOffset()*1e3).toISOString().replace("Z",A(n,"Z")):A(n,t?"YYYY-MM-DD[T]HH:mm:ss.SSS[Z]":"YYYY-MM-DD[T]HH:mm:ss.SSSZ")},mn.inspect=function(){if(!this.isValid())return"moment.invalid(/* "+this._i+" */)";var e="moment",t="";this.isLocal()||(e=0===this.utcOffset()?"moment.utc":"moment.parseZone",t="Z");var n="["+e+'("]',s=0<=this.year()&&this.year()<=9999?"YYYY":"YYYYYY",i=t+'[")]';return this.format(n+s+"-MM-DD[T]HH:mm:ss.SSS"+i)},mn.toJSON=function(){return this.isValid()?this.toISOString():null},mn.toString=function(){return this.clone().locale("en").format("ddd MMM DD YYYY HH:mm:ss [GMT]ZZ")},mn.unix=function(){return Math.floor(this.valueOf()/1e3)},mn.valueOf=function(){return this._d.valueOf()-6e4*(this._offset||0)},mn.creationData=function(){return{input:this._i,format:this._f,locale:this._locale,isUTC:this._isUTC,strict:this._strict}},mn.year=Oe,mn.isLeapYear=function(){return De(this.year())},mn.weekYear=function(e){return on.call(this,e,this.week(),this.weekday(),this.localeData()._week.dow,this.localeData()._week.doy)},mn.isoWeekYear=function(e){return on.call(this,e,this.isoWeek(),this.isoWeekday(),1,4)},mn.quarter=mn.quarters=function(e){return null==e?Math.ceil((this.month()+1)/3):this.month(3*(e-1)+this.month()%3)},mn.month=Ue,mn.daysInMonth=function(){return Pe(this.year(),this.month())},mn.week=mn.weeks=function(e){var t=this.localeData().week(this);return null==e?t:this.add(7*(e-t),"d")},mn.isoWeek=mn.isoWeeks=function(e){var t=Ie(this,1,4).week;return null==e?t:this.add(7*(e-t),"d")},mn.weeksInYear=function(){var e=this.localeData()._week;return Ae(this.year(),e.dow,e.doy)},mn.isoWeeksInYear=function(){return Ae(this.year(),1,4)},mn.date=un,mn.day=mn.days=function(e){if(!this.isValid())return null!=e?this:NaN;var t,n,s=this._isUTC?this._d.getUTCDay():this._d.getDay();return null!=e?(t=e,n=this.localeData(),e="string"!=typeof t?t:isNaN(t)?"number"==typeof(t=n.weekdaysParse(t))?t:null:parseInt(t,10),this.add(e-s,"d")):s},mn.weekday=function(e){if(!this.isValid())return null!=e?this:NaN;var t=(this.day()+7-this.localeData()._week.dow)%7;return null==e?t:this.add(e-t,"d")},mn.isoWeekday=function(e){if(!this.isValid())return null!=e?this:NaN;if(null==e)return this.day()||7;var t,n,s=(t=e,n=this.localeData(),"string"==typeof t?n.weekdaysParse(t)%7||7:isNaN(t)?null:t);return this.day(this.day()%7?s:s-7)},mn.dayOfYear=function(e){var t=Math.round((this.clone().startOf("day")-this.clone().startOf("year"))/864e5)+1;return null==e?t:this.add(e-t,"d")},mn.hour=mn.hours=nt,mn.minute=mn.minutes=ln,mn.second=mn.seconds=dn,mn.millisecond=mn.milliseconds=fn,mn.utcOffset=function(e,t,n){var s,i=this._offset||0;if(!this.isValid())return null!=e?this:NaN;if(null==e)return this._isUTC?i:Vt(this);if("string"==typeof e){if(null===(e=Nt(re,e)))return this}else Math.abs(e)<16&&!n&&(e*=60);return!this._isUTC&&t&&(s=Vt(this)),this._offset=e,this._isUTC=!0,null!=s&&this.add(s,"m"),i!==e&&(!t||this._changeInProgress?qt(this,jt(e-i,"m"),1,!1):this._changeInProgress||(this._changeInProgress=!0,c.updateOffset(this,!0),this._changeInProgress=null)),this},mn.utc=function(e){return this.utcOffset(0,e)},mn.local=function(e){return this._isUTC&&(this.utcOffset(0,e),this._isUTC=!1,e&&this.subtract(Vt(this),"m")),this},mn.parseZone=function(){if(null!=this._tzm)this.utcOffset(this._tzm,!1,!0);else if("string"==typeof this._i){var e=Nt(ie,this._i);null!=e?this.utcOffset(e):this.utcOffset(0,!0)}return this},mn.hasAlignedHourOffset=function(e){return!!this.isValid()&&(e=e?bt(e).utcOffset():0,(this.utcOffset()-e)%60==0)},mn.isDST=function(){return this.utcOffset()>this.clone().month(0).utcOffset()||this.utcOffset()>this.clone().month(5).utcOffset()},mn.isLocal=function(){return!!this.isValid()&&!this._isUTC},mn.isUtcOffset=function(){return!!this.isValid()&&this._isUTC},mn.isUtc=Et,mn.isUTC=Et,mn.zoneAbbr=function(){return this._isUTC?"UTC":""},mn.zoneName=function(){return this._isUTC?"Coordinated Universal Time":""},mn.dates=n("dates accessor is deprecated. Use date instead.",un),mn.months=n("months accessor is deprecated. Use month instead",Ue),mn.years=n("years accessor is deprecated. Use year instead",Oe),mn.zone=n("moment().zone is deprecated, use moment().utcOffset instead. http://momentjs.com/guides/#/warnings/zone/",function(e,t){return null!=e?("string"!=typeof e&&(e=-e),this.utcOffset(e,t),this):-this.utcOffset()}),mn.isDSTShifted=n("isDSTShifted is deprecated. See http://momentjs.com/guides/#/warnings/dst-shifted/ for more information",function(){if(!l(this._isDSTShifted))return this._isDSTShifted;var e={};if(w(e,this),(e=Ot(e))._a){var t=e._isUTC?y(e._a):bt(e._a);this._isDSTShifted=this.isValid()&&0<a(e._a,t.toArray())}else this._isDSTShifted=!1;return this._isDSTShifted});var yn=P.prototype;function gn(e,t,n,s){var i=ht(),r=y().set(s,t);return i[n](r,e)}function vn(e,t,n){if(h(e)&&(t=e,e=void 0),e=e||"",null!=t)return gn(e,t,n,"month");var s,i=[];for(s=0;s<12;s++)i[s]=gn(e,s,n,"month");return i}function pn(e,t,n,s){t=("boolean"==typeof e?h(t)&&(n=t,t=void 0):(t=e,e=!1,h(n=t)&&(n=t,t=void 0)),t||"");var i,r=ht(),a=e?r._week.dow:0;if(null!=n)return gn(t,(n+a)%7,s,"day");var o=[];for(i=0;i<7;i++)o[i]=gn(t,(i+a)%7,s,"day");return o}yn.calendar=function(e,t,n){var s=this._calendar[e]||this._calendar.sameElse;return b(s)?s.call(t,n):s},yn.longDateFormat=function(e){var t=this._longDateFormat[e],n=this._longDateFormat[e.toUpperCase()];return t||!n?t:(this._longDateFormat[e]=n.replace(/MMMM|MM|DD|dddd/g,function(e){return e.slice(1)}),this._longDateFormat[e])},yn.invalidDate=function(){return this._invalidDate},yn.ordinal=function(e){return this._ordinal.replace("%d",e)},yn.preparse=_n,yn.postformat=_n,yn.relativeTime=function(e,t,n,s){var i=this._relativeTime[n];return b(i)?i(e,t,n,s):i.replace(/%d/i,e)},yn.pastFuture=function(e,t){var n=this._relativeTime[0<e?"future":"past"];return b(n)?n(t):n.replace(/%s/i,t)},yn.set=function(e){var t,n;for(n in e)b(t=e[n])?this[n]=t:this["_"+n]=t;this._config=e,this._dayOfMonthOrdinalParseLenient=new RegExp((this._dayOfMonthOrdinalParse.source||this._ordinalParse.source)+"|"+/\d{1,2}/.source)},yn.months=function(e,t){return e?o(this._months)?this._months[e.month()]:this._months[(this._months.isFormat||We).test(t)?"format":"standalone"][e.month()]:o(this._months)?this._months:this._months.standalone},yn.monthsShort=function(e,t){return e?o(this._monthsShort)?this._monthsShort[e.month()]:this._monthsShort[We.test(t)?"format":"standalone"][e.month()]:o(this._monthsShort)?this._monthsShort:this._monthsShort.standalone},yn.monthsParse=function(e,t,n){var s,i,r;if(this._monthsParseExact)return function(e,t,n){var s,i,r,a=e.toLocaleLowerCase();if(!this._monthsParse)for(this._monthsParse=[],this._longMonthsParse=[],this._shortMonthsParse=[],s=0;s<12;++s)r=y([2e3,s]),this._shortMonthsParse[s]=this.monthsShort(r,"").toLocaleLowerCase(),this._longMonthsParse[s]=this.months(r,"").toLocaleLowerCase();return n?"MMM"===t?-1!==(i=Ye.call(this._shortMonthsParse,a))?i:null:-1!==(i=Ye.call(this._longMonthsParse,a))?i:null:"MMM"===t?-1!==(i=Ye.call(this._shortMonthsParse,a))?i:-1!==(i=Ye.call(this._longMonthsParse,a))?i:null:-1!==(i=Ye.call(this._longMonthsParse,a))?i:-1!==(i=Ye.call(this._shortMonthsParse,a))?i:null}.call(this,e,t,n);for(this._monthsParse||(this._monthsParse=[],this._longMonthsParse=[],this._shortMonthsParse=[]),s=0;s<12;s++){if(i=y([2e3,s]),n&&!this._longMonthsParse[s]&&(this._longMonthsParse[s]=new RegExp("^"+this.months(i,"").replace(".","")+"$","i"),this._shortMonthsParse[s]=new RegExp("^"+this.monthsShort(i,"").replace(".","")+"$","i")),n||this._monthsParse[s]||(r="^"+this.months(i,"")+"|^"+this.monthsShort(i,""),this._monthsParse[s]=new RegExp(r.replace(".",""),"i")),n&&"MMMM"===t&&this._longMonthsParse[s].test(e))return s;if(n&&"MMM"===t&&this._shortMonthsParse[s].test(e))return s;if(!n&&this._monthsParse[s].test(e))return s}},yn.monthsRegex=function(e){return this._monthsParseExact?(m(this,"_monthsRegex")||Ne.call(this),e?this._monthsStrictRegex:this._monthsRegex):(m(this,"_monthsRegex")||(this._monthsRegex=Le),this._monthsStrictRegex&&e?this._monthsStrictRegex:this._monthsRegex)},yn.monthsShortRegex=function(e){return this._monthsParseExact?(m(this,"_monthsRegex")||Ne.call(this),e?this._monthsShortStrictRegex:this._monthsShortRegex):(m(this,"_monthsShortRegex")||(this._monthsShortRegex=Fe),this._monthsShortStrictRegex&&e?this._monthsShortStrictRegex:this._monthsShortRegex)},yn.week=function(e){return Ie(e,this._week.dow,this._week.doy).week},yn.firstDayOfYear=function(){return this._week.doy},yn.firstDayOfWeek=function(){return this._week.dow},yn.weekdays=function(e,t){var n=o(this._weekdays)?this._weekdays:this._weekdays[e&&!0!==e&&this._weekdays.isFormat.test(t)?"format":"standalone"];return!0===e?je(n,this._week.dow):e?n[e.day()]:n},yn.weekdaysMin=function(e){return!0===e?je(this._weekdaysMin,this._week.dow):e?this._weekdaysMin[e.day()]:this._weekdaysMin},yn.weekdaysShort=function(e){return!0===e?je(this._weekdaysShort,this._week.dow):e?this._weekdaysShort[e.day()]:this._weekdaysShort},yn.weekdaysParse=function(e,t,n){var s,i,r;if(this._weekdaysParseExact)return function(e,t,n){var s,i,r,a=e.toLocaleLowerCase();if(!this._weekdaysParse)for(this._weekdaysParse=[],this._shortWeekdaysParse=[],this._minWeekdaysParse=[],s=0;s<7;++s)r=y([2e3,1]).day(s),this._minWeekdaysParse[s]=this.weekdaysMin(r,"").toLocaleLowerCase(),this._shortWeekdaysParse[s]=this.weekdaysShort(r,"").toLocaleLowerCase(),this._weekdaysParse[s]=this.weekdays(r,"").toLocaleLowerCase();return n?"dddd"===t?-1!==(i=Ye.call(this._weekdaysParse,a))?i:null:"ddd"===t?-1!==(i=Ye.call(this._shortWeekdaysParse,a))?i:null:-1!==(i=Ye.call(this._minWeekdaysParse,a))?i:null:"dddd"===t?-1!==(i=Ye.call(this._weekdaysParse,a))?i:-1!==(i=Ye.call(this._shortWeekdaysParse,a))?i:-1!==(i=Ye.call(this._minWeekdaysParse,a))?i:null:"ddd"===t?-1!==(i=Ye.call(this._shortWeekdaysParse,a))?i:-1!==(i=Ye.call(this._weekdaysParse,a))?i:-1!==(i=Ye.call(this._minWeekdaysParse,a))?i:null:-1!==(i=Ye.call(this._minWeekdaysParse,a))?i:-1!==(i=Ye.call(this._weekdaysParse,a))?i:-1!==(i=Ye.call(this._shortWeekdaysParse,a))?i:null}.call(this,e,t,n);for(this._weekdaysParse||(this._weekdaysParse=[],this._minWeekdaysParse=[],this._shortWeekdaysParse=[],this._fullWeekdaysParse=[]),s=0;s<7;s++){if(i=y([2e3,1]).day(s),n&&!this._fullWeekdaysParse[s]&&(this._fullWeekdaysParse[s]=new RegExp("^"+this.weekdays(i,"").replace(".","\\.?")+"$","i"),this._shortWeekdaysParse[s]=new RegExp("^"+this.weekdaysShort(i,"").replace(".","\\.?")+"$","i"),this._minWeekdaysParse[s]=new RegExp("^"+this.weekdaysMin(i,"").replace(".","\\.?")+"$","i")),this._weekdaysParse[s]||(r="^"+this.weekdays(i,"")+"|^"+this.weekdaysShort(i,"")+"|^"+this.weekdaysMin(i,""),this._weekdaysParse[s]=new RegExp(r.replace(".",""),"i")),n&&"dddd"===t&&this._fullWeekdaysParse[s].test(e))return s;if(n&&"ddd"===t&&this._shortWeekdaysParse[s].test(e))return s;if(n&&"dd"===t&&this._minWeekdaysParse[s].test(e))return s;if(!n&&this._weekdaysParse[s].test(e))return s}},yn.weekdaysRegex=function(e){return this._weekdaysParseExact?(m(this,"_weekdaysRegex")||Qe.call(this),e?this._weekdaysStrictRegex:this._weekdaysRegex):(m(this,"_weekdaysRegex")||(this._weekdaysRegex=qe),this._weekdaysStrictRegex&&e?this._weekdaysStrictRegex:this._weekdaysRegex)},yn.weekdaysShortRegex=function(e){return this._weekdaysParseExact?(m(this,"_weekdaysRegex")||Qe.call(this),e?this._weekdaysShortStrictRegex:this._weekdaysShortRegex):(m(this,"_weekdaysShortRegex")||(this._weekdaysShortRegex=Je),this._weekdaysShortStrictRegex&&e?this._weekdaysShortStrictRegex:this._weekdaysShortRegex)},yn.weekdaysMinRegex=function(e){return this._weekdaysParseExact?(m(this,"_weekdaysRegex")||Qe.call(this),e?this._weekdaysMinStrictRegex:this._weekdaysMinRegex):(m(this,"_weekdaysMinRegex")||(this._weekdaysMinRegex=Be),this._weekdaysMinStrictRegex&&e?this._weekdaysMinStrictRegex:this._weekdaysMinRegex)},yn.isPM=function(e){return"p"===(e+"").toLowerCase().charAt(0)},yn.meridiem=function(e,t,n){return 11<e?n?"pm":"PM":n?"am":"AM"},ut("en",{dayOfMonthOrdinalParse:/\d{1,2}(th|st|nd|rd)/,ordinal:function(e){var t=e%10;return e+(1===D(e%100/10)?"th":1===t?"st":2===t?"nd":3===t?"rd":"th")}}),c.lang=n("moment.lang is deprecated. Use moment.locale instead.",ut),c.langData=n("moment.langData is deprecated. Use moment.localeData instead.",ht);var wn=Math.abs;function Mn(e,t,n,s){var i=jt(t,n);return e._milliseconds+=s*i._milliseconds,e._days+=s*i._days,e._months+=s*i._months,e._bubble()}function kn(e){return e<0?Math.floor(e):Math.ceil(e)}function Sn(e){return 4800*e/146097}function Dn(e){return 146097*e/4800}function Yn(e){return function(){return this.as(e)}}var On=Yn("ms"),Tn=Yn("s"),bn=Yn("m"),xn=Yn("h"),Pn=Yn("d"),Wn=Yn("w"),Cn=Yn("M"),Hn=Yn("Q"),Rn=Yn("y");function Un(e){return function(){return this.isValid()?this._data[e]:NaN}}var Fn=Un("milliseconds"),Ln=Un("seconds"),Nn=Un("minutes"),Gn=Un("hours"),Vn=Un("days"),En=Un("months"),In=Un("years");var An=Math.round,jn={ss:44,s:45,m:45,h:22,d:26,M:11};var Zn=Math.abs;function zn(e){return(0<e)-(e<0)||+e}function $n(){if(!this.isValid())return this.localeData().invalidDate();var e,t,n=Zn(this._milliseconds)/1e3,s=Zn(this._days),i=Zn(this._months);t=S((e=S(n/60))/60),n%=60,e%=60;var r=S(i/12),a=i%=12,o=s,u=t,l=e,h=n?n.toFixed(3).replace(/\.?0+$/,""):"",d=this.asSeconds();if(!d)return"P0D";var c=d<0?"-":"",f=zn(this._months)!==zn(d)?"-":"",m=zn(this._days)!==zn(d)?"-":"",_=zn(this._milliseconds)!==zn(d)?"-":"";return c+"P"+(r?f+r+"Y":"")+(a?f+a+"M":"")+(o?m+o+"D":"")+(u||l||h?"T":"")+(u?_+u+"H":"")+(l?_+l+"M":"")+(h?_+h+"S":"")}var qn=Ht.prototype;return qn.isValid=function(){return this._isValid},qn.abs=function(){var e=this._data;return this._milliseconds=wn(this._milliseconds),this._days=wn(this._days),this._months=wn(this._months),e.milliseconds=wn(e.milliseconds),e.seconds=wn(e.seconds),e.minutes=wn(e.minutes),e.hours=wn(e.hours),e.months=wn(e.months),e.years=wn(e.years),this},qn.add=function(e,t){return Mn(this,e,t,1)},qn.subtract=function(e,t){return Mn(this,e,t,-1)},qn.as=function(e){if(!this.isValid())return NaN;var t,n,s=this._milliseconds;if("month"===(e=H(e))||"quarter"===e||"year"===e)switch(t=this._days+s/864e5,n=this._months+Sn(t),e){case"month":return n;case"quarter":return n/3;case"year":return n/12}else switch(t=this._days+Math.round(Dn(this._months)),e){case"week":return t/7+s/6048e5;case"day":return t+s/864e5;case"hour":return 24*t+s/36e5;case"minute":return 1440*t+s/6e4;case"second":return 86400*t+s/1e3;case"millisecond":return Math.floor(864e5*t)+s;default:throw new Error("Unknown unit "+e)}},qn.asMilliseconds=On,qn.asSeconds=Tn,qn.asMinutes=bn,qn.asHours=xn,qn.asDays=Pn,qn.asWeeks=Wn,qn.asMonths=Cn,qn.asQuarters=Hn,qn.asYears=Rn,qn.valueOf=function(){return this.isValid()?this._milliseconds+864e5*this._days+this._months%12*2592e6+31536e6*D(this._months/12):NaN},qn._bubble=function(){var e,t,n,s,i,r=this._milliseconds,a=this._days,o=this._months,u=this._data;return 0<=r&&0<=a&&0<=o||r<=0&&a<=0&&o<=0||(r+=864e5*kn(Dn(o)+a),o=a=0),u.milliseconds=r%1e3,e=S(r/1e3),u.seconds=e%60,t=S(e/60),u.minutes=t%60,n=S(t/60),u.hours=n%24,o+=i=S(Sn(a+=S(n/24))),a-=kn(Dn(i)),s=S(o/12),o%=12,u.days=a,u.months=o,u.years=s,this},qn.clone=function(){return jt(this)},qn.get=function(e){return e=H(e),this.isValid()?this[e+"s"]():NaN},qn.milliseconds=Fn,qn.seconds=Ln,qn.minutes=Nn,qn.hours=Gn,qn.days=Vn,qn.weeks=function(){return S(this.days()/7)},qn.months=En,qn.years=In,qn.humanize=function(e){if(!this.isValid())return this.localeData().invalidDate();var t,n,s,i,r,a,o,u,l,h,d,c=this.localeData(),f=(n=!e,s=c,i=jt(t=this).abs(),r=An(i.as("s")),a=An(i.as("m")),o=An(i.as("h")),u=An(i.as("d")),l=An(i.as("M")),h=An(i.as("y")),(d=r<=jn.ss&&["s",r]||r<jn.s&&["ss",r]||a<=1&&["m"]||a<jn.m&&["mm",a]||o<=1&&["h"]||o<jn.h&&["hh",o]||u<=1&&["d"]||u<jn.d&&["dd",u]||l<=1&&["M"]||l<jn.M&&["MM",l]||h<=1&&["y"]||["yy",h])[2]=n,d[3]=0<+t,d[4]=s,function(e,t,n,s,i){return i.relativeTime(t||1,!!n,e,s)}.apply(null,d));return e&&(f=c.pastFuture(+this,f)),c.postformat(f)},qn.toISOString=$n,qn.toString=$n,qn.toJSON=$n,qn.locale=Xt,qn.localeData=en,qn.toIsoString=n("toIsoString() is deprecated. Please use toISOString() instead (notice the capitals)",$n),qn.lang=Kt,I("X",0,0,"unix"),I("x",0,0,"valueOf"),ue("x",se),ue("X",/[+-]?\d+(\.\d{1,3})?/),ce("X",function(e,t,n){n._d=new Date(1e3*parseFloat(e,10))}),ce("x",function(e,t,n){n._d=new Date(D(e))}),c.version="2.24.0",e=bt,c.fn=mn,c.min=function(){return Wt("isBefore",[].slice.call(arguments,0))},c.max=function(){return Wt("isAfter",[].slice.call(arguments,0))},c.now=function(){return Date.now?Date.now():+new Date},c.utc=y,c.unix=function(e){return bt(1e3*e)},c.months=function(e,t){return vn(e,t,"months")},c.isDate=d,c.locale=ut,c.invalid=p,c.duration=jt,c.isMoment=k,c.weekdays=function(e,t,n){return pn(e,t,n,"weekdays")},c.parseZone=function(){return bt.apply(null,arguments).parseZone()},c.localeData=ht,c.isDuration=Rt,c.monthsShort=function(e,t){return vn(e,t,"monthsShort")},c.weekdaysMin=function(e,t,n){return pn(e,t,n,"weekdaysMin")},c.defineLocale=lt,c.updateLocale=function(e,t){if(null!=t){var n,s,i=st;null!=(s=ot(e))&&(i=s._config),(n=new P(t=x(i,t))).parentLocale=it[e],it[e]=n,ut(e)}else null!=it[e]&&(null!=it[e].parentLocale?it[e]=it[e].parentLocale:null!=it[e]&&delete it[e]);return it[e]},c.locales=function(){return s(it)},c.weekdaysShort=function(e,t,n){return pn(e,t,n,"weekdaysShort")},c.normalizeUnits=H,c.relativeTimeRounding=function(e){return void 0===e?An:"function"==typeof e&&(An=e,!0)},c.relativeTimeThreshold=function(e,t){return void 0!==jn[e]&&(void 0===t?jn[e]:(jn[e]=t,"s"===e&&(jn.ss=t-1),!0))},c.calendarFormat=function(e,t){var n=e.diff(t,"days",!0);return n<-6?"sameElse":n<-1?"lastWeek":n<0?"lastDay":n<1?"sameDay":n<2?"nextDay":n<7?"nextWeek":"sameElse"},c.prototype=mn,c.HTML5_FMT={DATETIME_LOCAL:"YYYY-MM-DDTHH:mm",DATETIME_LOCAL_SECONDS:"YYYY-MM-DDTHH:mm:ss",DATETIME_LOCAL_MS:"YYYY-MM-DDTHH:mm:ss.SSS",DATE:"YYYY-MM-DD",TIME:"HH:mm",TIME_SECONDS:"HH:mm:ss",TIME_MS:"HH:mm:ss.SSS",WEEK:"GGGG-[W]WW",MONTH:"YYYY-MM"},c});
diff --git a/favicon.ico b/favicon.ico
deleted file mode 100644
index 188bd11..0000000
Binary files a/favicon.ico and /dev/null differ
diff --git a/index.md b/index.md
index d7a71a1..e85653f 100644
--- a/index.md
+++ b/index.md
@@ -3,15 +3,16 @@ title: CentOS Project
 layout: default
 ---
 <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/font-awesome/4.7.0/css/font-awesome.min.css">
-<script type="text/javascript" >
-$(document).ready(function () {
-        $('#divRss').FeedEk({
-            FeedUrl: 'https://www.centos.org/assets/planet.rss',
-            DescCharacterLimit:100,
-            ShowPubDate: false,
-            MaxCount: 4
-        });
-});
+<script>
+  jQuery(function($) {
+    $("#divRss").rss("https://www.centos.org/assets/planet.rss",{
+        limit: 5,
+        ssl: true,
+        dateFormat: 'dddd MMM Do',
+        entryTemplate: '<li><a href="{url}">{date} : {title}</a><br/>{shortBodyPlain}</li>'
+    },
+    )
+  })
 </script>
 
 <div class="row">
diff --git a/media.erb b/media.erb
deleted file mode 100644
index 5f6a168..0000000
--- a/media.erb
+++ /dev/null
@@ -1,29 +0,0 @@
----
-title: Media
-presentation_title: CentOS Board Meeting
-presenter: CentOS Project
-iframe_url: <iframe width="640" height="390" src="http://www.youtube.com/embed/muUOhg12FKs" frameborder="0" allowfullscreen></iframe>
-event: Office Hours
-stream: true
----
-<% if @item[:stream] %>
-
-  <% if @item[:presentation_title] %>
-    <h1 class="video"> <%= @item[:presentation_title] %> </h1>
-  <% end %>
-  <% if @item[:presenter] %>
-    <h2 class="video"> Presenter: <%= @item[:presenter] %>
-  <% end %>
-  <br />
-  <br />
-  <%= @item[:iframe_url] %>
-
-  <% if @item[:event] %>
-    <h3 class="video">Stream of: <%= @item[:event] %>
-  <% end %>
-<% else %>
-<h1 class="video"> No Live Broadcast</h1>
-<h2 class="video">Videos from Past Events</h2>
-<iframe width="560" height="315" src="http://www.youtube.com/embed/videoseries?list=PLuRtbOXpVDjC0WAkHx0oW4Y6gu8uBWHmf" frameborder="0" ></iframe>
-<% end %>
-
diff --git a/minutes/2014/april/centos-devel.2014-04-02-21.55.html b/minutes/2014/april/centos-devel.2014-04-02-21.55.html
deleted file mode 100644
index 5bd6437..0000000
--- a/minutes/2014/april/centos-devel.2014-04-02-21.55.html
+++ /dev/null
@@ -1,158 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel: CentOS Board meeting - SIG proposals & other business</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel: CentOS Board meeting - SIG proposals & other business</h1>
-<span class="details">
-Meeting started by quaid at 21:55:53 UTC
-(<a href="centos-devel.2014-04-02-21.55.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li>
-<ol type="a">
-  <li><span class="INFO">We have a quorum of Board members, safe to
-    proceed :)</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-16'>quaid</a>,
-    21:58:58)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Desktop SIG proposal</b> <span class="details">(<a href='centos-devel.2014-04-02-21.55.log.html#l-19'>quaid</a>, 21:59:20)</span>
-<ol type="a">
-  <li><span class="INFO">current boundaries for the SIG are to include
-    alternate desktop environments (DEs) with the future expansion in to
-    styling</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-66'>quaid</a>,
-    22:18:46)</span></li>
-  <li><span class="INFO">a SIG boundary is to not include non-open
-    source nor software with potential or real legal issues</span> <span
-    class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-68'>quaid</a>,
-    22:19:21)</span></li>
-  <li><span class="INFO">SIG may carry packages that are later than what
-    is in EPEL if it feels the need</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-71'>quaid</a>,
-    22:20:05)</span></li>
-  <li><span class="INFO">target for CentOS 7* to start, back to CentOS
-    6* as time and interest permits</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-81'>quaid</a>,
-    22:25:00)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">smooge to
-    work up a formal proposal</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-167'>quaid</a>,
-    22:50:46)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">SIG needs to
-    consider what release formats to use (ISO, netinstall,
-    all-in-one-spins, etc.)</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-168'>quaid</a>,
-    22:51:57)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">project wide work
-    on Anaconda to fold in all groups/variants will help the Desktop SIG
-    needs for respins, etc.</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-177'>quaid</a>,
-    22:53:33)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">discuss about
-    respins using packages not built on centos infra and so not signed
-    by us</span> <span class="details">(<a
-    href='centos-devel.2014-04-02-21.55.log.html#l-190'>Arrfab</a>,
-    22:56:56)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 23:08:36 UTC
-(<a href="centos-devel.2014-04-02-21.55.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>smooge to work up a formal proposal</li>
-  <li>SIG needs to consider what release formats to use (ISO, netinstall, all-in-one-spins, etc.)</li>
-</ol>
-<br><br>
-
-
-
-<h3>Action items, by person</h3>
-<ol>
-  <li> smooge <ol>
-    <li>smooge to work up a formal proposal</li>
-  </ol></li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>dan408 (46)</li>
-  <li>quaid (42)</li>
-  <li>smooge (40)</li>
-  <li>Evolution (34)</li>
-  <li>kbsingh (19)</li>
-  <li>hughesjr (12)</li>
-  <li>Arrfab (11)</li>
-  <li>centbot (3)</li>
-  <li>tru_tru (3)</li>
-  <li>cctrieloff (2)</li>
-  <li>wolfy (1)</li>
-  <li>range (0)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/april/centos-devel.2014-04-02-21.55.log.html b/minutes/2014/april/centos-devel.2014-04-02-21.55.log.html
deleted file mode 100644
index 6fa978d..0000000
--- a/minutes/2014/april/centos-devel.2014-04-02-21.55.log.html
+++ /dev/null
@@ -1,240 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">21:55:53</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#startmeeting </span><span class="cmdline">CentOS Board meeting - SIG proposals &amp; other business</span>
-<a name="l-2"></a><span class="tm">21:55:53</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Wed Apr  2 21:55:53 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">21:55:53</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">21:56:16</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#chair </span><span class="cmdline">Evolution tru_tru range kbsingh hughesjr cctrieloff Arrfab</span>
-<a name="l-5"></a><span class="tm">21:56:16</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Arrfab Evolution cctrieloff hughesjr kbsingh quaid range tru_tru
-<a name="l-6"></a><span class="tm">21:56:31</span><span class="nk"> &lt;quaid&gt;</span> all users can use most of the actions, such as #info and #idea
-<a name="l-7"></a><span class="tm">21:56:43</span><span class="nk"> &lt;quaid&gt;</span> chairs can do the #agreed, not sure if #action is restricted
-<a name="l-8"></a><span class="tm">21:56:52</span><span class="nk"> &lt;quaid&gt;</span> anything before we jump in to the first topic?
-<a name="l-9"></a><span class="tm">21:57:04</span><span class="nk"> &lt;kbsingh&gt;</span> show of hands ?
-<a name="l-10"></a><span class="tm">21:57:22 </span><span class="nka">* tru_tru</span> <span class="ac">raises hand</span>
-<a name="l-11"></a><span class="tm">21:57:34 </span><span class="nka">* hughesjr</span> <span class="ac">shows his hand :D</span>
-<a name="l-12"></a><span class="tm">21:57:53</span><span class="nk"> &lt;smooge&gt;</span> here
-<a name="l-13"></a><span class="tm">21:58:05</span><span class="nk"> &lt;Arrfab&gt;</span> same here
-<a name="l-14"></a><span class="tm">21:58:06</span><span class="nk"> &lt;kbsingh&gt;</span> me too
-<a name="l-15"></a><span class="tm">21:58:16</span><span class="nk"> &lt;Evolution&gt;</span> yep
-<a name="l-16"></a><span class="tm">21:58:58</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">We have a quorum of Board members, safe to proceed :)</span>
-<a name="l-17"></a><span class="tm">21:59:08</span><span class="nk"> &lt;quaid&gt;</span> first topic is Desktop SIG?
-<a name="l-18"></a><span class="tm">21:59:19</span><span class="nk"> &lt;Evolution&gt;</span> sure.
-<a name="l-19"></a><span class="tm">21:59:20</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Desktop SIG proposal</span>
-<a name="l-20"></a><span class="tm">21:59:38</span><span class="nk"> &lt;quaid&gt;</span> (channel title hasn't changed because centbot doesn't have ops, but it's changed in the log)
-<a name="l-21"></a><span class="tm">21:59:51</span><span class="nk"> &lt;quaid&gt;</span> also, you don't  need to use #link, just post the URL in the channel and it's the same thing
-<a name="l-22"></a><span class="tm">22:01:11</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">Evolution:</span> you already started a discussion with smooge about a desktop SIG, right ? what's the status and so the "proposal" ?
-<a name="l-23"></a><span class="tm">22:01:20</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">smooge:</span> you proposed the desktop sig. want to lay out your ideas?
-<a name="l-24"></a><span class="tm">22:01:24</span><span class="nk"> &lt;smooge&gt;</span> I would like to propose a Desktop Special Interest Group that would cater towards alternative desktops to the main CentOS one.
-<a name="l-25"></a><span class="tm">22:02:16</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">smooge:</span> is the thought just to provide alternative desktops such as mate, or would you add additional 'desktop' style packages as well?
-<a name="l-26"></a><span class="tm">22:02:24</span><span class="nk"> &lt;smooge&gt;</span> Its main goal would be to make sure that working desktops that cater to other users needs are made available, tested, working and periodically updated
-<a name="l-27"></a><span class="tm">22:02:57</span><span class="nk"> &lt;smooge&gt;</span> my first goal would be to provide just alternate desktops and then from that gauge growth inot additional desktop style packages.
-<a name="l-28"></a><span class="tm">22:03:06</span><span class="nk"> &lt;smooge&gt;</span> s/inot/into/
-<a name="l-29"></a><span class="tm">22:03:29</span><span class="nk"> &lt;smooge&gt;</span> I would like to have an initial goal we can reach and build momentum from
-<a name="l-30"></a><span class="tm">22:03:52</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">smooge:</span> is the inital focus of this desktop for all active versions of CentOS or only for a specific CentOS
-<a name="l-31"></a><span class="tm">22:04:43</span><span class="nk"> &lt;smooge&gt;</span> My initial focus would be 7. The ability to build desktops to older releases will require extra effort and testing
-<a name="l-32"></a><span class="tm">22:05:15</span><span class="nk"> &lt;smooge&gt;</span> as the solutions may require some things like SCL's or other "we aren't replacing core stuff.. but we are." type solutions
-<a name="l-33"></a><span class="tm">22:05:43</span><span class="nk"> &lt;Evolution&gt;</span> most desktop users seem to migrate to newer versions reasonably quickly
-<a name="l-34"></a><span class="tm">22:05:44</span><span class="nk"> &lt;quaid&gt;</span> are there other desktop-like activities you might include in the SIG other than alternative DEs and styling? for example, UX testing.
-<a name="l-35"></a><span class="tm">22:05:56</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">smooge:</span> and you have some kind of plan to make sure we are not running afowl of patent issues (like mp3)
-<a name="l-36"></a><span class="tm">22:06:01</span><span class="nk"> &lt;smooge&gt;</span> I apologize for the wishy washy ness of this. I want to get some questions answered so that I can better focus a finished proposal to you.
-<a name="l-37"></a><span class="tm">22:06:01</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">smooge:</span> do you see that as a "coordination" effort between existing desktop environments ? (for example EPEL providing already alternatives)
-<a name="l-38"></a><span class="tm">22:06:41</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">Arrfab:</span> I think part of it certainly should be.
-<a name="l-39"></a><span class="tm">22:06:46</span><span class="nk"> &lt;smooge&gt;</span> hughesjr, I do not plan to put anything in that could not be shipped in Fedora. Things like VLC etc will have to be done by an associated group which would not be troubled like I personally would be
-<a name="l-40"></a><span class="tm">22:07:14</span><span class="nk"> &lt;Evolution&gt;</span> mate and cinnamon are already in epel. we should certainly appropriate that effort and help where we can.
-<a name="l-41"></a><span class="tm">22:08:22</span><span class="nk"> &lt;smooge&gt;</span> the items that will be a further focus is how to package these items for older releases. I would like to have it that people who need to develop/run EL5 could have a better experience but not replacing certain core items like glibc/gcc/kernel :)
-<a name="l-42"></a><span class="tm">22:09:01</span><span class="nk"> &lt;smooge&gt;</span> Arrfab, I see it as partially coordination. I am worried that EPEL may not be the best place for itmes which change every 6-12 months.
-<a name="l-43"></a><span class="tm">22:09:57</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">smooge:</span> are there other desktop-like activities you might include in the SIG other than alternative DEs and styling? for example, UX testing. -- alternately, I'm not asking if you'll do that work per se but if you are receptive to that work happening within the SIG? Is there a boundary where it's not SIG-relevant?
-<a name="l-44"></a><span class="tm">22:10:05</span><span class="nk"> &lt;smooge&gt;</span> If it turns out that EPEL is not the best place then it is on building the group which will be a better ground.
-<a name="l-45"></a><span class="tm">22:11:10</span><span class="nk"> &lt;smooge&gt;</span> quaid, to answer that I needed to reverse it. How strong a boundary is the board looking for SIGs to have.
-<a name="l-46"></a><span class="tm">22:12:01</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">smooge:</span> SIGs already have the ability to go higher in version for things that are part of even the "Core" OS .. so it would be fine for newer things that in EPEL they choose not to maintain a version that we need
-<a name="l-47"></a><span class="tm">22:12:30</span><span class="nk"> &lt;smooge&gt;</span> Well the EPEL issue is that it can't replace stuff that is in Core.
-<a name="l-48"></a><span class="tm">22:12:39</span><span class="nk"> &lt;hughesjr&gt;</span> right
-<a name="l-49"></a><span class="tm">22:12:51</span><span class="nk"> &lt;hughesjr&gt;</span> but the SIG can, if requried
-<a name="l-50"></a><span class="tm">22:13:56</span><span class="nk"> &lt;Evolution&gt;</span> so epel for some things, and then possibly a 'desktop' repository or whatever for things not suited for epel, but maitained by the sig
-<a name="l-51"></a><span class="tm">22:14:01</span><span class="nk"> &lt;smooge&gt;</span> so my question was "Is the board looking for well defined boundaries that a SIG has in place from the beginning" or is it wanting a lose rule of thumb
-<a name="l-52"></a><span class="tm">22:14:04</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">smooge:</span> it's a fair question you reversed to -- we're interested in it being a wider focus, so "Mate SIG" isn't right, but "Desktop SIG that includes Mate" is ... at that point, the boundary should be what the SIG wants to support and thinks their community needs
-<a name="l-53"></a><span class="tm">22:14:30</span><span class="nk"> &lt;quaid&gt;</span> I think loose rule of thumb is better, let it grow organically
-<a name="l-54"></a><span class="tm">22:14:39</span><span class="nk"> &lt;hughesjr&gt;</span> WRT the board question about SIGs, we will have at least one board member in the SIG ... so we will give SIGs as much lattitude as possible
-<a name="l-55"></a><span class="tm">22:14:43</span><span class="nk"> &lt;quaid&gt;</span> I was mainly curious if you saw that in the future (cf. styling) or thought it was out of scope
-<a name="l-56"></a><span class="tm">22:14:50</span><span class="nk"> &lt;smooge&gt;</span> also is the board wanting me to do a PRD or similar tools to have ready as a full fleshed proposal
-<a name="l-57"></a><span class="tm">22:15:09</span><span class="nk"> &lt;quaid&gt;</span> you can use the existing proposals as a template, but yes, we do want something concrete to vote on
-<a name="l-58"></a><span class="tm">22:15:48</span><span class="nk"> &lt;smooge&gt;</span> quaid, I haven't been presented with any examples of items yet for desktop tools that weren't redlines (VLC, mp3 plugins, etc)
-<a name="l-59"></a><span class="tm">22:15:55</span><span class="nk"> &lt;smooge&gt;</span> so I can't answer clearly yet
-<a name="l-60"></a><span class="tm">22:17:26</span><span class="nk"> &lt;cctrieloff&gt;</span> I'm here but distracted.
-<a name="l-61"></a><span class="tm">22:17:27</span><span class="nk"> &lt;smooge&gt;</span> can someone send me a link for an existing SIG? I will work from that and have something for you asap
-<a name="l-62"></a><span class="tm">22:18:00</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">smooge:</span> http://wiki.centos.org/SpecialInterestGroup/CloudInstance
-<a name="l-63"></a><span class="tm">22:18:06</span><span class="nk"> &lt;Evolution&gt;</span> unless kbsingh has a better one.
-<a name="l-64"></a><span class="tm">22:18:16</span><span class="nk"> &lt;smooge&gt;</span> okie dokie
-<a name="l-65"></a><span class="tm">22:18:18</span><span class="nk"> &lt;Evolution&gt;</span> strip CloudInstance off for a list of others.
-<a name="l-66"></a><span class="tm">22:18:46</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">current boundaries for the SIG are to include alternate desktop environments (DEs) with the future expansion in to styling</span>
-<a name="l-67"></a><span class="tm">22:18:58</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">smooge:</span> based on your email to the list, I roughed out http://wiki.centos.org/SpecialInterestGroup/AlternativeDesktop but it needs some work.
-<a name="l-68"></a><span class="tm">22:19:21</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">a SIG boundary is to not include non-open source nor software with potential or real legal issues</span>
-<a name="l-69"></a><span class="tm">22:19:52</span><span class="nk"> &lt;kbsingh&gt;</span> thats it
-<a name="l-70"></a><span class="tm">22:19:56</span><span class="nk"> &lt;smooge&gt;</span> Evolution, thank you.
-<a name="l-71"></a><span class="tm">22:20:05</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">SIG may carry packages that are later than what is in EPEL if it feels the need</span>
-<a name="l-72"></a><span class="tm">22:21:44</span><span class="nk"> &lt;smooge&gt;</span> I would like to be able to let interested people work on unified theming etc.. but there will be no 'forced' theming (eg people who want alternative desktops usually do their desktops there way thank you very much.)
-<a name="l-73"></a><span class="tm">22:22:21</span><span class="nk"> &lt;kbsingh&gt;</span> i missed if this is going to only target el7 or el6 as well ?
-<a name="l-74"></a><span class="tm">22:22:42</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">kbsingh:</span> 7 to start. 6 if interest/time permists.
-<a name="l-75"></a><span class="tm">22:22:52</span><span class="nk"> &lt;Evolution&gt;</span> iirc
-<a name="l-76"></a><span class="tm">22:23:00</span><span class="nk"> &lt;smooge&gt;</span> kbsingh, I am initially going to focus on el7. The el6 may require me to use software collections or similar tools which I need to study more before I give a I will do that.
-<a name="l-77"></a><span class="tm">22:23:11</span><span class="nk"> &lt;smooge&gt;</span> If others are willing I am up with doing 6 and 5.
-<a name="l-78"></a><span class="tm">22:23:27</span><span class="nk"> &lt;smooge&gt;</span> does that make sense?
-<a name="l-79"></a><span class="tm">22:23:34</span><span class="nk"> &lt;kbsingh&gt;</span> sure
-<a name="l-80"></a><span class="tm">22:25:00</span><span class="nk"> &lt;smooge&gt;</span> My main rules on 'desktops' and such being supported is that they will be shipped as long as people are willing to work on them. I don't want abandon ware (eg tvtwm compiles.. good enough)
-<a name="l-81"></a><span class="tm">22:25:00</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">target for CentOS 7* to start, back to CentOS 6* as time and interest permits</span>
-<a name="l-82"></a><span class="tm">22:26:12</span><span class="nk"> &lt;smooge&gt;</span> When is the next board meeting?
-<a name="l-83"></a><span class="tm">22:26:36</span><span class="nk"> &lt;Evolution&gt;</span> week after next.
-<a name="l-84"></a><span class="tm">22:27:28</span><span class="nk"> &lt;smooge&gt;</span> OK I will make sure I have a finished document with you guys by next wednessday and will work with Evolution and dan408 on it
-<a name="l-85"></a><span class="tm">22:27:47</span><span class="nk"> &lt;smooge&gt;</span> are there any other questions?
-<a name="l-86"></a><span class="tm">22:27:56</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">smooge:</span> leigh expressed a passing interest as well (as the cinnamon maintainer)
-<a name="l-87"></a><span class="tm">22:28:26</span><span class="nk"> &lt;kbsingh&gt;</span> how is this going to layer on top of EPEL ?
-<a name="l-88"></a><span class="tm">22:28:37</span><span class="nk"> &lt;kbsingh&gt;</span> i mean, a chunk of the work might actually be possible to get done there right ?
-<a name="l-89"></a><span class="tm">22:28:49</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">kbsingh:</span> some is done there, yes.
-<a name="l-90"></a><span class="tm">22:28:57</span><span class="nk"> &lt;Evolution&gt;</span> mate/cinnamon exist there already
-<a name="l-91"></a><span class="tm">22:28:58</span><span class="nk"> &lt;kbsingh&gt;</span> ( apart from when $person wants something newer, they can fork it - but will that code then be forked in git.fedora or git.centos )
-<a name="l-92"></a><span class="tm">22:30:38</span><span class="nk"> &lt;smooge&gt;</span> kbsingh, I believe the initial work can be done in EPEL. However if the changes to later versions are invasive etc then it will need changes in either how EPEL is structured or a different build infrastructure.
-<a name="l-93"></a><span class="tm">22:30:55</span><span class="nk"> &lt;smooge&gt;</span> kbsingh, in that case I would be working on making that happen.
-<a name="l-94"></a><span class="tm">22:31:02</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> hey
-<a name="l-95"></a><span class="tm">22:31:08</span><span class="nk"> &lt;dan408&gt;</span> sorry i got dragged out
-<a name="l-96"></a><span class="tm">22:31:23 </span><span class="nka">* dan408</span> <span class="ac">reads scrollback</span>
-<a name="l-97"></a><span class="tm">22:31:48</span><span class="nk"> &lt;smooge&gt;</span> kbsingh, in the case where it wouldn't work for EPEL (say Mate in EL5) but could be done via a different packaging system then we would work on solving that problem
-<a name="l-98"></a><span class="tm">22:32:01</span><span class="nk"> &lt;kbsingh&gt;</span> ok
-<a name="l-99"></a><span class="tm">22:32:24</span><span class="nk"> &lt;kbsingh&gt;</span> so essentially : fix problems as we see them - there is flexibility from packager and buildsystem side. epel to bootstrap into
-<a name="l-100"></a><span class="tm">22:33:52</span><span class="nk"> &lt;smooge&gt;</span> correct. I expect we will need to change over time, but to meet a can we have a solution in 3-6 months the proven existing method to start from.
-<a name="l-101"></a><span class="tm">22:35:10</span><span class="nk"> &lt;dan408&gt;</span> so the biggest roadblock I'm personally seeing is getting Anaconda to read directly from EPEL for yum groups
-<a name="l-102"></a><span class="tm">22:35:11</span><span class="nk"> &lt;kbsingh&gt;</span> is there any drive to also maintain some part of the docs aronud this on say wiki.centos.org/blah/howto/desktops
-<a name="l-103"></a><span class="tm">22:35:12</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">smooge:</span> that sounds good to me .. but indeed some choices will have to be made, like for example if CentOS 7 32bits becomes real
-<a name="l-104"></a><span class="tm">22:35:25</span><span class="nk"> &lt;kbsingh&gt;</span> or is the focus purely on delivering rpms, let the community at large do that
-<a name="l-105"></a><span class="tm">22:35:25</span><span class="nk"> &lt;dan408&gt;</span> I just finished building the MATE stack of packages on EPEL
-<a name="l-106"></a><span class="tm">22:35:54</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">dan408:</span> anaconda... should be fairly simple, with an add-repo at install time right ?
-<a name="l-107"></a><span class="tm">22:36:28</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">kbsingh:</span> well ideally EPEL would just be there out of the box, and you would see MATE as a choice of available desktops
-<a name="l-108"></a><span class="tm">22:37:12</span><span class="nk"> &lt;dan408&gt;</span> so for example you choose "desktop" and then you can pick Gnome, KDE, or Cinnamon, etc
-<a name="l-109"></a><span class="tm">22:37:27</span><span class="nk"> &lt;kbsingh&gt;</span> that shouldnt be hard to do - but how many groups does EPEL host ? we'd have a minor flood
-<a name="l-110"></a><span class="tm">22:37:27</span><span class="nk"> &lt;dan408&gt;</span> otherwise you end up having to install Gnome or KDE and then MATE or cinnamon
-<a name="l-111"></a><span class="tm">22:37:47</span><span class="nk"> &lt;dan408&gt;</span> I'm pretty sure Anaconda can handle it
-<a name="l-112"></a><span class="tm">22:37:50</span><span class="nk"> &lt;smooge&gt;</span> kbsingh, I would like to make sure that we have guides and howtos as part of any 'desktop' solution added. If only on how one logs out, finds certain apps etc.
-<a name="l-113"></a><span class="tm">22:38:07</span><span class="nk"> &lt;Evolution&gt;</span> honestly I think we might consider just stealing the groups we want from epel, and then adding epel-release as a mandatory package for the desktop spin
-<a name="l-114"></a><span class="tm">22:38:14</span><span class="nk"> &lt;Evolution&gt;</span> that would limit the groups visible in anaconda.
-<a name="l-115"></a><span class="tm">22:39:03</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">Evolution:</span> as long as they are responsive to updates
-<a name="l-116"></a><span class="tm">22:39:09</span><span class="nk"> &lt;dan408&gt;</span> wait what do you mean spin?
-<a name="l-117"></a><span class="tm">22:39:24</span><span class="nk"> &lt;smooge&gt;</span> I had not thought about spins per se at the moment. For me it is a "if I have the time"... unless that is a required SIG deliverable.
-<a name="l-118"></a><span class="tm">22:39:46</span><span class="nk"> &lt;dan408&gt;</span> I was thinking netinstall/DVD not spin
-<a name="l-119"></a><span class="tm">22:40:18</span><span class="nk"> &lt;dan408&gt;</span> or just DVD I don't think you guys do a netinstall do you
-<a name="l-120"></a><span class="tm">22:40:25</span><span class="nk"> &lt;quaid&gt;</span> so no ISO compose?
-<a name="l-121"></a><span class="tm">22:40:38</span><span class="nk"> &lt;dan408&gt;</span> wll
-<a name="l-122"></a><span class="tm">22:40:39</span><span class="nk"> &lt;Evolution&gt;</span> well, the core provided by the core sig won't change.
-<a name="l-123"></a><span class="tm">22:40:39</span><span class="nk"> &lt;dan408&gt;</span> well
-<a name="l-124"></a><span class="tm">22:40:40</span><span class="nk"> &lt;quaid&gt;</span> minimal install is the most popular download iirc, it's basically a netinstall isn't it?
-<a name="l-125"></a><span class="tm">22:40:51</span><span class="nk"> &lt;dan408&gt;</span> no
-<a name="l-126"></a><span class="tm">22:41:12</span><span class="nk"> &lt;dan408&gt;</span> so i'm coming from the Fedora side so I may be a little bit confused
-<a name="l-127"></a><span class="tm">22:41:22</span><span class="nk"> &lt;dan408&gt;</span> but on Fedora side you can install anything with a 200mb iso image
-<a name="l-128"></a><span class="tm">22:41:23</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">dan408:</span> we do netinstalls, as well as minimals and something similar to boot.fedora
-<a name="l-129"></a><span class="tm">22:41:28 </span><span class="nka">* quaid</span> <span class="ac">a bit lost in terminology too</span>
-<a name="l-130"></a><span class="tm">22:41:28</span><span class="nk"> &lt;dan408&gt;</span> right
-<a name="l-131"></a><span class="tm">22:41:49</span><span class="nk"> &lt;dan408&gt;</span> okay
-<a name="l-132"></a><span class="tm">22:42:06</span><span class="nk"> &lt;wolfy&gt;</span> <span class="hi">quaid:</span> the minimal.iso bypasses the package selection step and installs @base . all the needed packages are included in the iso
-<a name="l-133"></a><span class="tm">22:42:06</span><span class="nk"> &lt;Evolution&gt;</span> however for a desktop side, I would think some folks would want a usb/iso based install for a desktop
-<a name="l-134"></a><span class="tm">22:42:07</span><span class="nk"> &lt;tru_tru&gt;</span> why just not a desktop-SIG.repo or repo --name=desktop-SIG --baseurl=http:// --cost=XXX ?
-<a name="l-135"></a><span class="tm">22:42:07</span><span class="nk"> &lt;dan408&gt;</span> for the DVD it wouldnt work if you didnt have a network connection
-<a name="l-136"></a><span class="tm">22:42:23</span><span class="nk"> &lt;kbsingh&gt;</span> if the work is done in a contained repo, regardless of how the install starts, its all just a case of adding the repo line, comps will get parsed and options show up in the gui
-<a name="l-137"></a><span class="tm">22:42:26</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">tru_tru:</span> entirely doable as well.
-<a name="l-138"></a><span class="tm">22:42:34</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">dan408:</span> right. which is why I was thinking spin.
-<a name="l-139"></a><span class="tm">22:42:53</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">kbsingh:</span> true
-<a name="l-140"></a><span class="tm">22:42:59</span><span class="nk"> &lt;hughesjr&gt;</span> in the past, when we have had alternative desktops (ie xfce on 5 and 4 :D) we did yum groups in a repo ... that will also work
-<a name="l-141"></a><span class="tm">22:43:02</span><span class="nk"> &lt;kbsingh&gt;</span> we can also ship an additional repo on the DVD ( if it fits! ) with the repo line disabled and a media:/// url
-<a name="l-142"></a><span class="tm">22:43:21</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> well I guess that would be easier and accomplish the goal of a) not having to change base and b) being able to install the desktop you want without having to install a desktop you dont want
-<a name="l-143"></a><span class="tm">22:43:46</span><span class="nk"> &lt;kbsingh&gt;</span> it does not need to end up in the os/ directory, and it need not be enabled by force, but just a checkbox to enable it from DVD might be a great option
-<a name="l-144"></a><span class="tm">22:43:51</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">wolfy:</span> thanks
-<a name="l-145"></a><span class="tm">22:43:52</span><span class="nk"> &lt;kbsingh&gt;</span> the trick is going to be making it fit
-<a name="l-146"></a><span class="tm">22:43:57</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">dan408:</span> minimal install and yum grops cando that too :)
-<a name="l-147"></a><span class="tm">22:43:57</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">hughesjr:</span> what if you wanted to install xfce on a fresh install?
-<a name="l-148"></a><span class="tm">22:44:06</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">hughesjr:</span> no
-<a name="l-149"></a><span class="tm">22:44:30</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">hughesjr:</span> Say I want to put media in choose xfce, and install once and be done
-<a name="l-150"></a><span class="tm">22:45:09</span><span class="nk"> &lt;dan408&gt;</span> your process is a 2 step process
-<a name="l-151"></a><span class="tm">22:45:18</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">dan408:</span> you can create a specific DVD for that too in the SIG
-<a name="l-152"></a><span class="tm">22:45:33</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">hughesjr:</span> Right that's what we're discussing with spins
-<a name="l-153"></a><span class="tm">22:46:00</span><span class="nk"> &lt;dan408&gt;</span> alright
-<a name="l-154"></a><span class="tm">22:46:15</span><span class="nk"> &lt;dan408&gt;</span> this is gunna require some hacking but
-<a name="l-155"></a><span class="tm">22:46:48</span><span class="nk"> &lt;hughesjr&gt;</span> I was just pointing out that an ISO is not the only alternative .. but the SIGs can do that too
-<a name="l-156"></a><span class="tm">22:47:22</span><span class="nk"> &lt;quaid&gt;</span> ultimately the SIG needs to chose delivery methods that make sense for it's community, these questions are somewhat about what the rest of us think makes sense ...
-<a name="l-157"></a><span class="tm">22:48:02</span><span class="nk"> &lt;dan408&gt;</span> i guess if it worked like this: 1) User downloads CentOS 7 MATE spin which can be burnt to CD or written to USB 2) User boots spin, starts Anaconda installer 3) Anaconda functiosn in the exact same way as the DVD or netinstall and can install the same things .. so user chooses say base, standard and "web server", chooses partitioning and hits "install". What they should end up with is a MATE desktop with the options they picked
-<a name="l-158"></a><span class="tm">22:48:45</span><span class="nk"> &lt;Evolution&gt;</span> right.
-<a name="l-159"></a><span class="tm">22:48:52</span><span class="nk"> &lt;dan408&gt;</span> Again, I don't know if this is possible with the current anaconda
-<a name="l-160"></a><span class="tm">22:49:25</span><span class="nk"> &lt;kbsingh&gt;</span> right guys, i need to rebase over. thanks
-<a name="l-161"></a><span class="tm">22:49:28</span><span class="nk"> &lt;Evolution&gt;</span> I don't see why it wouldn't be. it's similar to whate fedora's done with it in the last couple releases.
-<a name="l-162"></a><span class="tm">22:49:46</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">dan408:</span> I haven't looked at anaconda from 7 (yet) but I guess using the updates.img still works for that
-<a name="l-163"></a><span class="tm">22:49:47</span><span class="nk"> &lt;Evolution&gt;</span> I've got to bail in about 5 minutes as well
-<a name="l-164"></a><span class="tm">22:50:03</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> Not necessarily. On a spin you just hit "install" and it installs whatever was included with the spin. You don't get to pick any additional options
-<a name="l-165"></a><span class="tm">22:50:31</span><span class="nk"> &lt;Evolution&gt;</span> ah, fair enough.
-<a name="l-166"></a><span class="tm">22:50:45</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Arrfab:</span> Sure. I'm no anaconda expert here but I'm just throwing this stuff out there
-<a name="l-167"></a><span class="tm">22:50:46</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">smooge to work up a formal proposal</span>
-<a name="l-168"></a><span class="tm">22:51:57</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">SIG needs to consider what release formats to use (ISO, netinstall, all-in-one-spins, etc.)</span>
-<a name="l-169"></a><span class="tm">22:51:57</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> That's why I'm thinking there might be some hacking needed because these packages are already in Fedora base.
-<a name="l-170"></a><span class="tm">22:52:12</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">dan408:</span> we'll have to have a deep look into anaconda to also combine all the groups/variants into one (like we did for centos 6) so I'm sure that once it will be mastered, it will be easy to modify it again for each SIG respin
-<a name="l-171"></a><span class="tm">22:52:25</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Arrfab:</span> +1
-<a name="l-172"></a><span class="tm">22:52:27</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">dan408:</span> yeah. I'm starting to see what you mean.
-<a name="l-173"></a><span class="tm">22:52:36</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> cool
-<a name="l-174"></a><span class="tm">22:52:45</span><span class="nk"> &lt;quaid&gt;</span> fwiw, I'm comfortable with usinage latest bits in Fedora as upstream that we pull in to git.centos.org (if I'm thinking correctly here); Fedora (and EPEL) are trustworthy upstreams
-<a name="l-175"></a><span class="tm">22:52:59</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> The easiest thing is just to import the packages to base, but I completely understand that you don't want to change base.
-<a name="l-176"></a><span class="tm">22:53:26</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Evolution:</span> And that's fine, but workarounds are needed. :D
-<a name="l-177"></a><span class="tm">22:53:33</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">project wide work on Anaconda to fold in all groups/variants will help the Desktop SIG needs for respins, etc.</span>
-<a name="l-178"></a><span class="tm">22:53:40</span><span class="nk"> &lt;Evolution&gt;</span> yeah. we'll have to figure that out. base won't change.
-<a name="l-179"></a><span class="tm">22:54:37</span><span class="nk"> &lt;dan408&gt;</span> Right. Well I'm glad I was able to help put everyone on the same page on how it should be presented to the end user for installation
-<a name="l-180"></a><span class="tm">22:55:16</span><span class="nk"> &lt;dan408&gt;</span> I mean that's how I'd want it personally
-<a name="l-181"></a><span class="tm">22:55:19</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">Evolution:</span> yeah but the desktop sig proposal we have here is quite different from the cloud/storage ones in a sense that we'd build packages with the same key (or alternate key but still from our side) while the idea seems to be here to just consume packages built/signed by EPEL
-<a name="l-182"></a><span class="tm">22:55:47</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">Arrfab:</span> that's the initial starting point, but by no means the end goal.
-<a name="l-183"></a><span class="tm">22:55:56</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">Arrfab:</span> it's a little bit more than that
-<a name="l-184"></a><span class="tm">22:56:04</span><span class="nk"> &lt;Evolution&gt;</span> anyway, off for family. bbiab
-<a name="l-185"></a><span class="tm">22:56:11</span><span class="nk"> &lt;dan408&gt;</span> cya Evolution
-<a name="l-186"></a><span class="tm">22:56:34</span><span class="nk"> &lt;quaid&gt;</span> ok, I'm ready to close out as we are runnning out of Board members and the sponsor just left :)
-<a name="l-187"></a><span class="tm">22:56:38</span><span class="nk"> &lt;quaid&gt;</span> anything else for the record?
-<a name="l-188"></a><span class="tm">22:56:41</span><span class="nk"> &lt;tru_tru&gt;</span> <span class="hi">Evolution:</span> ciao
-<a name="l-189"></a><span class="tm">22:56:45 </span><span class="nka">* quaid</span> <span class="ac">will close in 60 seconds otherwise</span>
-<a name="l-190"></a><span class="tm">22:56:56</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="cmd">#idea </span><span class="cmdline">discuss about respins using packages not built on centos infra and so not signed by us</span>
-<a name="l-191"></a><span class="tm">22:57:00</span><span class="nk"> &lt;quaid&gt;</span> btw, dan408, good to see ya
-<a name="l-192"></a><span class="tm">22:57:04</span><span class="nk"> &lt;dan408&gt;</span> For the record: The entire MATE stack is finished building and I'm going to add a group in to EPEL7 for comps
-<a name="l-193"></a><span class="tm">22:57:09</span><span class="nk"> &lt;dan408&gt;</span> <span class="hi">quaid:</span> good to see you too
-<a name="l-194"></a><span class="tm">22:57:19</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">Arrfab:</span> yeah, we need to really consider that around EPEL in general, right?
-<a name="l-195"></a><span class="tm">22:57:48</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">quaid:</span> yeah, EPEL or other repositories too I guess.
-<a name="l-196"></a><span class="tm">22:59:14</span><span class="nk"> &lt;smooge&gt;</span> I am ok with closing.
-<a name="l-197"></a><span class="tm">22:59:16</span><span class="nk"> &lt;dan408&gt;</span> If anyone has any questions feel free to contact me here (I prefer IRC over email)
-<a name="l-198"></a><span class="tm">22:59:27</span><span class="nk"> &lt;Arrfab&gt;</span> dan408, smooge : what about starting as a documentation on how to install those packages from epel on a running c7. then we'd have to see how to respin specific medias and in the meantime we'll have discussed the "do we rebuild/sign those packages or do we just import those" question
-<a name="l-199"></a><span class="tm">22:59:35</span><span class="nk"> &lt;cctrieloff&gt;</span> thx
-<a name="l-200"></a><span class="tm">23:00:07</span><span class="nk"> &lt;smooge&gt;</span> okie dokie.
-<a name="l-201"></a><span class="tm">23:00:14</span><span class="nk"> &lt;dan408&gt;</span> sure thing I'll work with smooge on that.
-<a name="l-202"></a><span class="tm">23:00:16</span><span class="nk"> &lt;Arrfab&gt;</span> thanks everyone for the meeting
-<a name="l-203"></a><span class="tm">23:00:22</span><span class="nk"> &lt;dan408&gt;</span> thanks for hosting!
-<a name="l-204"></a><span class="tm">23:07:18</span><span class="nk"> &lt;smooge&gt;</span> quaid, remember to #endmeeting
-<a name="l-205"></a><span class="tm">23:08:03 </span><span class="nka">* quaid</span> <span class="ac">was distracted, thanks</span>
-<a name="l-206"></a><span class="tm">23:08:10</span><span class="nk"> &lt;smooge&gt;</span> np
-<a name="l-207"></a><span class="tm">23:08:10</span><span class="nk"> &lt;quaid&gt;</span> typical!
-<a name="l-208"></a><span class="tm">23:08:18</span><span class="nk"> &lt;quaid&gt;</span> going in 5
-<a name="l-209"></a><span class="tm">23:08:20</span><span class="nk"> &lt;quaid&gt;</span> 4
-<a name="l-210"></a><span class="tm">23:08:21</span><span class="nk"> &lt;quaid&gt;</span> 3
-<a name="l-211"></a><span class="tm">23:08:24</span><span class="nk"> &lt;quaid&gt;</span> 2
-<a name="l-212"></a><span class="tm">23:08:24</span><span class="nk"> &lt;quaid&gt;</span> 1
-<a name="l-213"></a><span class="tm">23:08:36</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/april/centos-devel.2014-04-02-21.55.log.txt b/minutes/2014/april/centos-devel.2014-04-02-21.55.log.txt
deleted file mode 100644
index cb333c9..0000000
--- a/minutes/2014/april/centos-devel.2014-04-02-21.55.log.txt
+++ /dev/null
@@ -1,213 +0,0 @@
-21:55:53 <quaid> #startmeeting CentOS Board meeting - SIG proposals & other business
-21:55:53 <centbot> Meeting started Wed Apr  2 21:55:53 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-21:55:53 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-21:56:16 <quaid> #chair Evolution tru_tru range kbsingh hughesjr cctrieloff Arrfab
-21:56:16 <centbot> Current chairs: Arrfab Evolution cctrieloff hughesjr kbsingh quaid range tru_tru
-21:56:31 <quaid> all users can use most of the actions, such as #info and #idea
-21:56:43 <quaid> chairs can do the #agreed, not sure if #action is restricted
-21:56:52 <quaid> anything before we jump in to the first topic?
-21:57:04 <kbsingh> show of hands ?
-21:57:22 * tru_tru raises hand
-21:57:34 * hughesjr shows his hand :D
-21:57:53 <smooge> here
-21:58:05 <Arrfab> same here
-21:58:06 <kbsingh> me too
-21:58:16 <Evolution> yep
-21:58:58 <quaid> #info We have a quorum of Board members, safe to proceed :)
-21:59:08 <quaid> first topic is Desktop SIG?
-21:59:19 <Evolution> sure.
-21:59:20 <quaid> #topic Desktop SIG proposal
-21:59:38 <quaid> (channel title hasn't changed because centbot doesn't have ops, but it's changed in the log)
-21:59:51 <quaid> also, you don't  need to use #link, just post the URL in the channel and it's the same thing
-22:01:11 <Arrfab> Evolution: you already started a discussion with smooge about a desktop SIG, right ? what's the status and so the "proposal" ?
-22:01:20 <Evolution> smooge: you proposed the desktop sig. want to lay out your ideas?
-22:01:24 <smooge> I would like to propose a Desktop Special Interest Group that would cater towards alternative desktops to the main CentOS one.
-22:02:16 <Evolution> smooge: is the thought just to provide alternative desktops such as mate, or would you add additional 'desktop' style packages as well?
-22:02:24 <smooge> Its main goal would be to make sure that working desktops that cater to other users needs are made available, tested, working and periodically updated
-22:02:57 <smooge> my first goal would be to provide just alternate desktops and then from that gauge growth inot additional desktop style packages.
-22:03:06 <smooge> s/inot/into/
-22:03:29 <smooge> I would like to have an initial goal we can reach and build momentum from
-22:03:52 <hughesjr> smooge: is the inital focus of this desktop for all active versions of CentOS or only for a specific CentOS
-22:04:43 <smooge> My initial focus would be 7. The ability to build desktops to older releases will require extra effort and testing
-22:05:15 <smooge> as the solutions may require some things like SCL's or other "we aren't replacing core stuff.. but we are." type solutions
-22:05:43 <Evolution> most desktop users seem to migrate to newer versions reasonably quickly
-22:05:44 <quaid> are there other desktop-like activities you might include in the SIG other than alternative DEs and styling? for example, UX testing.
-22:05:56 <hughesjr> smooge: and you have some kind of plan to make sure we are not running afowl of patent issues (like mp3)
-22:06:01 <smooge> I apologize for the wishy washy ness of this. I want to get some questions answered so that I can better focus a finished proposal to you.
-22:06:01 <Arrfab> smooge: do you see that as a "coordination" effort between existing desktop environments ? (for example EPEL providing already alternatives)
-22:06:41 <Evolution> Arrfab: I think part of it certainly should be.
-22:06:46 <smooge> hughesjr, I do not plan to put anything in that could not be shipped in Fedora. Things like VLC etc will have to be done by an associated group which would not be troubled like I personally would be
-22:07:14 <Evolution> mate and cinnamon are already in epel. we should certainly appropriate that effort and help where we can.
-22:08:22 <smooge> the items that will be a further focus is how to package these items for older releases. I would like to have it that people who need to develop/run EL5 could have a better experience but not replacing certain core items like glibc/gcc/kernel :)
-22:09:01 <smooge> Arrfab, I see it as partially coordination. I am worried that EPEL may not be the best place for itmes which change every 6-12 months.
-22:09:57 <quaid> smooge: are there other desktop-like activities you might include in the SIG other than alternative DEs and styling? for example, UX testing. -- alternately, I'm not asking if you'll do that work per se but if you are receptive to that work happening within the SIG? Is there a boundary where it's not SIG-relevant?
-22:10:05 <smooge> If it turns out that EPEL is not the best place then it is on building the group which will be a better ground.
-22:11:10 <smooge> quaid, to answer that I needed to reverse it. How strong a boundary is the board looking for SIGs to have.
-22:12:01 <hughesjr> smooge: SIGs already have the ability to go higher in version for things that are part of even the "Core" OS .. so it would be fine for newer things that in EPEL they choose not to maintain a version that we need
-22:12:30 <smooge> Well the EPEL issue is that it can't replace stuff that is in Core.
-22:12:39 <hughesjr> right
-22:12:51 <hughesjr> but the SIG can, if requried
-22:13:56 <Evolution> so epel for some things, and then possibly a 'desktop' repository or whatever for things not suited for epel, but maitained by the sig
-22:14:01 <smooge> so my question was "Is the board looking for well defined boundaries that a SIG has in place from the beginning" or is it wanting a lose rule of thumb
-22:14:04 <quaid> smooge: it's a fair question you reversed to -- we're interested in it being a wider focus, so "Mate SIG" isn't right, but "Desktop SIG that includes Mate" is ... at that point, the boundary should be what the SIG wants to support and thinks their community needs
-22:14:30 <quaid> I think loose rule of thumb is better, let it grow organically
-22:14:39 <hughesjr> WRT the board question about SIGs, we will have at least one board member in the SIG ... so we will give SIGs as much lattitude as possible
-22:14:43 <quaid> I was mainly curious if you saw that in the future (cf. styling) or thought it was out of scope
-22:14:50 <smooge> also is the board wanting me to do a PRD or similar tools to have ready as a full fleshed proposal
-22:15:09 <quaid> you can use the existing proposals as a template, but yes, we do want something concrete to vote on
-22:15:48 <smooge> quaid, I haven't been presented with any examples of items yet for desktop tools that weren't redlines (VLC, mp3 plugins, etc)
-22:15:55 <smooge> so I can't answer clearly yet
-22:17:26 <cctrieloff> I'm here but distracted.
-22:17:27 <smooge> can someone send me a link for an existing SIG? I will work from that and have something for you asap
-22:18:00 <Evolution> smooge: http://wiki.centos.org/SpecialInterestGroup/CloudInstance
-22:18:06 <Evolution> unless kbsingh has a better one.
-22:18:16 <smooge> okie dokie
-22:18:18 <Evolution> strip CloudInstance off for a list of others.
-22:18:46 <quaid> #info current boundaries for the SIG are to include alternate desktop environments (DEs) with the future expansion in to styling
-22:18:58 <Evolution> smooge: based on your email to the list, I roughed out http://wiki.centos.org/SpecialInterestGroup/AlternativeDesktop but it needs some work.
-22:19:21 <quaid> #info a SIG boundary is to not include non-open source nor software with potential or real legal issues
-22:19:52 <kbsingh> thats it
-22:19:56 <smooge> Evolution, thank you.
-22:20:05 <quaid> #info SIG may carry packages that are later than what is in EPEL if it feels the need
-22:21:44 <smooge> I would like to be able to let interested people work on unified theming etc.. but there will be no 'forced' theming (eg people who want alternative desktops usually do their desktops there way thank you very much.)
-22:22:21 <kbsingh> i missed if this is going to only target el7 or el6 as well ?
-22:22:42 <Evolution> kbsingh: 7 to start. 6 if interest/time permists.
-22:22:52 <Evolution> iirc
-22:23:00 <smooge> kbsingh, I am initially going to focus on el7. The el6 may require me to use software collections or similar tools which I need to study more before I give a I will do that.
-22:23:11 <smooge> If others are willing I am up with doing 6 and 5.
-22:23:27 <smooge> does that make sense?
-22:23:34 <kbsingh> sure
-22:25:00 <smooge> My main rules on 'desktops' and such being supported is that they will be shipped as long as people are willing to work on them. I don't want abandon ware (eg tvtwm compiles.. good enough)
-22:25:00 <quaid> #info target for CentOS 7* to start, back to CentOS 6* as time and interest permits
-22:26:12 <smooge> When is the next board meeting?
-22:26:36 <Evolution> week after next.
-22:27:28 <smooge> OK I will make sure I have a finished document with you guys by next wednessday and will work with Evolution and dan408 on it
-22:27:47 <smooge> are there any other questions?
-22:27:56 <Evolution> smooge: leigh expressed a passing interest as well (as the cinnamon maintainer)
-22:28:26 <kbsingh> how is this going to layer on top of EPEL ?
-22:28:37 <kbsingh> i mean, a chunk of the work might actually be possible to get done there right ?
-22:28:49 <Evolution> kbsingh: some is done there, yes.
-22:28:57 <Evolution> mate/cinnamon exist there already
-22:28:58 <kbsingh> ( apart from when $person wants something newer, they can fork it - but will that code then be forked in git.fedora or git.centos )
-22:30:38 <smooge> kbsingh, I believe the initial work can be done in EPEL. However if the changes to later versions are invasive etc then it will need changes in either how EPEL is structured or a different build infrastructure.
-22:30:55 <smooge> kbsingh, in that case I would be working on making that happen.
-22:31:02 <dan408> Evolution: hey
-22:31:08 <dan408> sorry i got dragged out
-22:31:23 * dan408 reads scrollback
-22:31:48 <smooge> kbsingh, in the case where it wouldn't work for EPEL (say Mate in EL5) but could be done via a different packaging system then we would work on solving that problem
-22:32:01 <kbsingh> ok
-22:32:24 <kbsingh> so essentially : fix problems as we see them - there is flexibility from packager and buildsystem side. epel to bootstrap into
-22:33:52 <smooge> correct. I expect we will need to change over time, but to meet a can we have a solution in 3-6 months the proven existing method to start from.
-22:35:10 <dan408> so the biggest roadblock I'm personally seeing is getting Anaconda to read directly from EPEL for yum groups
-22:35:11 <kbsingh> is there any drive to also maintain some part of the docs aronud this on say wiki.centos.org/blah/howto/desktops
-22:35:12 <Arrfab> smooge: that sounds good to me .. but indeed some choices will have to be made, like for example if CentOS 7 32bits becomes real
-22:35:25 <kbsingh> or is the focus purely on delivering rpms, let the community at large do that
-22:35:25 <dan408> I just finished building the MATE stack of packages on EPEL
-22:35:54 <kbsingh> dan408: anaconda... should be fairly simple, with an add-repo at install time right ?
-22:36:28 <dan408> kbsingh: well ideally EPEL would just be there out of the box, and you would see MATE as a choice of available desktops
-22:37:12 <dan408> so for example you choose "desktop" and then you can pick Gnome, KDE, or Cinnamon, etc
-22:37:27 <kbsingh> that shouldnt be hard to do - but how many groups does EPEL host ? we'd have a minor flood
-22:37:27 <dan408> otherwise you end up having to install Gnome or KDE and then MATE or cinnamon
-22:37:47 <dan408> I'm pretty sure Anaconda can handle it
-22:37:50 <smooge> kbsingh, I would like to make sure that we have guides and howtos as part of any 'desktop' solution added. If only on how one logs out, finds certain apps etc.
-22:38:07 <Evolution> honestly I think we might consider just stealing the groups we want from epel, and then adding epel-release as a mandatory package for the desktop spin
-22:38:14 <Evolution> that would limit the groups visible in anaconda.
-22:39:03 <hughesjr> Evolution: as long as they are responsive to updates
-22:39:09 <dan408> wait what do you mean spin?
-22:39:24 <smooge> I had not thought about spins per se at the moment. For me it is a "if I have the time"... unless that is a required SIG deliverable.
-22:39:46 <dan408> I was thinking netinstall/DVD not spin
-22:40:18 <dan408> or just DVD I don't think you guys do a netinstall do you
-22:40:25 <quaid> so no ISO compose?
-22:40:38 <dan408> wll
-22:40:39 <Evolution> well, the core provided by the core sig won't change.
-22:40:39 <dan408> well
-22:40:40 <quaid> minimal install is the most popular download iirc, it's basically a netinstall isn't it?
-22:40:51 <dan408> no
-22:41:12 <dan408> so i'm coming from the Fedora side so I may be a little bit confused
-22:41:22 <dan408> but on Fedora side you can install anything with a 200mb iso image
-22:41:23 <Evolution> dan408: we do netinstalls, as well as minimals and something similar to boot.fedora
-22:41:28 * quaid a bit lost in terminology too
-22:41:28 <dan408> right
-22:41:49 <dan408> okay
-22:42:06 <wolfy> quaid: the minimal.iso bypasses the package selection step and installs @base . all the needed packages are included in the iso
-22:42:06 <Evolution> however for a desktop side, I would think some folks would want a usb/iso based install for a desktop
-22:42:07 <tru_tru> why just not a desktop-SIG.repo or repo --name=desktop-SIG --baseurl=http:// --cost=XXX ?
-22:42:07 <dan408> for the DVD it wouldnt work if you didnt have a network connection
-22:42:23 <kbsingh> if the work is done in a contained repo, regardless of how the install starts, its all just a case of adding the repo line, comps will get parsed and options show up in the gui
-22:42:26 <Evolution> tru_tru: entirely doable as well.
-22:42:34 <Evolution> dan408: right. which is why I was thinking spin.
-22:42:53 <Evolution> kbsingh: true
-22:42:59 <hughesjr> in the past, when we have had alternative desktops (ie xfce on 5 and 4 :D) we did yum groups in a repo ... that will also work
-22:43:02 <kbsingh> we can also ship an additional repo on the DVD ( if it fits! ) with the repo line disabled and a media:/// url
-22:43:21 <dan408> Evolution: well I guess that would be easier and accomplish the goal of a) not having to change base and b) being able to install the desktop you want without having to install a desktop you dont want
-22:43:46 <kbsingh> it does not need to end up in the os/ directory, and it need not be enabled by force, but just a checkbox to enable it from DVD might be a great option
-22:43:51 <quaid> wolfy: thanks
-22:43:52 <kbsingh> the trick is going to be making it fit
-22:43:57 <hughesjr> dan408: minimal install and yum grops cando that too :)
-22:43:57 <dan408> hughesjr: what if you wanted to install xfce on a fresh install?
-22:44:06 <dan408> hughesjr: no
-22:44:30 <dan408> hughesjr: Say I want to put media in choose xfce, and install once and be done
-22:45:09 <dan408> your process is a 2 step process
-22:45:18 <hughesjr> dan408: you can create a specific DVD for that too in the SIG
-22:45:33 <dan408> hughesjr: Right that's what we're discussing with spins
-22:46:00 <dan408> alright
-22:46:15 <dan408> this is gunna require some hacking but
-22:46:48 <hughesjr> I was just pointing out that an ISO is not the only alternative .. but the SIGs can do that too
-22:47:22 <quaid> ultimately the SIG needs to chose delivery methods that make sense for it's community, these questions are somewhat about what the rest of us think makes sense ...
-22:48:02 <dan408> i guess if it worked like this: 1) User downloads CentOS 7 MATE spin which can be burnt to CD or written to USB 2) User boots spin, starts Anaconda installer 3) Anaconda functiosn in the exact same way as the DVD or netinstall and can install the same things .. so user chooses say base, standard and "web server", chooses partitioning and hits "install". What they should end up with is a MATE desktop with the options they picked
-22:48:45 <Evolution> right.
-22:48:52 <dan408> Again, I don't know if this is possible with the current anaconda
-22:49:25 <kbsingh> right guys, i need to rebase over. thanks
-22:49:28 <Evolution> I don't see why it wouldn't be. it's similar to whate fedora's done with it in the last couple releases.
-22:49:46 <Arrfab> dan408: I haven't looked at anaconda from 7 (yet) but I guess using the updates.img still works for that
-22:49:47 <Evolution> I've got to bail in about 5 minutes as well
-22:50:03 <dan408> Evolution: Not necessarily. On a spin you just hit "install" and it installs whatever was included with the spin. You don't get to pick any additional options
-22:50:31 <Evolution> ah, fair enough.
-22:50:45 <dan408> Arrfab: Sure. I'm no anaconda expert here but I'm just throwing this stuff out there
-22:50:46 <quaid> #action smooge to work up a formal proposal
-22:51:57 <quaid> #action SIG needs to consider what release formats to use (ISO, netinstall, all-in-one-spins, etc.)
-22:51:57 <dan408> Evolution: That's why I'm thinking there might be some hacking needed because these packages are already in Fedora base.
-22:52:12 <Arrfab> dan408: we'll have to have a deep look into anaconda to also combine all the groups/variants into one (like we did for centos 6) so I'm sure that once it will be mastered, it will be easy to modify it again for each SIG respin
-22:52:25 <dan408> Arrfab: +1
-22:52:27 <Evolution> dan408: yeah. I'm starting to see what you mean.
-22:52:36 <dan408> Evolution: cool
-22:52:45 <quaid> fwiw, I'm comfortable with usinage latest bits in Fedora as upstream that we pull in to git.centos.org (if I'm thinking correctly here); Fedora (and EPEL) are trustworthy upstreams
-22:52:59 <dan408> Evolution: The easiest thing is just to import the packages to base, but I completely understand that you don't want to change base.
-22:53:26 <dan408> Evolution: And that's fine, but workarounds are needed. :D
-22:53:33 <quaid> #idea project wide work on Anaconda to fold in all groups/variants will help the Desktop SIG needs for respins, etc.
-22:53:40 <Evolution> yeah. we'll have to figure that out. base won't change.
-22:54:37 <dan408> Right. Well I'm glad I was able to help put everyone on the same page on how it should be presented to the end user for installation
-22:55:16 <dan408> I mean that's how I'd want it personally
-22:55:19 <Arrfab> Evolution: yeah but the desktop sig proposal we have here is quite different from the cloud/storage ones in a sense that we'd build packages with the same key (or alternate key but still from our side) while the idea seems to be here to just consume packages built/signed by EPEL
-22:55:47 <Evolution> Arrfab: that's the initial starting point, but by no means the end goal.
-22:55:56 <dan408> Arrfab: it's a little bit more than that
-22:56:04 <Evolution> anyway, off for family. bbiab
-22:56:11 <dan408> cya Evolution
-22:56:34 <quaid> ok, I'm ready to close out as we are runnning out of Board members and the sponsor just left :)
-22:56:38 <quaid> anything else for the record?
-22:56:41 <tru_tru> Evolution: ciao
-22:56:45 * quaid will close in 60 seconds otherwise
-22:56:56 <Arrfab> #idea discuss about respins using packages not built on centos infra and so not signed by us
-22:57:00 <quaid> btw, dan408, good to see ya
-22:57:04 <dan408> For the record: The entire MATE stack is finished building and I'm going to add a group in to EPEL7 for comps
-22:57:09 <dan408> quaid: good to see you too
-22:57:19 <quaid> Arrfab: yeah, we need to really consider that around EPEL in general, right?
-22:57:48 <Arrfab> quaid: yeah, EPEL or other repositories too I guess.
-22:59:14 <smooge> I am ok with closing.
-22:59:16 <dan408> If anyone has any questions feel free to contact me here (I prefer IRC over email)
-22:59:27 <Arrfab> dan408, smooge : what about starting as a documentation on how to install those packages from epel on a running c7. then we'd have to see how to respin specific medias and in the meantime we'll have discussed the "do we rebuild/sign those packages or do we just import those" question
-22:59:35 <cctrieloff> thx
-23:00:07 <smooge> okie dokie.
-23:00:14 <dan408> sure thing I'll work with smooge on that.
-23:00:16 <Arrfab> thanks everyone for the meeting
-23:00:22 <dan408> thanks for hosting!
-23:07:18 <smooge> quaid, remember to #endmeeting
-23:08:03 * quaid was distracted, thanks
-23:08:10 <smooge> np
-23:08:10 <quaid> typical!
-23:08:18 <quaid> going in 5
-23:08:20 <quaid> 4
-23:08:21 <quaid> 3
-23:08:24 <quaid> 2
-23:08:24 <quaid> 1
-23:08:36 <quaid> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/april/centos-devel.2014-04-02-21.55.txt b/minutes/2014/april/centos-devel.2014-04-02-21.55.txt
deleted file mode 100644
index ef52075..0000000
--- a/minutes/2014/april/centos-devel.2014-04-02-21.55.txt
+++ /dev/null
@@ -1,78 +0,0 @@
-====================================================================
-#centos-devel: CentOS Board meeting - SIG proposals & other business
-====================================================================
-
-
-Meeting started by quaid at 21:55:53 UTC. The full logs are available at
-centos-devel/2014/centos-devel.2014-04-02-21.55.log.html .
-
-
-
-Meeting summary
----------------
-* We have a quorum of Board members, safe to proceed :)  (quaid,
-  21:58:58)
-* Desktop SIG proposal  (quaid, 21:59:20)
-  * current boundaries for the SIG are to include alternate desktop
-    environments (DEs) with the future expansion in to styling  (quaid,
-    22:18:46)
-  * a SIG boundary is to not include non-open source nor software with
-    potential or real legal issues  (quaid, 22:19:21)
-  * SIG may carry packages that are later than what is in EPEL if it
-    feels the need  (quaid, 22:20:05)
-  * target for CentOS 7* to start, back to CentOS 6* as time and
-    interest permits  (quaid, 22:25:00)
-  * ACTION: smooge to work up a formal proposal  (quaid, 22:50:46)
-  * ACTION: SIG needs to consider what release formats to use (ISO,
-    netinstall, all-in-one-spins, etc.)  (quaid, 22:51:57)
-  * IDEA: project wide work on Anaconda to fold in all groups/variants
-    will help the Desktop SIG needs for respins, etc.  (quaid, 22:53:33)
-  * IDEA: discuss about respins using packages not built on centos infra
-    and so not signed by us  (Arrfab, 22:56:56)
-
-Meeting ended at 23:08:36 UTC.
-
-
-
-
-Action Items
-------------
-* smooge to work up a formal proposal
-* SIG needs to consider what release formats to use (ISO, netinstall,
-  all-in-one-spins, etc.)
-
-
-
-
-Action Items, by person
------------------------
-* smooge
-  * smooge to work up a formal proposal
-* **UNASSIGNED**
-  * SIG needs to consider what release formats to use (ISO, netinstall,
-    all-in-one-spins, etc.)
-
-
-
-
-People Present (lines said)
----------------------------
-* dan408 (46)
-* quaid (42)
-* smooge (40)
-* Evolution (34)
-* kbsingh (19)
-* hughesjr (12)
-* Arrfab (11)
-* centbot (3)
-* tru_tru (3)
-* cctrieloff (2)
-* wolfy (1)
-* range (0)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/february/centos-devel.2014-02-10-15.59.html b/minutes/2014/february/centos-devel.2014-02-10-15.59.html
deleted file mode 100644
index 9d28e61..0000000
--- a/minutes/2014/february/centos-devel.2014-02-10-15.59.html
+++ /dev/null
@@ -1,195 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel Meeting</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel Meeting</h1>
-<span class="details">
-Meeting started by quaid at 15:59:35 UTC
-(<a href="centos-devel.2014-02-10-15.59.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li><b class="TOPIC">Agenda</b> <span class="details">(<a href='centos-devel.2014-02-10-15.59.log.html#l-8'>quaid</a>, 16:00:20)</span>
-<br></li>
-<li><b class="TOPIC">Quick summary</b> <span class="details">(<a href='centos-devel.2014-02-10-15.59.log.html#l-16'>quaid</a>, 16:01:08)</span>
-<ol type="a">
-  <li><a
-    href="http://wiki.centos.org/GSoC/2014/Application">http://wiki.centos.org/GSoC/2014/Application</a>
-    <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-25'>quaid</a>,
-    16:07:36)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">time based tasks
-    are not always the best idea</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-27'>quaid</a>,
-    16:13:51)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">don't put a
-    student on a blocking component</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-28'>quaid</a>,
-    16:14:03)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">must fit in
-    to a discrete task</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-29'>quaid</a>,
-    16:14:35)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">the more we leave
-    open for students to find something that is interesting to them, the
-    more successful they more</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-30'>quaid</a>,
-    16:15:10)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">mentoring is also
-    working on application process with students</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-31'>quaid</a>,
-    16:17:16)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">deliver a
-    xen/centos6/image installer delivered</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-32'>kbsingh</a>,
-    16:17:54)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">openstack livecd,
-    pre-setup to run and scale in a diskless environ</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-35'>kbsingh</a>,
-    16:18:27)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">docker
-    deps/images/projects</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-41'>Evolution</a>,
-    16:19:11)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">docker
-    deps/images/projects</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-45'>Evolution</a>,
-    16:19:49)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">different levels
-    of tasks out there</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-47'>quaid</a>,
-    16:21:12)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">students may
-    not have a good concept of what they can do -- push or reign them
-    in</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-49'>quaid</a>,
-    16:21:41)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">build and
-    automate the in-cloud update/managent infra</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-50'>kbsingh</a>,
-    16:21:41)</span></li>
-  <li><a
-    href="http://www.google-melange.com/gsoc/events/google/gsoc2014">http://www.google-melange.com/gsoc/events/google/gsoc2014</a>
-    <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-54'>quaid</a>,
-    16:24:10)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">explore bootstrap
-    for diff arch</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-55'>kbsingh</a>,
-    16:25:49)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">those with time
-    to help the SIGs already can assist mentors</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-56'>quaid</a>,
-    16:25:50)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">open project
-    ideas around ARM to interest hardware hackers</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-57'>quaid</a>,
-    16:30:59)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">need to write
-    a marketing plan</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-58'>quaid</a>,
-    16:31:14)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">interested
-    mentors to hang out on existing GSoC channel</span> <span
-    class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-59'>quaid</a>,
-    16:31:48)</span></li>
-  <li><span class="INFO">expectations need to be set up front with
-    students</span> <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-62'>quaid</a>,
-    16:35:22)</span></li>
-  <li><a
-    href="http://en.flossmanuals.net/melange/org-application-period/">http://en.flossmanuals.net/melange/org-application-period/</a>
-    <span class="details">(<a
-    href='centos-devel.2014-02-10-15.59.log.html#l-63'>quaid</a>,
-    16:35:47)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 16:37:29 UTC
-(<a href="centos-devel.2014-02-10-15.59.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>need to write a marketing plan</li>
-  <li>interested mentors to hang out on existing GSoC channel</li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>quaid (28)</li>
-  <li>kbsingh (14)</li>
-  <li>Evolution (10)</li>
-  <li>Jeff_S (8)</li>
-  <li>centbot (3)</li>
-  <li>tigalch (1)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/february/centos-devel.2014-02-10-15.59.log.html b/minutes/2014/february/centos-devel.2014-02-10-15.59.log.html
deleted file mode 100644
index 35c2226..0000000
--- a/minutes/2014/february/centos-devel.2014-02-10-15.59.log.html
+++ /dev/null
@@ -1,91 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">15:59:35</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#startmeeting</span><span class="cmdline"></span>
-<a name="l-2"></a><span class="tm">15:59:35</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Mon Feb 10 15:59:35 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">15:59:35</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">15:59:42</span><span class="nk"> &lt;Jeff_S&gt;</span> <span class="hi">kbsingh:</span> just sat down in a coffee shop
-<a name="l-5"></a><span class="tm">15:59:48</span><span class="nk"> &lt;quaid&gt;</span> hey Jeff_S
-<a name="l-6"></a><span class="tm">16:00:07</span><span class="nk"> &lt;Jeff_S&gt;</span> stealing wifi from the bar next door =/
-<a name="l-7"></a><span class="tm">16:00:10</span><span class="nk"> &lt;kbsingh&gt;</span> jeff pm
-<a name="l-8"></a><span class="tm">16:00:20</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Agenda</span>
-<a name="l-9"></a><span class="tm">16:00:26</span><span class="nk"> &lt;quaid&gt;</span> Quick summary of what Google Summer of Code (GSoC) is.
-<a name="l-10"></a><span class="tm">16:00:27</span><span class="nk"> &lt;quaid&gt;</span> Overview of what is possible to do with GSoC for CentOS.
-<a name="l-11"></a><span class="tm">16:00:27</span><span class="nk"> &lt;quaid&gt;</span> What we have so far.
-<a name="l-12"></a><span class="tm">16:00:27</span><span class="nk"> &lt;quaid&gt;</span> What we need to work on now (this week), next (following few weeks), and for the summer (full program length.)
-<a name="l-13"></a><span class="tm">16:00:30</span><span class="nk"> &lt;quaid&gt;</span> How to be successful &amp; work within this community
-<a name="l-14"></a><span class="tm">16:00:40</span><span class="nk"> &lt;kbsingh&gt;</span> going live
-<a name="l-15"></a><span class="tm">16:01:01</span><span class="nk"> &lt;Jeff_S&gt;</span> <span class="hi">kbsingh:</span> thanks
-<a name="l-16"></a><span class="tm">16:01:08</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Quick summary</span>
-<a name="l-17"></a><span class="tm">16:01:14</span><span class="nk"> &lt;Jeff_S&gt;</span> had to tether from my phone, back now
-<a name="l-18"></a><span class="tm">16:02:11</span><span class="nk"> &lt;kbsingh&gt;</span> who has the player going as well ?
-<a name="l-19"></a><span class="tm">16:02:40</span><span class="nk"> &lt;Evolution&gt;</span> not me.
-<a name="l-20"></a><span class="tm">16:02:52</span><span class="nk"> &lt;kbsingh&gt;</span> there is a massive echo thing going on
-<a name="l-21"></a><span class="tm">16:03:12</span><span class="nk"> &lt;Jeff_S&gt;</span> sound is fine for me
-<a name="l-22"></a><span class="tm">16:03:22</span><span class="nk"> &lt;Jeff_S&gt;</span> (I'm on mute too cause it's kinda loud here)
-<a name="l-23"></a><span class="tm">16:03:37</span><span class="nk"> &lt;tigalch&gt;</span> as a listener - sound is fine
-<a name="l-24"></a><span class="tm">16:03:44</span><span class="nk"> &lt;kbsingh&gt;</span> ok
-<a name="l-25"></a><span class="tm">16:07:36</span><span class="nk"> &lt;quaid&gt;</span> http://wiki.centos.org/GSoC/2014/Application
-<a name="l-26"></a><span class="tm">16:13:11</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">Jeff_S:</span> good video link.. is that off your phone /
-<a name="l-27"></a><span class="tm">16:13:51</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">time based tasks are not always the best idea</span>
-<a name="l-28"></a><span class="tm">16:14:03</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">don't put a student on a blocking component</span>
-<a name="l-29"></a><span class="tm">16:14:35</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">must fit in to a discrete task</span>
-<a name="l-30"></a><span class="tm">16:15:10</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">the more we leave open for students to find something that is interesting to them, the more successful they more</span>
-<a name="l-31"></a><span class="tm">16:17:16</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">mentoring is also working on application process with students</span>
-<a name="l-32"></a><span class="tm">16:17:54</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="cmd">#idea </span><span class="cmdline">deliver a xen/centos6/image installer delivered</span>
-<a name="l-33"></a><span class="tm">16:18:02</span><span class="nk"> &lt;Jeff_S&gt;</span> <span class="hi">kbsingh:</span> yeah, I'm tethering over LTE (but not many bars)
-<a name="l-34"></a><span class="tm">16:18:16</span><span class="nk"> &lt;Jeff_S&gt;</span> but I'm sitting at my laptop
-<a name="l-35"></a><span class="tm">16:18:27</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="cmd">#idea </span><span class="cmdline">openstack livecd, pre-setup to run and scale in a diskless environ</span>
-<a name="l-36"></a><span class="tm">16:18:33</span><span class="nk"> &lt;Evolution&gt;</span> should we consider docker as something separate here?
-<a name="l-37"></a><span class="tm">16:18:43</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">Evolution:</span> it could be included
-<a name="l-38"></a><span class="tm">16:18:48</span><span class="nk"> &lt;Evolution&gt;</span> docker isn't exactly core to what we're doing, but it does tick many current boxes.
-<a name="l-39"></a><span class="tm">16:18:51</span><span class="nk"> &lt;kbsingh&gt;</span> delivering docker dependancies would be awesome
-<a name="l-40"></a><span class="tm">16:18:54</span><span class="nk"> &lt;Evolution&gt;</span> and it's not critical to what we're doing.
-<a name="l-41"></a><span class="tm">16:19:11</span><span class="nk"> &lt;Evolution&gt;</span> <span class="cmd">#idea </span><span class="cmdline">docker deps/images/projects</span>
-<a name="l-42"></a><span class="tm">16:19:36</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#chair </span><span class="cmdline">Evolution kbsingh Jeff_S</span>
-<a name="l-43"></a><span class="tm">16:19:36</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Evolution Jeff_S kbsingh quaid
-<a name="l-44"></a><span class="tm">16:19:47</span><span class="nk"> &lt;Evolution&gt;</span> doh
-<a name="l-45"></a><span class="tm">16:19:49</span><span class="nk"> &lt;Evolution&gt;</span> <span class="cmd">#idea </span><span class="cmdline">docker deps/images/projects</span>
-<a name="l-46"></a><span class="tm">16:19:57</span><span class="nk"> &lt;Evolution&gt;</span> that should be in there now then.
-<a name="l-47"></a><span class="tm">16:21:12</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">different levels of tasks out there</span>
-<a name="l-48"></a><span class="tm">16:21:23</span><span class="nk"> &lt;quaid&gt;</span> right, have flexibility in the ideas
-<a name="l-49"></a><span class="tm">16:21:41</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">students may not have a good concept of what they can do -- push or reign them in</span>
-<a name="l-50"></a><span class="tm">16:21:41</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="cmd">#idea </span><span class="cmdline">build and automate the in-cloud update/managent infra</span>
-<a name="l-51"></a><span class="tm">16:21:44</span><span class="nk"> &lt;Evolution&gt;</span> does that email address on the wiki work? centos-gsoc-mentors ?
-<a name="l-52"></a><span class="tm">16:22:00</span><span class="nk"> &lt;quaid&gt;</span> one engineering manager I worked with said, "Developers always say it will take 2 weeks."
-<a name="l-53"></a><span class="tm">16:22:09</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">quaid:</span> 17 days
-<a name="l-54"></a><span class="tm">16:24:10</span><span class="nk"> &lt;quaid&gt;</span> http://www.google-melange.com/gsoc/events/google/gsoc2014
-<a name="l-55"></a><span class="tm">16:25:49</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="cmd">#idea </span><span class="cmdline">explore bootstrap for diff arch</span>
-<a name="l-56"></a><span class="tm">16:25:50</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">those with time to help the SIGs already can assist mentors</span>
-<a name="l-57"></a><span class="tm">16:30:59</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">open project ideas around ARM to interest hardware hackers</span>
-<a name="l-58"></a><span class="tm">16:31:14</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">need to write a marketing plan</span>
-<a name="l-59"></a><span class="tm">16:31:48</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">interested mentors to hang out on existing GSoC channel</span>
-<a name="l-60"></a><span class="tm">16:33:44</span><span class="nk"> &lt;kbsingh&gt;</span> cool, so are we all about getting done ?
-<a name="l-61"></a><span class="tm">16:34:19</span><span class="nk"> &lt;Evolution&gt;</span> I think so.
-<a name="l-62"></a><span class="tm">16:35:22</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">expectations need to be set up front with students</span>
-<a name="l-63"></a><span class="tm">16:35:47</span><span class="nk"> &lt;quaid&gt;</span> http://en.flossmanuals.net/melange/org-application-period/
-<a name="l-64"></a><span class="tm">16:37:29</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/february/centos-devel.2014-02-10-15.59.log.txt b/minutes/2014/february/centos-devel.2014-02-10-15.59.log.txt
deleted file mode 100644
index 0e18313..0000000
--- a/minutes/2014/february/centos-devel.2014-02-10-15.59.log.txt
+++ /dev/null
@@ -1,64 +0,0 @@
-15:59:35 <quaid> #startmeeting
-15:59:35 <centbot> Meeting started Mon Feb 10 15:59:35 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-15:59:35 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-15:59:42 <Jeff_S> kbsingh: just sat down in a coffee shop
-15:59:48 <quaid> hey Jeff_S
-16:00:07 <Jeff_S> stealing wifi from the bar next door =/
-16:00:10 <kbsingh> jeff pm
-16:00:20 <quaid> #topic Agenda
-16:00:26 <quaid> Quick summary of what Google Summer of Code (GSoC) is.
-16:00:27 <quaid> Overview of what is possible to do with GSoC for CentOS.
-16:00:27 <quaid> What we have so far.
-16:00:27 <quaid> What we need to work on now (this week), next (following few weeks), and for the summer (full program length.)
-16:00:30 <quaid> How to be successful & work within this community
-16:00:40 <kbsingh> going live
-16:01:01 <Jeff_S> kbsingh: thanks
-16:01:08 <quaid> #topic Quick summary
-16:01:14 <Jeff_S> had to tether from my phone, back now
-16:02:11 <kbsingh> who has the player going as well ?
-16:02:40 <Evolution> not me.
-16:02:52 <kbsingh> there is a massive echo thing going on
-16:03:12 <Jeff_S> sound is fine for me
-16:03:22 <Jeff_S> (I'm on mute too cause it's kinda loud here)
-16:03:37 <tigalch> as a listener - sound is fine
-16:03:44 <kbsingh> ok
-16:07:36 <quaid> http://wiki.centos.org/GSoC/2014/Application
-16:13:11 <kbsingh> Jeff_S: good video link.. is that off your phone /
-16:13:51 <quaid> #idea time based tasks are not always the best idea
-16:14:03 <quaid> #idea don't put a student on a blocking component
-16:14:35 <quaid> #agreed must fit in to a discrete task
-16:15:10 <quaid> #idea the more we leave open for students to find something that is interesting to them, the more successful they more
-16:17:16 <quaid> #idea mentoring is also working on application process with students
-16:17:54 <kbsingh> #idea deliver a xen/centos6/image installer delivered
-16:18:02 <Jeff_S> kbsingh: yeah, I'm tethering over LTE (but not many bars)
-16:18:16 <Jeff_S> but I'm sitting at my laptop
-16:18:27 <kbsingh> #idea openstack livecd, pre-setup to run and scale in a diskless environ
-16:18:33 <Evolution> should we consider docker as something separate here?
-16:18:43 <kbsingh> Evolution: it could be included
-16:18:48 <Evolution> docker isn't exactly core to what we're doing, but it does tick many current boxes.
-16:18:51 <kbsingh> delivering docker dependancies would be awesome
-16:18:54 <Evolution> and it's not critical to what we're doing.
-16:19:11 <Evolution> #idea docker deps/images/projects
-16:19:36 <quaid> #chair Evolution kbsingh Jeff_S
-16:19:36 <centbot> Current chairs: Evolution Jeff_S kbsingh quaid
-16:19:47 <Evolution> doh
-16:19:49 <Evolution> #idea docker deps/images/projects
-16:19:57 <Evolution> that should be in there now then.
-16:21:12 <quaid> #idea different levels of tasks out there
-16:21:23 <quaid> right, have flexibility in the ideas
-16:21:41 <quaid> #agreed students may not have a good concept of what they can do -- push or reign them in
-16:21:41 <kbsingh> #idea build and automate the in-cloud update/managent infra
-16:21:44 <Evolution> does that email address on the wiki work? centos-gsoc-mentors ?
-16:22:00 <quaid> one engineering manager I worked with said, "Developers always say it will take 2 weeks."
-16:22:09 <kbsingh> quaid: 17 days
-16:24:10 <quaid> http://www.google-melange.com/gsoc/events/google/gsoc2014
-16:25:49 <kbsingh> #idea explore bootstrap for diff arch
-16:25:50 <quaid> #idea those with time to help the SIGs already can assist mentors
-16:30:59 <quaid> #idea open project ideas around ARM to interest hardware hackers
-16:31:14 <quaid> #action need to write a marketing plan
-16:31:48 <quaid> #action interested mentors to hang out on existing GSoC channel
-16:33:44 <kbsingh> cool, so are we all about getting done ?
-16:34:19 <Evolution> I think so.
-16:35:22 <quaid> #info expectations need to be set up front with students
-16:35:47 <quaid> http://en.flossmanuals.net/melange/org-application-period/
-16:37:29 <quaid> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/february/centos-devel.2014-02-10-15.59.txt b/minutes/2014/february/centos-devel.2014-02-10-15.59.txt
deleted file mode 100644
index 51a0b14..0000000
--- a/minutes/2014/february/centos-devel.2014-02-10-15.59.txt
+++ /dev/null
@@ -1,89 +0,0 @@
-=====================
-#centos-devel Meeting
-=====================
-
-
-Meeting started by quaid at 15:59:35 UTC. The full logs are available at
-centos-devel/2014/centos-devel.2014-02-10-15.59.log.html .
-
-
-
-Meeting summary
----------------
-* Agenda  (quaid, 16:00:20)
-
-* Quick summary  (quaid, 16:01:08)
-  * LINK: http://wiki.centos.org/GSoC/2014/Application   (quaid,
-    16:07:36)
-  * IDEA: time based tasks are not always the best idea  (quaid,
-    16:13:51)
-  * IDEA: don't put a student on a blocking component  (quaid, 16:14:03)
-  * AGREED: must fit in to a discrete task  (quaid, 16:14:35)
-  * IDEA: the more we leave open for students to find something that is
-    interesting to them, the more successful they more  (quaid,
-    16:15:10)
-  * IDEA: mentoring is also working on application process with students
-    (quaid, 16:17:16)
-  * IDEA: deliver a xen/centos6/image installer delivered  (kbsingh,
-    16:17:54)
-  * IDEA: openstack livecd, pre-setup to run and scale in a diskless
-    environ  (kbsingh, 16:18:27)
-  * IDEA: docker deps/images/projects  (Evolution, 16:19:11)
-  * IDEA: docker deps/images/projects  (Evolution, 16:19:49)
-  * IDEA: different levels of tasks out there  (quaid, 16:21:12)
-  * AGREED: students may not have a good concept of what they can do --
-    push or reign them in  (quaid, 16:21:41)
-  * IDEA: build and automate the in-cloud update/managent infra
-    (kbsingh, 16:21:41)
-  * LINK: http://www.google-melange.com/gsoc/events/google/gsoc2014
-    (quaid, 16:24:10)
-  * IDEA: explore bootstrap for diff arch  (kbsingh, 16:25:49)
-  * IDEA: those with time to help the SIGs already can assist mentors
-    (quaid, 16:25:50)
-  * IDEA: open project ideas around ARM to interest hardware hackers
-    (quaid, 16:30:59)
-  * ACTION: need to write a marketing plan  (quaid, 16:31:14)
-  * ACTION: interested mentors to hang out on existing GSoC channel
-    (quaid, 16:31:48)
-  * expectations need to be set up front with students  (quaid,
-    16:35:22)
-  * LINK: http://en.flossmanuals.net/melange/org-application-period/
-    (quaid, 16:35:47)
-
-Meeting ended at 16:37:29 UTC.
-
-
-
-
-Action Items
-------------
-* need to write a marketing plan
-* interested mentors to hang out on existing GSoC channel
-
-
-
-
-Action Items, by person
------------------------
-* **UNASSIGNED**
-  * need to write a marketing plan
-  * interested mentors to hang out on existing GSoC channel
-
-
-
-
-People Present (lines said)
----------------------------
-* quaid (28)
-* kbsingh (14)
-* Evolution (10)
-* Jeff_S (8)
-* centbot (3)
-* tigalch (1)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/january/centos-devel.2014-01-23-16.20.html b/minutes/2014/january/centos-devel.2014-01-23-16.20.html
deleted file mode 100644
index 7794580..0000000
--- a/minutes/2014/january/centos-devel.2014-01-23-16.20.html
+++ /dev/null
@@ -1,186 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel Meeting</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel Meeting</h1>
-<span class="details">
-Meeting started by quaid at 16:20:21 UTC
-(<a href="centos-devel.2014-01-23-16.20.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li>
-<ol type="a">
-  <li><span class="INFO">around Java jars, all that matters is
-    redistributability -- if you want to maintain N jars for your users,
-    that's up to you</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-4'>quaid</a>,
-    16:20:53)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">branding forum to
-    discuss and resolve, cf. fedora-legal list</span> <span
-    class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-5'>quaid</a>,
-    16:21:45)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">quaid to talk
-    with fontana about branding forum</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-6'>quaid</a>,
-    16:22:09)</span></li>
-  <li><span class="INFO">breaking out CLoud Infra and Instance as
-    different SIGs</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-19'>quaid</a>,
-    16:26:18)</span></li>
-  <li><span class="INFO">yes, oVirt is distributed via RPMs</span> <span
-    class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-23'>quaid</a>,
-    16:27:12)</span></li>
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/CloudInstance">http://wiki.centos.org/SpecialInterestGroup/CloudInstance</a>
-    <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-26'>kbsingh</a>,
-    16:27:27)</span></li>
-  <li><span class="INFO">ROD users either packstack or foreman as
-    separate installers (puppet underneath)</span> <span
-    class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-28'>quaid</a>,
-    16:27:40)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">worth working
-    on a pushbutton ISO tool as part of the CentOS Project</span> <span
-    class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-67'>quaid</a>,
-    16:47:24)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">have upstream
-    merit be the basis for who gets commit access, rather than CentOS
-    having to track it</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-69'>quaid</a>,
-    16:49:04)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">within CentOS
-    Project tools, have it be possible for someone in the SIG to get
-    tired of greenlighting patches from a known good person, so proposes
-    that person to the SIG for commit access directly -- this would
-    happen outside of the upstream's own contributor growth
-    pathway</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-71'>quaid</a>,
-    16:50:51)</span></li>
-  <li><span class="INFO">the livecd and image from git stuff already
-    works, so we dont need to block on other stuff. its a simple low
-    hanging fruit thing that we can use to setup a relationship
-    with</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-81'>quaid</a>,
-    16:52:13)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">Seed a few
-    committers to git.centos.org from each upstream, add new commiters
-    as per $formula_to_be_determined but which could be a combination of
-    merit-within-CentOS and merit-within-$upstream</span> <span
-    class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-86'>quaid</a>,
-    16:54:05)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">handle
-    organically, don't sweat</span> <span class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-88'>quaid</a>,
-    16:54:41)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">CentOS is
-    using the meritocracy spotlight, somehow :)</span> <span
-    class="details">(<a
-    href='centos-devel.2014-01-23-16.20.log.html#l-89'>quaid</a>,
-    16:54:55)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 17:17:32 UTC
-(<a href="centos-devel.2014-01-23-16.20.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>quaid to talk with fontana about branding forum</li>
-</ol>
-<br><br>
-
-
-
-<h3>Action items, by person</h3>
-<ol>
-  <li> quaid <ol>
-    <li>quaid to talk with fontana about branding forum</li>
-  </ol></li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>quaid (43)</li>
-  <li>goozbach (14)</li>
-  <li>kbsingh (9)</li>
-  <li>jzb (6)</li>
-  <li>Evolution (6)</li>
-  <li>centbot (5)</li>
-  <li>hughesjr (5)</li>
-  <li>mburned (5)</li>
-  <li>DrBacchus (5)</li>
-  <li>Bahhumbug (4)</li>
-  <li>mikem23 (3)</li>
-  <li>pixelb (2)</li>
-  <li>samkottler (0)</li>
-  <li>ke4qqq (0)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/january/centos-devel.2014-01-23-16.20.log.html b/minutes/2014/january/centos-devel.2014-01-23-16.20.log.html
deleted file mode 100644
index 53cbef7..0000000
--- a/minutes/2014/january/centos-devel.2014-01-23-16.20.log.html
+++ /dev/null
@@ -1,134 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">16:20:21</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#startmeeting</span><span class="cmdline"></span>
-<a name="l-2"></a><span class="tm">16:20:21</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Thu Jan 23 16:20:21 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">16:20:21</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">16:20:53</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">around Java jars, all that matters is redistributability -- if you want to maintain N jars for your users, that's up to you</span>
-<a name="l-5"></a><span class="tm">16:21:45</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">branding forum to discuss and resolve, cf. fedora-legal list</span>
-<a name="l-6"></a><span class="tm">16:22:09</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">quaid to talk with fontana about branding forum</span>
-<a name="l-7"></a><span class="tm">16:22:20</span><span class="nk"> &lt;quaid&gt;</span> anyone else who wants to help keep notes from the meeting, go ahead
-<a name="l-8"></a><span class="tm">16:22:31</span><span class="nk"> &lt;quaid&gt;</span> I'm not sure where the logs write to yet ...
-<a name="l-9"></a><span class="tm">16:23:00</span><span class="nk"> &lt;DrBacchus&gt;</span> You'll get a URL when you end the meeting.
-<a name="l-10"></a><span class="tm">16:23:17</span><span class="nk"> &lt;DrBacchus&gt;</span> Several of them, in fact.
-<a name="l-11"></a><span class="tm">16:23:27</span><span class="nk"> &lt;goozbach&gt;</span> <span class="hi">quaid:</span> you'll need to add whoever wants to add notes to #chair
-<a name="l-12"></a><span class="tm">16:23:50</span><span class="nk"> &lt;quaid&gt;</span> right, the last one I saw from output didn't show the full URL just the local path, not sure what host it's on in other words
-<a name="l-13"></a><span class="tm">16:24:12</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">goozbach:</span> I think anyone can do #idea and #info, only #agreed and #topic and a few others are saved to chair iirc
-<a name="l-14"></a><span class="tm">16:25:12</span><span class="nk"> &lt;Evolution&gt;</span> we ( Bahhumbug ) will be improving centbot in the coming days, so there should be some additional improvements
-<a name="l-15"></a><span class="tm">16:25:20</span><span class="nk"> &lt;DrBacchus&gt;</span> Someone needs to mute.
-<a name="l-16"></a><span class="tm">16:25:27</span><span class="nk"> &lt;goozbach&gt;</span> There definately is a call for something around rebrandability/interoperability SIG
-<a name="l-17"></a><span class="tm">16:26:02</span><span class="nk"> &lt;goozbach&gt;</span> <span class="hi">Evolution:</span> I've got a patch for meetbot which sends email to a list when finished
-<a name="l-18"></a><span class="tm">16:26:05</span><span class="nk"> &lt;goozbach&gt;</span> if you're interested
-<a name="l-19"></a><span class="tm">16:26:18</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">breaking out CLoud Infra and Instance as different SIGs</span>
-<a name="l-20"></a><span class="tm">16:26:55</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">goozbach:</span> that sounds great, my least favorite part of it is having to construct that email at the end :)
-<a name="l-21"></a><span class="tm">16:27:04</span><span class="nk"> &lt;mburned&gt;</span> does the cloud instance sig exist yet?
-<a name="l-22"></a><span class="tm">16:27:12</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">mburned:</span> yes
-<a name="l-23"></a><span class="tm">16:27:12</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">yes, oVirt is distributed via RPMs</span>
-<a name="l-24"></a><span class="tm">16:27:13</span><span class="nk"> &lt;pixelb&gt;</span> Yes RDO uses either packstack or foreman as separate installers (puppet underneath)
-<a name="l-25"></a><span class="tm">16:27:14 </span><span class="nka">* mburned</span> <span class="ac">probably needs to pay attention to that too</span>
-<a name="l-26"></a><span class="tm">16:27:27</span><span class="nk"> &lt;kbsingh&gt;</span> http://wiki.centos.org/SpecialInterestGroup/CloudInstance
-<a name="l-27"></a><span class="tm">16:27:38</span><span class="nk"> &lt;mburned&gt;</span> <span class="hi">kbsingh:</span> thanks
-<a name="l-28"></a><span class="tm">16:27:40</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">ROD users either packstack or foreman as separate installers (puppet underneath)</span>
-<a name="l-29"></a><span class="tm">16:28:45</span><span class="nk"> &lt;hughesjr&gt;</span> ok, so then for the most part, people just want content installed and then configured later
-<a name="l-30"></a><span class="tm">16:29:28</span><span class="nk"> &lt;hughesjr&gt;</span> that lends itself to these SIGs just being repos and no changes to anaconda or isos
-<a name="l-31"></a><span class="tm">16:29:46</span><span class="nk"> &lt;pixelb&gt;</span> hughesjr, I concur
-<a name="l-32"></a><span class="tm">16:30:21</span><span class="nk"> &lt;hughesjr&gt;</span> that makes the delivery system much easier if we can get away with it
-<a name="l-33"></a><span class="tm">16:30:25</span><span class="nk"> &lt;kbsingh&gt;</span> yea
-<a name="l-34"></a><span class="tm">16:30:36</span><span class="nk"> &lt;mburned&gt;</span> i might argue that adding additional repos and/or pre-defined package sets might be useful
-<a name="l-35"></a><span class="tm">16:30:36</span><span class="nk"> &lt;kbsingh&gt;</span> but that would need to fit into the overall scope
-<a name="l-36"></a><span class="tm">16:30:41</span><span class="nk"> &lt;DrBacchus&gt;</span> And then variants - liveCDs, perhaps - of preconfigured systems, like the RDO one.
-<a name="l-37"></a><span class="tm">16:30:42</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">goozbach:</span> yes please, or send it off as a pull request on github
-<a name="l-38"></a><span class="tm">16:31:18</span><span class="nk"> &lt;goozbach&gt;</span> for the voip sig (at least for FreePBX) we want an easier way to rebrand/re-relase isos/anaconda
-<a name="l-39"></a><span class="tm">16:31:37</span><span class="nk"> &lt;mburned&gt;</span> <span class="hi">DrBacchus:</span> right
-<a name="l-40"></a><span class="tm">16:32:09</span><span class="nk"> &lt;goozbach&gt;</span> I think the hardest part of getting a custom "installer" is the lack of documentation/tools on how to create a new spin
-<a name="l-41"></a><span class="tm">16:32:23</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">goozbach:</span> i disagree
-<a name="l-42"></a><span class="tm">16:32:47</span><span class="nk"> &lt;Bahhumbug&gt;</span> <span class="hi">goozbach:</span> Any information you can provide me regarding that patch would be welcome.
-<a name="l-43"></a><span class="tm">16:33:38</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">ke4qqq:</span> another trick of having your bits in a central yum repo is that, if Foo is in git.centos.org, Foo can be called CentOS - this resolves the question that gregdek had earlier, right?
-<a name="l-44"></a><span class="tm">16:33:54</span><span class="nk"> &lt;goozbach&gt;</span> <span class="hi">kbsingh:</span> ok well the "how" isn't too bad it's the "what" needs to changed to comply with trademark issues
-<a name="l-45"></a><span class="tm">16:34:07</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">ke4qqq:</span> we're looking at a future leg of the community build system that is Coprs-like - either user Coprs or build it in to Koji, for example
-<a name="l-46"></a><span class="tm">16:34:13</span><span class="nk"> &lt;goozbach&gt;</span> Bahhumbug, Evolution I'll have the patch up on github shortly
-<a name="l-47"></a><span class="tm">16:34:25</span><span class="nk"> &lt;Bahhumbug&gt;</span> <span class="hi">goozbach:</span> Thank you.
-<a name="l-48"></a><span class="tm">16:34:47</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">goozbach:</span> yes. thank you. the more work I can pile on Bahhumbug the better
-<a name="l-49"></a><span class="tm">16:34:48</span><span class="nk"> &lt;Evolution&gt;</span> :-P
-<a name="l-50"></a><span class="tm">16:34:59 </span><span class="nka">* Bahhumbug</span> <span class="ac">hides</span>
-<a name="l-51"></a><span class="tm">16:35:14</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">ke4qqq:</span> meaning, we can lower the barrier to doing scratch builds from accepted source, making those repos available, etc.
-<a name="l-52"></a><span class="tm">16:39:46</span><span class="nk"> &lt;quaid&gt;</span> yeah, folks are already doing all this ship and support bundled libs, not going to be any harder to do in CentOS
-<a name="l-53"></a><span class="tm">16:41:35</span><span class="nk"> &lt;goozbach&gt;</span> <span class="hi">Bahhumbug:</span> Evolution the code as-is is here: https://github.com/gooseproject/meetbot/blob/master/ircmeeting/meeting.py
-<a name="l-54"></a><span class="tm">16:41:50</span><span class="nk"> &lt;goozbach&gt;</span> don't have a good pull request as it's spread across three different commits
-<a name="l-55"></a><span class="tm">16:42:12</span><span class="nk"> &lt;goozbach&gt;</span> and I don't have time to re-do it as proper branch/and --squash
-<a name="l-56"></a><span class="tm">16:44:46</span><span class="nk"> &lt;mikem23&gt;</span> Koji supports building with Maven actually
-<a name="l-57"></a><span class="tm">16:44:57</span><span class="nk"> &lt;mikem23&gt;</span> though the feature is not used the the Fedora instance
-<a name="l-58"></a><span class="tm">16:45:47</span><span class="nk"> &lt;Bahhumbug&gt;</span> <span class="hi">goozbach:</span> Thank you.
-<a name="l-59"></a><span class="tm">16:46:09</span><span class="nk"> &lt;quaid&gt;</span> I missed that
-<a name="l-60"></a><span class="tm">16:46:12</span><span class="nk"> &lt;quaid&gt;</span> what is the common thing therre?
-<a name="l-61"></a><span class="tm">16:46:23</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#chair </span><span class="cmdline">Evolution</span>
-<a name="l-62"></a><span class="tm">16:46:23</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Evolution quaid
-<a name="l-63"></a><span class="tm">16:47:00</span><span class="nk"> &lt;quaid&gt;</span> what was the question KB just got +1 all around for?
-<a name="l-64"></a><span class="tm">16:47:02</span><span class="nk"> &lt;goozbach&gt;</span> we'd (FreePBX) like the that pushbutton iso dealio too
-<a name="l-65"></a><span class="tm">16:47:03</span><span class="nk"> &lt;quaid&gt;</span> something about live CD?
-<a name="l-66"></a><span class="tm">16:47:06</span><span class="nk"> &lt;quaid&gt;</span> ah
-<a name="l-67"></a><span class="tm">16:47:24</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">worth working on a pushbutton ISO tool as part of the CentOS Project</span>
-<a name="l-68"></a><span class="tm">16:48:48</span><span class="nk"> &lt;mikem23&gt;</span> koji also supports building livecds and virt images
-<a name="l-69"></a><span class="tm">16:49:04</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">have upstream merit be the basis for who gets commit access, rather than CentOS having to track it</span>
-<a name="l-70"></a><span class="tm">16:49:13</span><span class="nk"> &lt;hughesjr&gt;</span> <span class="hi">mikem23:</span> well then set it up :D
-<a name="l-71"></a><span class="tm">16:50:51</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">within CentOS Project tools, have it be possible for someone in the SIG to get tired of greenlighting patches from a known good person, so proposes that person to the SIG for commit access directly -- this would happen outside of the upstream's own contributor growth pathway</span>
-<a name="l-72"></a><span class="tm">16:50:59</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">jzb:</span> is the above fair?
-<a name="l-73"></a><span class="tm">16:51:08</span><span class="nk"> &lt;Evolution&gt;</span> lets get some authentication in place, so that we can do much of this.
-<a name="l-74"></a><span class="tm">16:51:15</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#chair </span><span class="cmdline">jzb ke4qqq mikem23 samkottler</span>
-<a name="l-75"></a><span class="tm">16:51:15</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Evolution jzb ke4qqq mikem23 quaid samkottler
-<a name="l-76"></a><span class="tm">16:51:17</span><span class="nk"> &lt;Evolution&gt;</span> quite a bit of what we're dealing with depends on auth.
-<a name="l-77"></a><span class="tm">16:51:20</span><span class="nk"> &lt;jzb&gt;</span> <span class="hi">quaid:</span> yes
-<a name="l-78"></a><span class="tm">16:51:24</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#chair </span><span class="cmdline">mburned</span>
-<a name="l-79"></a><span class="tm">16:51:24</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Evolution jzb ke4qqq mburned mikem23 quaid samkottler
-<a name="l-80"></a><span class="tm">16:51:44</span><span class="nk"> &lt;kbsingh&gt;</span> the livecd and image from git stuff already works, so we dont need to block on other stuff. its a simple low hanging fruit thing that we can use to setup a relationship with
-<a name="l-81"></a><span class="tm">16:52:13</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">the livecd and image from git stuff already works, so we dont need to block on other stuff. its a simple low hanging fruit thing that we can use to setup a relationship with</span>
-<a name="l-82"></a><span class="tm">16:53:08</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">ke4qqq:</span> jzb I think we don't have consensus on how to handle merit and commit access to git.centos.org, I suspect it will be a blend of those two ideas; let's continue that discussion in The Usual Places
-<a name="l-83"></a><span class="tm">16:53:41</span><span class="nk"> &lt;jzb&gt;</span> <span class="hi">quaid:</span> might be something to handle organically?
-<a name="l-84"></a><span class="tm">16:53:55</span><span class="nk"> &lt;jzb&gt;</span> <span class="hi">quaid:</span>  as it happens, rather than trying to put all the ideas in place day one?
-<a name="l-85"></a><span class="tm">16:53:58</span><span class="nk"> &lt;jzb&gt;</span> (day one-ish)
-<a name="l-86"></a><span class="tm">16:54:05</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">Seed a few committers to git.centos.org from each upstream, add new commiters as per $formula_to_be_determined but which could be a combination of merit-within-CentOS and merit-within-$upstream</span>
-<a name="l-87"></a><span class="tm">16:54:24</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">jzb:</span> +1 sure, i.e., no-new-thread-needed :)
-<a name="l-88"></a><span class="tm">16:54:41</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">handle organically, don't sweat</span>
-<a name="l-89"></a><span class="tm">16:54:55</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">CentOS is using the meritocracy spotlight, somehow :)</span>
-<a name="l-90"></a><span class="tm">16:55:25</span><span class="nk"> &lt;goozbach&gt;</span> &lt;-- doing anaconda "stuff" now
-<a name="l-91"></a><span class="tm">16:56:12</span><span class="nk"> &lt;quaid&gt;</span> sounds like an episode of "Dirty Jobs"
-<a name="l-92"></a><span class="tm">16:56:55</span><span class="nk"> &lt;hughesjr&gt;</span> :)
-<a name="l-93"></a><span class="tm">16:57:59</span><span class="nk"> &lt;jzb&gt;</span> quaid, kbsingh is there any thought to creating SIG-specific mailing lists?
-<a name="l-94"></a><span class="tm">16:58:16</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">jzb:</span> I think we were going to start on devel and split if needd
-<a name="l-95"></a><span class="tm">16:58:21</span><span class="nk"> &lt;DrBacchus&gt;</span> <span class="hi">jzb:</span> As I understood it, it'll be on centos-devel until it gets too noisy.
-<a name="l-96"></a><span class="tm">16:58:24</span><span class="nk"> &lt;quaid&gt;</span> it's been a rather quiet list
-<a name="l-97"></a><span class="tm">16:58:33</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">kbsingh:</span> can I help you with getting your notes in to this meetbot instance now?
-<a name="l-98"></a><span class="tm">16:58:36</span><span class="nk"> &lt;goozbach&gt;</span> <span class="hi">quaid:</span> it is a dirty job
-<a name="l-99"></a><span class="tm">16:59:02</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">DrBacchus:</span> yeah, I refer to that as "standard operating procedure" - wait until it's annoying, then split :)
-<a name="l-100"></a><span class="tm">16:59:05</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">jzb:</span> yes, once the SIG needs it and there is traffic that is SIG specific, lets mailing list it ( eg. CentOS-Virt is a list )
-<a name="l-101"></a><span class="tm">17:00:43</span><span class="nk"> &lt;jzb&gt;</span> <span class="hi">kbsingh:</span> gotcha
-<a name="l-102"></a><span class="tm">17:03:33</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">kbsingh:</span> do you have any notes for the meeting before I close it?
-<a name="l-103"></a><span class="tm">17:03:49</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">quaid:</span> just that i will write up notes from the call, and propose
-<a name="l-104"></a><span class="tm">17:10:54</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">kbsingh:</span> OK
-<a name="l-105"></a><span class="tm">17:10:58</span><span class="nk"> &lt;quaid&gt;</span> closing the meeting in a moment
-<a name="l-106"></a><span class="tm">17:13:15</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">quaid:</span> ta
-<a name="l-107"></a><span class="tm">17:17:32</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/january/centos-devel.2014-01-23-16.20.log.txt b/minutes/2014/january/centos-devel.2014-01-23-16.20.log.txt
deleted file mode 100644
index 8dc7fb3..0000000
--- a/minutes/2014/january/centos-devel.2014-01-23-16.20.log.txt
+++ /dev/null
@@ -1,107 +0,0 @@
-16:20:21 <quaid> #startmeeting
-16:20:21 <centbot> Meeting started Thu Jan 23 16:20:21 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-16:20:21 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-16:20:53 <quaid> #info around Java jars, all that matters is redistributability -- if you want to maintain N jars for your users, that's up to you
-16:21:45 <quaid> #idea branding forum to discuss and resolve, cf. fedora-legal list
-16:22:09 <quaid> #action quaid to talk with fontana about branding forum
-16:22:20 <quaid> anyone else who wants to help keep notes from the meeting, go ahead
-16:22:31 <quaid> I'm not sure where the logs write to yet ...
-16:23:00 <DrBacchus> You'll get a URL when you end the meeting.
-16:23:17 <DrBacchus> Several of them, in fact.
-16:23:27 <goozbach> quaid: you'll need to add whoever wants to add notes to #chair
-16:23:50 <quaid> right, the last one I saw from output didn't show the full URL just the local path, not sure what host it's on in other words
-16:24:12 <quaid> goozbach: I think anyone can do #idea and #info, only #agreed and #topic and a few others are saved to chair iirc
-16:25:12 <Evolution> we ( Bahhumbug ) will be improving centbot in the coming days, so there should be some additional improvements
-16:25:20 <DrBacchus> Someone needs to mute.
-16:25:27 <goozbach> There definately is a call for something around rebrandability/interoperability SIG
-16:26:02 <goozbach> Evolution: I've got a patch for meetbot which sends email to a list when finished
-16:26:05 <goozbach> if you're interested
-16:26:18 <quaid> #info breaking out CLoud Infra and Instance as different SIGs
-16:26:55 <quaid> goozbach: that sounds great, my least favorite part of it is having to construct that email at the end :)
-16:27:04 <mburned> does the cloud instance sig exist yet?
-16:27:12 <kbsingh> mburned: yes
-16:27:12 <quaid> #info yes, oVirt is distributed via RPMs
-16:27:13 <pixelb> Yes RDO uses either packstack or foreman as separate installers (puppet underneath)
-16:27:14 * mburned probably needs to pay attention to that too
-16:27:27 <kbsingh> http://wiki.centos.org/SpecialInterestGroup/CloudInstance
-16:27:38 <mburned> kbsingh: thanks
-16:27:40 <quaid> #info ROD users either packstack or foreman as separate installers (puppet underneath)
-16:28:45 <hughesjr> ok, so then for the most part, people just want content installed and then configured later
-16:29:28 <hughesjr> that lends itself to these SIGs just being repos and no changes to anaconda or isos
-16:29:46 <pixelb> hughesjr, I concur
-16:30:21 <hughesjr> that makes the delivery system much easier if we can get away with it
-16:30:25 <kbsingh> yea
-16:30:36 <mburned> i might argue that adding additional repos and/or pre-defined package sets might be useful
-16:30:36 <kbsingh> but that would need to fit into the overall scope
-16:30:41 <DrBacchus> And then variants - liveCDs, perhaps - of preconfigured systems, like the RDO one.
-16:30:42 <Evolution> goozbach: yes please, or send it off as a pull request on github
-16:31:18 <goozbach> for the voip sig (at least for FreePBX) we want an easier way to rebrand/re-relase isos/anaconda
-16:31:37 <mburned> DrBacchus: right
-16:32:09 <goozbach> I think the hardest part of getting a custom "installer" is the lack of documentation/tools on how to create a new spin
-16:32:23 <kbsingh> goozbach: i disagree
-16:32:47 <Bahhumbug> goozbach: Any information you can provide me regarding that patch would be welcome.
-16:33:38 <quaid> ke4qqq: another trick of having your bits in a central yum repo is that, if Foo is in git.centos.org, Foo can be called CentOS - this resolves the question that gregdek had earlier, right?
-16:33:54 <goozbach> kbsingh: ok well the "how" isn't too bad it's the "what" needs to changed to comply with trademark issues
-16:34:07 <quaid> ke4qqq: we're looking at a future leg of the community build system that is Coprs-like - either user Coprs or build it in to Koji, for example
-16:34:13 <goozbach> Bahhumbug, Evolution I'll have the patch up on github shortly
-16:34:25 <Bahhumbug> goozbach: Thank you.
-16:34:47 <Evolution> goozbach: yes. thank you. the more work I can pile on Bahhumbug the better
-16:34:48 <Evolution> :-P
-16:34:59 * Bahhumbug hides
-16:35:14 <quaid> ke4qqq: meaning, we can lower the barrier to doing scratch builds from accepted source, making those repos available, etc.
-16:39:46 <quaid> yeah, folks are already doing all this ship and support bundled libs, not going to be any harder to do in CentOS
-16:41:35 <goozbach> Bahhumbug: Evolution the code as-is is here: https://github.com/gooseproject/meetbot/blob/master/ircmeeting/meeting.py
-16:41:50 <goozbach> don't have a good pull request as it's spread across three different commits
-16:42:12 <goozbach> and I don't have time to re-do it as proper branch/and --squash
-16:44:46 <mikem23> Koji supports building with Maven actually
-16:44:57 <mikem23> though the feature is not used the the Fedora instance
-16:45:47 <Bahhumbug> goozbach: Thank you.
-16:46:09 <quaid> I missed that
-16:46:12 <quaid> what is the common thing therre?
-16:46:23 <quaid> #chair Evolution
-16:46:23 <centbot> Current chairs: Evolution quaid
-16:47:00 <quaid> what was the question KB just got +1 all around for?
-16:47:02 <goozbach> we'd (FreePBX) like the that pushbutton iso dealio too
-16:47:03 <quaid> something about live CD?
-16:47:06 <quaid> ah
-16:47:24 <quaid> #agreed worth working on a pushbutton ISO tool as part of the CentOS Project
-16:48:48 <mikem23> koji also supports building livecds and virt images
-16:49:04 <quaid> #idea have upstream merit be the basis for who gets commit access, rather than CentOS having to track it
-16:49:13 <hughesjr> mikem23: well then set it up :D
-16:50:51 <quaid> #idea within CentOS Project tools, have it be possible for someone in the SIG to get tired of greenlighting patches from a known good person, so proposes that person to the SIG for commit access directly -- this would happen outside of the upstream's own contributor growth pathway
-16:50:59 <quaid> jzb: is the above fair?
-16:51:08 <Evolution> lets get some authentication in place, so that we can do much of this.
-16:51:15 <quaid> #chair jzb ke4qqq mikem23 samkottler
-16:51:15 <centbot> Current chairs: Evolution jzb ke4qqq mikem23 quaid samkottler
-16:51:17 <Evolution> quite a bit of what we're dealing with depends on auth.
-16:51:20 <jzb> quaid: yes
-16:51:24 <quaid> #chair mburned
-16:51:24 <centbot> Current chairs: Evolution jzb ke4qqq mburned mikem23 quaid samkottler
-16:51:44 <kbsingh> the livecd and image from git stuff already works, so we dont need to block on other stuff. its a simple low hanging fruit thing that we can use to setup a relationship with
-16:52:13 <quaid> #info the livecd and image from git stuff already works, so we dont need to block on other stuff. its a simple low hanging fruit thing that we can use to setup a relationship with
-16:53:08 <quaid> ke4qqq: jzb I think we don't have consensus on how to handle merit and commit access to git.centos.org, I suspect it will be a blend of those two ideas; let's continue that discussion in The Usual Places
-16:53:41 <jzb> quaid: might be something to handle organically?
-16:53:55 <jzb> quaid:  as it happens, rather than trying to put all the ideas in place day one?
-16:53:58 <jzb> (day one-ish)
-16:54:05 <quaid> #idea Seed a few committers to git.centos.org from each upstream, add new commiters as per $formula_to_be_determined but which could be a combination of merit-within-CentOS and merit-within-$upstream
-16:54:24 <quaid> jzb: +1 sure, i.e., no-new-thread-needed :)
-16:54:41 <quaid> #idea handle organically, don't sweat
-16:54:55 <quaid> #agreed CentOS is using the meritocracy spotlight, somehow :)
-16:55:25 <goozbach> <-- doing anaconda "stuff" now
-16:56:12 <quaid> sounds like an episode of "Dirty Jobs"
-16:56:55 <hughesjr> :)
-16:57:59 <jzb> quaid, kbsingh is there any thought to creating SIG-specific mailing lists?
-16:58:16 <quaid> jzb: I think we were going to start on devel and split if needd
-16:58:21 <DrBacchus> jzb: As I understood it, it'll be on centos-devel until it gets too noisy.
-16:58:24 <quaid> it's been a rather quiet list
-16:58:33 <quaid> kbsingh: can I help you with getting your notes in to this meetbot instance now?
-16:58:36 <goozbach> quaid: it is a dirty job
-16:59:02 <quaid> DrBacchus: yeah, I refer to that as "standard operating procedure" - wait until it's annoying, then split :)
-16:59:05 <kbsingh> jzb: yes, once the SIG needs it and there is traffic that is SIG specific, lets mailing list it ( eg. CentOS-Virt is a list )
-17:00:43 <jzb> kbsingh: gotcha
-17:03:33 <quaid> kbsingh: do you have any notes for the meeting before I close it?
-17:03:49 <kbsingh> quaid: just that i will write up notes from the call, and propose
-17:10:54 <quaid> kbsingh: OK
-17:10:58 <quaid> closing the meeting in a moment
-17:13:15 <kbsingh> quaid: ta
-17:17:32 <quaid> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/january/centos-devel.2014-01-23-16.20.txt b/minutes/2014/january/centos-devel.2014-01-23-16.20.txt
deleted file mode 100644
index 4585f16..0000000
--- a/minutes/2014/january/centos-devel.2014-01-23-16.20.txt
+++ /dev/null
@@ -1,91 +0,0 @@
-=====================
-#centos-devel Meeting
-=====================
-
-
-Meeting started by quaid at 16:20:21 UTC. The full logs are available at
-centos-devel/2014/centos-devel.2014-01-23-16.20.log.html .
-
-
-
-Meeting summary
----------------
-* around Java jars, all that matters is redistributability -- if you
-  want to maintain N jars for your users, that's up to you  (quaid,
-  16:20:53)
-* IDEA: branding forum to discuss and resolve, cf. fedora-legal list
-  (quaid, 16:21:45)
-* ACTION: quaid to talk with fontana about branding forum  (quaid,
-  16:22:09)
-* breaking out CLoud Infra and Instance as different SIGs  (quaid,
-  16:26:18)
-* yes, oVirt is distributed via RPMs  (quaid, 16:27:12)
-* LINK: http://wiki.centos.org/SpecialInterestGroup/CloudInstance
-  (kbsingh, 16:27:27)
-* ROD users either packstack or foreman as separate installers (puppet
-  underneath)  (quaid, 16:27:40)
-* AGREED: worth working on a pushbutton ISO tool as part of the CentOS
-  Project  (quaid, 16:47:24)
-* IDEA: have upstream merit be the basis for who gets commit access,
-  rather than CentOS having to track it  (quaid, 16:49:04)
-* IDEA: within CentOS Project tools, have it be possible for someone in
-  the SIG to get tired of greenlighting patches from a known good
-  person, so proposes that person to the SIG for commit access directly
-  -- this would happen outside of the upstream's own contributor growth
-  pathway  (quaid, 16:50:51)
-* the livecd and image from git stuff already works, so we dont need to
-  block on other stuff. its a simple low hanging fruit thing that we can
-  use to setup a relationship with  (quaid, 16:52:13)
-* IDEA: Seed a few committers to git.centos.org from each upstream, add
-  new commiters as per $formula_to_be_determined but which could be a
-  combination of merit-within-CentOS and merit-within-$upstream  (quaid,
-  16:54:05)
-* IDEA: handle organically, don't sweat  (quaid, 16:54:41)
-* AGREED: CentOS is using the meritocracy spotlight, somehow :)  (quaid,
-  16:54:55)
-
-Meeting ended at 17:17:32 UTC.
-
-
-
-
-Action Items
-------------
-* quaid to talk with fontana about branding forum
-
-
-
-
-Action Items, by person
------------------------
-* quaid
-  * quaid to talk with fontana about branding forum
-* **UNASSIGNED**
-  * (none)
-
-
-
-
-People Present (lines said)
----------------------------
-* quaid (43)
-* goozbach (14)
-* kbsingh (9)
-* jzb (6)
-* Evolution (6)
-* centbot (5)
-* hughesjr (5)
-* mburned (5)
-* DrBacchus (5)
-* Bahhumbug (4)
-* mikem23 (3)
-* pixelb (2)
-* samkottler (0)
-* ke4qqq (0)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/march/centos-devel.2014-03-05-21.04.html b/minutes/2014/march/centos-devel.2014-03-05-21.04.html
deleted file mode 100644
index ea7ce78..0000000
--- a/minutes/2014/march/centos-devel.2014-03-05-21.04.html
+++ /dev/null
@@ -1,204 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel: CentOS Board public meeting</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel: CentOS Board public meeting</h1>
-<span class="details">
-Meeting started by quaid at 21:04:16 UTC
-(<a href="centos-devel.2014-03-05-21.04.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li><b class="TOPIC">Core S</b> <span class="details">(<a href='centos-devel.2014-03-05-21.04.log.html#l-4'>quaid</a>, 21:07:11)</span>
-<br></li>
-<li><b class="TOPIC">Core SIG</b> <span class="details">(<a href='centos-devel.2014-03-05-21.04.log.html#l-5'>quaid</a>, 21:07:19)</span>
-<ol type="a">
-  <li><span class="INFO">although RHEL 7 upstream isn't doing a 32-bit
-    build, we have reason to do it as part of building the main
-    distro.</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-7'>quaid</a>,
-    21:08:39)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">32-bit is part of
-    Core SIG</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-8'>quaid</a>,
-    21:08:44)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">or 32-bit is it's
-    own SIG</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-9'>quaid</a>,
-    21:08:49)</span></li>
-  <li><span class="INFO">for 64-bit we don't need to build 32-bit ISOs,
-    make sure installs work, and make sure kernels work</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-10'>quaid</a>,
-    21:09:37)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">we could do most
-    of the work in the Core SIG and have the 32-bit SIG focus on the
-    final ISO building and testing</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-11'>quaid</a>,
-    21:09:54)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">Core SIG can
-    produce 32-bit RPMs, and 32-bit SIG can focus on building and
-    testing ISOs; as that SIG gains merit they can gain more access to
-    do the work; all of the work could be tested as part of the
-    QA.</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-12'>quaid</a>,
-    21:16:42)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Virt SIG proposal</b> <span class="details">(<a href='centos-devel.2014-03-05-21.04.log.html#l-13'>quaid</a>, 21:17:09)</span>
-<ol type="a">
-  <li><span class="INFO">Virt SIG would be for all
-    virtualization-related updated software needs, bootstrapping with
-    Xen</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-14'>quaid</a>,
-    21:25:36)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">SIGs should look
-    to the common e.g. qemu in Virt SIG (even to maybe carry a patch for
-    them) before carrying their own variation of a package in their own
-    SIG</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-15'>quaid</a>,
-    21:30:39)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">make it so
-    everyone can consume from central</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-16'>quaid</a>,
-    21:31:02)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">Virt SIG could be
-    a good place for carrying the latest upstream KVM for those who want
-    it</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-17'>quaid</a>,
-    21:31:25)</span></li>
-  <li><span class="INFO">Virt SIG will also need to carry a new
-    libvirt</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-21'>quaid</a>,
-    21:32:17)</span></li>
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/Core">http://wiki.centos.org/SpecialInterestGroup/Core</a>
-    <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-25'>quaid</a>,
-    21:32:57)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">Core SIG
-    needs to update it's charter &amp; run that by the Board</span>
-    <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-29'>quaid</a>,
-    21:36:12)</span></li>
-  <li><span class="INFO">'CentOS' in the Core SIG description means
-    "CentOS Linux, controls everything not done by other SIGs, is the
-    core OS"</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-36'>quaid</a>,
-    21:40:25)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">have an Infra SIG
-    that takes the infrastructure management work off the hands of the
-    Core SIG, who can then maintian just the build system (or systems
-    for the community builders)</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-41'>quaid</a>,
-    21:41:38)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">tentatively
-    agreed to approve Virt SIG proposal as new charter, upcoming content
-    on the Wiki; need to get input from Tru</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-62'>quaid</a>,
-    21:50:37)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Any other business?</b> <span class="details">(<a href='centos-devel.2014-03-05-21.04.log.html#l-64'>quaid</a>, 21:50:43)</span>
-<ol type="a">
-  <li><span class="INFO">In general, we'll be able to bring up
-    functional SIGs e.g. Documentation, QA, Promo, Artwork, etc.; have a
-    dependency on an auth system to share resources granularly v.
-    all-or-nothing</span> <span class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-71'>quaid</a>,
-    21:56:23)</span></li>
-  <li><span class="INFO">Jim Perrin has been working with FreeIPA and
-    Fedora Auth System (FAS) to see how they compare; FreeIPA looks
-    really nice &amp; would be a good reference story; FAS has all the
-    features we need but is really customized.</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-05-21.04.log.html#l-75'>quaid</a>,
-    22:00:49)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 22:03:45 UTC
-(<a href="centos-devel.2014-03-05-21.04.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>Core SIG needs to update it's charter &amp; run that by the Board</li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>quaid (41)</li>
-  <li>Evolution (15)</li>
-  <li>toracat (12)</li>
-  <li>hughesjr (9)</li>
-  <li>range (4)</li>
-  <li>csieh (4)</li>
-  <li>centbot (3)</li>
-  <li>kbsingh (2)</li>
-  <li>ccmolik (1)</li>
-  <li>Arrfab (1)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/march/centos-devel.2014-03-05-21.04.log.html b/minutes/2014/march/centos-devel.2014-03-05-21.04.log.html
deleted file mode 100644
index ac01173..0000000
--- a/minutes/2014/march/centos-devel.2014-03-05-21.04.log.html
+++ /dev/null
@@ -1,119 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">21:04:16</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#startmeeting </span><span class="cmdline">CentOS Board public meeting</span>
-<a name="l-2"></a><span class="tm">21:04:16</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Wed Mar  5 21:04:16 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">21:04:16</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">21:07:11</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Core S</span>
-<a name="l-5"></a><span class="tm">21:07:19</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Core SIG</span>
-<a name="l-6"></a><span class="tm">21:07:36 </span><span class="nka">* quaid</span> <span class="ac">thinks that is in the log although centbot doesn't have OPs to change the local channel topic</span>
-<a name="l-7"></a><span class="tm">21:08:39</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">although RHEL 7 upstream isn't doing a 32-bit build, we have reason to do it as part of building the main distro.</span>
-<a name="l-8"></a><span class="tm">21:08:44</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">32-bit is part of Core SIG</span>
-<a name="l-9"></a><span class="tm">21:08:49</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">or 32-bit is it's own SIG</span>
-<a name="l-10"></a><span class="tm">21:09:37</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">for 64-bit we don't need to build 32-bit ISOs, make sure installs work, and make sure kernels work</span>
-<a name="l-11"></a><span class="tm">21:09:54</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">we could do most of the work in the Core SIG and have the 32-bit SIG focus on the final ISO building and testing</span>
-<a name="l-12"></a><span class="tm">21:16:42</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">Core SIG can produce 32-bit RPMs, and 32-bit SIG can focus on building and testing ISOs; as that SIG gains merit they can gain more access to do the work; all of the work could be tested as part of the QA.</span>
-<a name="l-13"></a><span class="tm">21:17:09</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Virt SIG proposal</span>
-<a name="l-14"></a><span class="tm">21:25:36</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Virt SIG would be for all virtualization-related updated software needs, bootstrapping with Xen</span>
-<a name="l-15"></a><span class="tm">21:30:39</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">SIGs should look to the common e.g. qemu in Virt SIG (even to maybe carry a patch for them) before carrying their own variation of a package in their own SIG</span>
-<a name="l-16"></a><span class="tm">21:31:02</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">make it so everyone can consume from central</span>
-<a name="l-17"></a><span class="tm">21:31:25</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">Virt SIG could be a good place for carrying the latest upstream KVM for those who want it</span>
-<a name="l-18"></a><span class="tm">21:31:47</span><span class="nk"> &lt;hughesjr&gt;</span> also a new libvirt is going to be needed
-<a name="l-19"></a><span class="tm">21:31:56</span><span class="nk"> &lt;ccmolik&gt;</span> +1 on new kvm shinynes
-<a name="l-20"></a><span class="tm">21:32:14</span><span class="nk"> &lt;csieh&gt;</span> So is there a "charter" for what the Core SIG should do
-<a name="l-21"></a><span class="tm">21:32:17</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Virt SIG will also need to carry a new libvirt</span>
-<a name="l-22"></a><span class="tm">21:32:31</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">hughesjr:</span> was that an accurate capture of your statement?
-<a name="l-23"></a><span class="tm">21:32:53</span><span class="nk"> &lt;hughesjr&gt;</span> yes
-<a name="l-24"></a><span class="tm">21:32:55</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">csieh:</span> this is the best for now:
-<a name="l-25"></a><span class="tm">21:32:57</span><span class="nk"> &lt;quaid&gt;</span> http://wiki.centos.org/SpecialInterestGroup/Core
-<a name="l-26"></a><span class="tm">21:33:12</span><span class="nk"> &lt;quaid&gt;</span> but it could be updated, such as to include the 32-bit discussion for Cent 7
-<a name="l-27"></a><span class="tm">21:34:15</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">csieh:</span> is there something in that you'd like to see updated or changed?
-<a name="l-28"></a><span class="tm">21:35:38</span><span class="nk"> &lt;csieh&gt;</span> just would like the goal to be documented,  if changed that is ok just need to document it so others can know what is going on
-<a name="l-29"></a><span class="tm">21:36:12</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">Core SIG needs to update it's charter &amp; run that by the Board</span>
-<a name="l-30"></a><span class="tm">21:36:44</span><span class="nk"> &lt;csieh&gt;</span> so the above web page talks about CentOS,  so what really is CentOS as far as this discussion is concerned
-<a name="l-31"></a><span class="tm">21:37:57</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">csieh:</span> yeah, we need to word that loads better. I think it needs to reference the packages (and build requirements) for the upstream(rh) packages only.
-<a name="l-32"></a><span class="tm">21:38:10</span><span class="nk"> &lt;kbsingh&gt;</span> so, CentOS Linux
-<a name="l-33"></a><span class="tm">21:38:13</span><span class="nk"> &lt;hughesjr&gt;</span> it says CentOS Linux ... so it controls everything that is NON-SIG
-<a name="l-34"></a><span class="tm">21:38:23</span><span class="nk"> &lt;hughesjr&gt;</span> or CoreOS
-<a name="l-35"></a><span class="tm">21:39:09</span><span class="nk"> &lt;hughesjr&gt;</span> and manages all infrastructure owned by the project
-<a name="l-36"></a><span class="tm">21:40:25</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">'CentOS' in the Core SIG description means "CentOS Linux, controls everything not done by other SIGs, is the core OS"</span>
-<a name="l-37"></a><span class="tm">21:40:43</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">hughesjr:</span> I thought we had the Infra SIG as a different SIG, with Core SIG maintaining the build system(s)?
-<a name="l-38"></a><span class="tm">21:41:04</span><span class="nk"> &lt;hughesjr&gt;</span> we WILL have one, but not yet
-<a name="l-39"></a><span class="tm">21:41:08</span><span class="nk"> &lt;quaid&gt;</span> in that I'd like us to be able to add people to Infra SIG without being part of the Core SIG - diff skillsets, merit criteria, etc.
-<a name="l-40"></a><span class="tm">21:41:12</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">hughesjr:</span> ok, thanks
-<a name="l-41"></a><span class="tm">21:41:38</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">have an Infra SIG that takes the infrastructure management work off the hands of the Core SIG, who can then maintian just the build system (or systems for the community builders)</span>
-<a name="l-42"></a><span class="tm">21:42:16</span><span class="nk"> &lt;toracat&gt;</span> who would maintain the source files through git.centos.org ?
-<a name="l-43"></a><span class="tm">21:42:38</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> depends on which code you mean?
-<a name="l-44"></a><span class="tm">21:42:47</span><span class="nk"> &lt;toracat&gt;</span> RHEL
-<a name="l-45"></a><span class="tm">21:43:28</span><span class="nk"> &lt;Evolution&gt;</span> we would, the same/similar way we do so now in the private build setup. it'll be read-only and branched
-<a name="l-46"></a><span class="tm">21:43:57</span><span class="nk"> &lt;Evolution&gt;</span> the rhel code would be able to be branched/forked etc. but  not edited.
-<a name="l-47"></a><span class="tm">21:44:08</span><span class="nk"> &lt;toracat&gt;</span> we == Core SIG ?
-<a name="l-48"></a><span class="tm">21:44:10</span><span class="nk"> &lt;hughesjr&gt;</span> the Core SIG will maintain the CentOS Linux source code in git.centos.org ... other SIGs will maintain their code in there
-<a name="l-49"></a><span class="tm">21:44:19</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> yes.
-<a name="l-50"></a><span class="tm">21:44:24</span><span class="nk"> &lt;toracat&gt;</span> thanks
-<a name="l-51"></a><span class="tm">21:45:20</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> sorry. abusing the 'royal we'
-<a name="l-52"></a><span class="tm">21:45:41</span><span class="nk"> &lt;toracat&gt;</span> :D
-<a name="l-53"></a><span class="tm">21:45:43</span><span class="nk"> &lt;hughesjr&gt;</span> we is we and it is everyone who is not they :D
-<a name="l-54"></a><span class="tm">21:46:30</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> good point/question though
-<a name="l-55"></a><span class="tm">21:46:39</span><span class="nk"> &lt;toracat&gt;</span> I want to hear range talk :) he is too quiet
-<a name="l-56"></a><span class="tm">21:47:04</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">toracat:</span> .eu people are silent and almost sleeping :-p
-<a name="l-57"></a><span class="tm">21:47:06</span><span class="nk"> &lt;hughesjr&gt;</span> he is asleep
-<a name="l-58"></a><span class="tm">21:47:17</span><span class="nk"> &lt;toracat&gt;</span> I see now
-<a name="l-59"></a><span class="tm">21:48:58</span><span class="nk"> &lt;Evolution&gt;</span> $5 says range has a nice lager/ale beside him.
-<a name="l-60"></a><span class="tm">21:49:02</span><span class="nk"> &lt;quaid&gt;</span> range looks a bit like a monk in his mini-vid inset pic
-<a name="l-61"></a><span class="tm">21:49:58</span><span class="nk"> &lt;quaid&gt;</span> yeah, I want video voting cards
-<a name="l-62"></a><span class="tm">21:50:37</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">tentatively agreed to approve Virt SIG proposal as new charter, upcoming content on the Wiki; need to get input from Tru</span>
-<a name="l-63"></a><span class="tm">21:50:42</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> anything you'd like to hear covered?
-<a name="l-64"></a><span class="tm">21:50:43</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Any other business?</span>
-<a name="l-65"></a><span class="tm">21:50:53</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">csieh:</span> you as well
-<a name="l-66"></a><span class="tm">21:50:56</span><span class="nk"> &lt;toracat&gt;</span> <span class="hi">Evolution:</span> not for today
-<a name="l-67"></a><span class="tm">21:51:26</span><span class="nk"> &lt;quaid&gt;</span> what do we want to do about the functional SIGs? e.g. QA in particular
-<a name="l-68"></a><span class="tm">21:51:52</span><span class="nk"> &lt;csieh&gt;</span> no other business from me
-<a name="l-69"></a><span class="tm">21:52:21</span><span class="nk"> &lt;toracat&gt;</span> <span class="hi">csieh:</span> hi, good to see you here :)
-<a name="l-70"></a><span class="tm">21:56:18</span><span class="nk"> &lt;kbsingh&gt;</span> range looks very pensive
-<a name="l-71"></a><span class="tm">21:56:23</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">In general, we'll be able to bring up functional SIGs e.g. Documentation, QA, Promo, Artwork, etc.; have a dependency on an auth system to share resources granularly v. all-or-nothing</span>
-<a name="l-72"></a><span class="tm">21:58:08</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Jim Perring has been working with FreeIPA and Fedora Auth System (FAS) to see how they compare; FreeIPA looks really nice &amp; would be a good reference story; FAS has all the features we need but is really customized.</span>
-<a name="l-73"></a><span class="tm">22:00:43</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#undo</span><span class="cmdline"></span>
-<a name="l-74"></a><span class="tm">22:00:43</span><span class="nk"> &lt;centbot&gt;</span> Removing item from minutes: &lt;MeetBot.items.Info object at 0x17c0f90&gt;
-<a name="l-75"></a><span class="tm">22:00:49</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Jim Perrin has been working with FreeIPA and Fedora Auth System (FAS) to see how they compare; FreeIPA looks really nice &amp; would be a good reference story; FAS has all the features we need but is really customized.</span>
-<a name="l-76"></a><span class="tm">22:00:53</span><span class="nk"> &lt;quaid&gt;</span> hate when I do that to his name
-<a name="l-77"></a><span class="tm">22:00:58</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> I'm sorry if I butched your name
-<a name="l-78"></a><span class="tm">22:01:07</span><span class="nk"> &lt;toracat&gt;</span> close
-<a name="l-79"></a><span class="tm">22:01:20</span><span class="nk"> &lt;quaid&gt;</span> btw, others can do #info, #idea, only Chairs can do #agreed, #undo
-<a name="l-80"></a><span class="tm">22:01:27</span><span class="nk"> &lt;range&gt;</span> Okay, no hoodie next time :)
-<a name="l-81"></a><span class="tm">22:01:27</span><span class="nk"> &lt;quaid&gt;</span> I'll pass out #chair next time
-<a name="l-82"></a><span class="tm">22:01:31</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> phonetic spelling?
-<a name="l-83"></a><span class="tm">22:01:36</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">toracat:</span> how do I say it?
-<a name="l-84"></a><span class="tm">22:01:45</span><span class="nk"> &lt;quaid&gt;</span> always a good idea to spread chair in case the meeting starter is netsplit
-<a name="l-85"></a><span class="tm">22:01:48</span><span class="nk"> &lt;toracat&gt;</span> <span class="hi">Evolution:</span> yes. ah-keh-me
-<a name="l-86"></a><span class="tm">22:01:59</span><span class="nk"> &lt;Evolution&gt;</span> ah, so no long ee sound.
-<a name="l-87"></a><span class="tm">22:02:36</span><span class="nk"> &lt;range&gt;</span> <span class="hi">Evolution:</span> No, the lager is on the balcony.
-<a name="l-88"></a><span class="tm">22:02:48</span><span class="nk"> &lt;range&gt;</span> (I might get one, though).
-<a name="l-89"></a><span class="tm">22:02:48</span><span class="nk"> &lt;toracat&gt;</span> now range is awake
-<a name="l-90"></a><span class="tm">22:03:06</span><span class="nk"> &lt;range&gt;</span> Yeah, completely missed this channel :)
-<a name="l-91"></a><span class="tm">22:03:41</span><span class="nk"> &lt;quaid&gt;</span> ok, closing the minutes/log
-<a name="l-92"></a><span class="tm">22:03:45</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/march/centos-devel.2014-03-05-21.04.log.txt b/minutes/2014/march/centos-devel.2014-03-05-21.04.log.txt
deleted file mode 100644
index 9d4cebc..0000000
--- a/minutes/2014/march/centos-devel.2014-03-05-21.04.log.txt
+++ /dev/null
@@ -1,92 +0,0 @@
-21:04:16 <quaid> #startmeeting CentOS Board public meeting
-21:04:16 <centbot> Meeting started Wed Mar  5 21:04:16 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-21:04:16 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-21:07:11 <quaid> #topic Core S
-21:07:19 <quaid> #topic Core SIG
-21:07:36 * quaid thinks that is in the log although centbot doesn't have OPs to change the local channel topic
-21:08:39 <quaid> #info although RHEL 7 upstream isn't doing a 32-bit build, we have reason to do it as part of building the main distro.
-21:08:44 <quaid> #idea 32-bit is part of Core SIG
-21:08:49 <quaid> #idea or 32-bit is it's own SIG
-21:09:37 <quaid> #info for 64-bit we don't need to build 32-bit ISOs, make sure installs work, and make sure kernels work
-21:09:54 <quaid> #idea we could do most of the work in the Core SIG and have the 32-bit SIG focus on the final ISO building and testing
-21:16:42 <quaid> #agreed Core SIG can produce 32-bit RPMs, and 32-bit SIG can focus on building and testing ISOs; as that SIG gains merit they can gain more access to do the work; all of the work could be tested as part of the QA.
-21:17:09 <quaid> #topic Virt SIG proposal
-21:25:36 <quaid> #info Virt SIG would be for all virtualization-related updated software needs, bootstrapping with Xen
-21:30:39 <quaid> #idea SIGs should look to the common e.g. qemu in Virt SIG (even to maybe carry a patch for them) before carrying their own variation of a package in their own SIG
-21:31:02 <quaid> #idea make it so everyone can consume from central
-21:31:25 <quaid> #idea Virt SIG could be a good place for carrying the latest upstream KVM for those who want it
-21:31:47 <hughesjr> also a new libvirt is going to be needed
-21:31:56 <ccmolik> +1 on new kvm shinynes
-21:32:14 <csieh> So is there a "charter" for what the Core SIG should do
-21:32:17 <quaid> #info Virt SIG will also need to carry a new libvirt
-21:32:31 <quaid> hughesjr: was that an accurate capture of your statement?
-21:32:53 <hughesjr> yes
-21:32:55 <quaid> csieh: this is the best for now:
-21:32:57 <quaid> http://wiki.centos.org/SpecialInterestGroup/Core
-21:33:12 <quaid> but it could be updated, such as to include the 32-bit discussion for Cent 7
-21:34:15 <Evolution> csieh: is there something in that you'd like to see updated or changed?
-21:35:38 <csieh> just would like the goal to be documented,  if changed that is ok just need to document it so others can know what is going on
-21:36:12 <quaid> #action Core SIG needs to update it's charter & run that by the Board
-21:36:44 <csieh> so the above web page talks about CentOS,  so what really is CentOS as far as this discussion is concerned
-21:37:57 <Evolution> csieh: yeah, we need to word that loads better. I think it needs to reference the packages (and build requirements) for the upstream(rh) packages only.
-21:38:10 <kbsingh> so, CentOS Linux
-21:38:13 <hughesjr> it says CentOS Linux ... so it controls everything that is NON-SIG
-21:38:23 <hughesjr> or CoreOS
-21:39:09 <hughesjr> and manages all infrastructure owned by the project
-21:40:25 <quaid> #info 'CentOS' in the Core SIG description means "CentOS Linux, controls everything not done by other SIGs, is the core OS"
-21:40:43 <quaid> hughesjr: I thought we had the Infra SIG as a different SIG, with Core SIG maintaining the build system(s)?
-21:41:04 <hughesjr> we WILL have one, but not yet
-21:41:08 <quaid> in that I'd like us to be able to add people to Infra SIG without being part of the Core SIG - diff skillsets, merit criteria, etc.
-21:41:12 <quaid> hughesjr: ok, thanks
-21:41:38 <quaid> #idea have an Infra SIG that takes the infrastructure management work off the hands of the Core SIG, who can then maintian just the build system (or systems for the community builders)
-21:42:16 <toracat> who would maintain the source files through git.centos.org ?
-21:42:38 <Evolution> toracat: depends on which code you mean?
-21:42:47 <toracat> RHEL
-21:43:28 <Evolution> we would, the same/similar way we do so now in the private build setup. it'll be read-only and branched
-21:43:57 <Evolution> the rhel code would be able to be branched/forked etc. but  not edited.
-21:44:08 <toracat> we == Core SIG ?
-21:44:10 <hughesjr> the Core SIG will maintain the CentOS Linux source code in git.centos.org ... other SIGs will maintain their code in there
-21:44:19 <Evolution> toracat: yes.
-21:44:24 <toracat> thanks
-21:45:20 <Evolution> toracat: sorry. abusing the 'royal we'
-21:45:41 <toracat> :D
-21:45:43 <hughesjr> we is we and it is everyone who is not they :D
-21:46:30 <Evolution> toracat: good point/question though
-21:46:39 <toracat> I want to hear range talk :) he is too quiet
-21:47:04 <Arrfab> toracat: .eu people are silent and almost sleeping :-p
-21:47:06 <hughesjr> he is asleep
-21:47:17 <toracat> I see now
-21:48:58 <Evolution> $5 says range has a nice lager/ale beside him.
-21:49:02 <quaid> range looks a bit like a monk in his mini-vid inset pic
-21:49:58 <quaid> yeah, I want video voting cards
-21:50:37 <quaid> #agreed tentatively agreed to approve Virt SIG proposal as new charter, upcoming content on the Wiki; need to get input from Tru
-21:50:42 <Evolution> toracat: anything you'd like to hear covered?
-21:50:43 <quaid> #topic Any other business?
-21:50:53 <Evolution> csieh: you as well
-21:50:56 <toracat> Evolution: not for today
-21:51:26 <quaid> what do we want to do about the functional SIGs? e.g. QA in particular
-21:51:52 <csieh> no other business from me
-21:52:21 <toracat> csieh: hi, good to see you here :)
-21:56:18 <kbsingh> range looks very pensive
-21:56:23 <quaid> #info In general, we'll be able to bring up functional SIGs e.g. Documentation, QA, Promo, Artwork, etc.; have a dependency on an auth system to share resources granularly v. all-or-nothing
-21:58:08 <quaid> #info Jim Perring has been working with FreeIPA and Fedora Auth System (FAS) to see how they compare; FreeIPA looks really nice & would be a good reference story; FAS has all the features we need but is really customized.
-22:00:43 <quaid> #undo
-22:00:43 <centbot> Removing item from minutes: <MeetBot.items.Info object at 0x17c0f90>
-22:00:49 <quaid> #info Jim Perrin has been working with FreeIPA and Fedora Auth System (FAS) to see how they compare; FreeIPA looks really nice & would be a good reference story; FAS has all the features we need but is really customized.
-22:00:53 <quaid> hate when I do that to his name
-22:00:58 <Evolution> toracat: I'm sorry if I butched your name
-22:01:07 <toracat> close
-22:01:20 <quaid> btw, others can do #info, #idea, only Chairs can do #agreed, #undo
-22:01:27 <range> Okay, no hoodie next time :)
-22:01:27 <quaid> I'll pass out #chair next time
-22:01:31 <Evolution> toracat: phonetic spelling?
-22:01:36 <Evolution> toracat: how do I say it?
-22:01:45 <quaid> always a good idea to spread chair in case the meeting starter is netsplit
-22:01:48 <toracat> Evolution: yes. ah-keh-me
-22:01:59 <Evolution> ah, so no long ee sound.
-22:02:36 <range> Evolution: No, the lager is on the balcony.
-22:02:48 <range> (I might get one, though).
-22:02:48 <toracat> now range is awake
-22:03:06 <range> Yeah, completely missed this channel :)
-22:03:41 <quaid> ok, closing the minutes/log
-22:03:45 <quaid> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/march/centos-devel.2014-03-05-21.04.txt b/minutes/2014/march/centos-devel.2014-03-05-21.04.txt
deleted file mode 100644
index aedc4ca..0000000
--- a/minutes/2014/march/centos-devel.2014-03-05-21.04.txt
+++ /dev/null
@@ -1,104 +0,0 @@
-==========================================
-#centos-devel: CentOS Board public meeting
-==========================================
-
-
-Meeting started by quaid at 21:04:16 UTC. The full logs are available at
-centos-devel/2014/centos-devel.2014-03-05-21.04.log.html .
-
-
-
-Meeting summary
----------------
-* Core S  (quaid, 21:07:11)
-
-* Core SIG  (quaid, 21:07:19)
-  * although RHEL 7 upstream isn't doing a 32-bit build, we have reason
-    to do it as part of building the main distro.  (quaid, 21:08:39)
-  * IDEA: 32-bit is part of Core SIG  (quaid, 21:08:44)
-  * IDEA: or 32-bit is it's own SIG  (quaid, 21:08:49)
-  * for 64-bit we don't need to build 32-bit ISOs, make sure installs
-    work, and make sure kernels work  (quaid, 21:09:37)
-  * IDEA: we could do most of the work in the Core SIG and have the
-    32-bit SIG focus on the final ISO building and testing  (quaid,
-    21:09:54)
-  * AGREED: Core SIG can produce 32-bit RPMs, and 32-bit SIG can focus
-    on building and testing ISOs; as that SIG gains merit they can gain
-    more access to do the work; all of the work could be tested as part
-    of the QA.  (quaid, 21:16:42)
-
-* Virt SIG proposal  (quaid, 21:17:09)
-  * Virt SIG would be for all virtualization-related updated software
-    needs, bootstrapping with Xen  (quaid, 21:25:36)
-  * IDEA: SIGs should look to the common e.g. qemu in Virt SIG (even to
-    maybe carry a patch for them) before carrying their own variation of
-    a package in their own SIG  (quaid, 21:30:39)
-  * IDEA: make it so everyone can consume from central  (quaid,
-    21:31:02)
-  * IDEA: Virt SIG could be a good place for carrying the latest
-    upstream KVM for those who want it  (quaid, 21:31:25)
-  * Virt SIG will also need to carry a new libvirt  (quaid, 21:32:17)
-  * LINK: http://wiki.centos.org/SpecialInterestGroup/Core   (quaid,
-    21:32:57)
-  * ACTION: Core SIG needs to update it's charter & run that by the
-    Board  (quaid, 21:36:12)
-  * 'CentOS' in the Core SIG description means "CentOS Linux, controls
-    everything not done by other SIGs, is the core OS"  (quaid,
-    21:40:25)
-  * IDEA: have an Infra SIG that takes the infrastructure management
-    work off the hands of the Core SIG, who can then maintian just the
-    build system (or systems for the community builders)  (quaid,
-    21:41:38)
-  * AGREED: tentatively agreed to approve Virt SIG proposal as new
-    charter, upcoming content on the Wiki; need to get input from Tru
-    (quaid, 21:50:37)
-
-* Any other business?  (quaid, 21:50:43)
-  * In general, we'll be able to bring up functional SIGs e.g.
-    Documentation, QA, Promo, Artwork, etc.; have a dependency on an
-    auth system to share resources granularly v. all-or-nothing  (quaid,
-    21:56:23)
-  * Jim Perrin has been working with FreeIPA and Fedora Auth System
-    (FAS) to see how they compare; FreeIPA looks really nice & would be
-    a good reference story; FAS has all the features we need but is
-    really customized.  (quaid, 22:00:49)
-
-Meeting ended at 22:03:45 UTC.
-
-
-
-
-Action Items
-------------
-* Core SIG needs to update it's charter & run that by the Board
-
-
-
-
-Action Items, by person
------------------------
-* **UNASSIGNED**
-  * Core SIG needs to update it's charter & run that by the Board
-
-
-
-
-People Present (lines said)
----------------------------
-* quaid (41)
-* Evolution (15)
-* toracat (12)
-* hughesjr (9)
-* range (4)
-* csieh (4)
-* centbot (3)
-* kbsingh (2)
-* ccmolik (1)
-* Arrfab (1)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/march/centos-devel.2014-03-19-20.58.html b/minutes/2014/march/centos-devel.2014-03-19-20.58.html
deleted file mode 100644
index 994c495..0000000
--- a/minutes/2014/march/centos-devel.2014-03-19-20.58.html
+++ /dev/null
@@ -1,281 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel: Board meeting live http://centos.org/media - agenda for today:  Storage and Cloud-related SIG proposals</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel: Board meeting live http://centos.org/media - agenda for today:  Storage and Cloud-related SIG proposals</h1>
-<span class="details">
-Meeting started by quaid at 20:58:13 UTC
-(<a href="centos-devel.2014-03-19-20.58.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li>
-<ol type="a">
-  <li><a
-    href="http://www.youtube.com/watch?v=muUOhg12FKs">http://www.youtube.com/watch?v=muUOhg12FKs</a>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-19'>kbsingh</a>,
-    21:04:26)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Storage SIG proposal</b> <span class="details">(<a href='centos-devel.2014-03-19-20.58.log.html#l-25'>quaid</a>, 21:07:26)</span>
-<ol type="a">
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/Storage/Proposal">http://wiki.centos.org/SpecialInterestGroup/Storage/Proposal</a>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-26'>quaid</a>,
-    21:07:28)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">we have a
-    quorum</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-29'>quaid</a>,
-    21:09:25)</span></li>
-  <li><span class="INFO">SIG members currently include Ceph and
-    Gluster</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-32'>quaid</a>,
-    21:12:20)</span></li>
-  <li><span class="INFO">SIG members include Patrick Mcgarry (Ceph) and
-    Lalatendu Mohanty (GlusterFS) and KBSingh (Board
-    mentor/liaison)</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-33'>quaid</a>,
-    21:13:28)</span></li>
-  <li><span class="INFO">Need to work on repository structure</span>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-42'>quaid</a>,
-    21:18:16)</span></li>
-  <li><span class="INFO">qemu dependencies mean work with the Cloud *
-    SIG who adopts qemu to figure out if it can be worked together,
-    hierarchical setup, with maintain-your-own the last possible answer
-    :)</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-43'>quaid</a>,
-    21:18:56)</span></li>
-  <li><span class="INFO">a storage SIG repository could be cleaner and
-    keep things out of CentOS Extras and CentOS Plus</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-45'>quaid</a>,
-    21:22:45)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">need to
-    consider best way to handle questions from IRC, Twitter, etc. for
-    live Board hangouts.</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-54'>quaid</a>,
-    21:27:27)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">start new SIG
-    work on main -devel and users lists, then branch as needed</span>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-56'>quaid</a>,
-    21:36:01)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">having an
-    all-SIGs-overview mailing list for cross-SIG coordination (esp. if
-    things move from -devel)</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-57'>quaid</a>,
-    21:36:24)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">make sure new
-    SIG work gets exposure of ~first 3 months on main centos-devel
-    list</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-58'>quaid</a>,
-    21:37:18)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">have a SIG
-    coordinators (or all maintainers) should have a chat every few
-    weeks, such as a public Hangout or IRC</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-59'>quaid</a>,
-    21:37:45)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">quorum voted
-    yes to Storage SIG propsals</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-60'>quaid</a>,
-    21:39:48)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">KB to follow
-    up with Jim and Tru</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-61'>quaid</a>,
-    21:40:00)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">KB to send
-    call-to-action to -devel list</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-62'>quaid</a>,
-    21:40:11)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">include CentOS
-    package/build expert, Ceph will bring their maintainer</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-64'>quaid</a>,
-    21:40:41)</span></li>
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal">http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal</a>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-65'>kbsingh</a>,
-    21:42:06)</span></li>
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal">http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal</a>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-66'>mikem23</a>,
-    21:42:08)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Cloud Instance SIG</b> <span class="details">(<a href='centos-devel.2014-03-19-20.58.log.html#l-67'>quaid</a>, 21:42:22)</span>
-<ol type="a">
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal">http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal</a>
-    <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-68'>quaid</a>,
-    21:42:27)</span></li>
-  <li><span class="INFO">the intention of this SIG is to have folks who
-    know what they are doing and represent mindshare, come together and
-    help us build images that work across cloud providers, meet best
-    practices, development environments, tuned up for
-    environments.</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-69'>quaid</a>,
-    21:43:24)</span></li>
-  <li><span class="INFO">primary charter is to bring in existing experts
-    to help us build images</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-70'>quaid</a>,
-    21:43:36)</span></li>
-  <li><span class="INFO">SIG will deliver a basic image that others can
-    bundle with their RPMs to do their own image</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-71'>quaid</a>,
-    21:49:53)</span></li>
-  <li><span class="INFO">cloud-init, minimizing for certain instances,
-    perf tuning for certain hypervisors</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-72'>quaid</a>,
-    21:50:13)</span></li>
-  <li><span class="INFO">most of the work will be kickstart files v.
-    RPMs</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-73'>quaid</a>,
-    21:50:37)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">SIG is focused on
-    tuning and curating the image, but there is room in the scope to
-    provide multiple images tuned for various environments</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-74'>quaid</a>,
-    21:51:47)</span></li>
-  <li><span class="INFO">Primary interface will be with the Core
-    SIG</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-76'>quaid</a>,
-    21:53:40)</span></li>
-  <li><span class="INFO">SIG is requesting cloud.centos.org as a source
-    (with an API?) for distributing images, cf. mirror.centos.org for
-    packages</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-77'>quaid</a>,
-    21:54:30)</span></li>
-  <li><span class="INFO">QA for images are basic/essential, may look to
-    spread out toward different hypervisors</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-78'>quaid</a>,
-    22:00:10)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">having 2 physical
-    machines ready for a few hours every day for QA</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-79'>quaid</a>,
-    22:00:24)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">it would be nice
-    to have a process to promote image when they get enough
-    testing/traction to official installation media.</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-82'>alphacc</a>,
-    22:04:42)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">Vote agrees
-    to the Cloud Instance SIG proposal; follow-up to happen with Jim and
-    Tru to confirm their votes</span> <span class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-84'>quaid</a>,
-    22:07:45)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">KB to
-    follow-up with Jim and Tru about this vote</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-85'>quaid</a>,
-    22:08:03)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">SIG needs to
-    define primary point of contact/coordinator</span> <span
-    class="details">(<a
-    href='centos-devel.2014-03-19-20.58.log.html#l-86'>quaid</a>,
-    22:08:18)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 22:09:20 UTC
-(<a href="centos-devel.2014-03-19-20.58.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>need to consider best way to handle questions from IRC, Twitter, etc. for live Board hangouts.</li>
-  <li>make sure new SIG work gets exposure of ~first 3 months on main centos-devel list</li>
-  <li>KB to follow up with Jim and Tru</li>
-  <li>KB to send call-to-action to -devel list</li>
-  <li>KB to follow-up with Jim and Tru about this vote</li>
-  <li>SIG needs to define primary point of contact/coordinator</li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>quaid (51)</li>
-  <li>kbsingh (9)</li>
-  <li>Evolution (7)</li>
-  <li>scuttlemonkey (7)</li>
-  <li>alphacc (6)</li>
-  <li>centbot (3)</li>
-  <li>TrevorH (3)</li>
-  <li>range (1)</li>
-  <li>mikem23 (1)</li>
-  <li>hughesjr (0)</li>
-  <li>Arrfab (0)</li>
-  <li>tru_tru (0)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/march/centos-devel.2014-03-19-20.58.log.html b/minutes/2014/march/centos-devel.2014-03-19-20.58.log.html
deleted file mode 100644
index b807501..0000000
--- a/minutes/2014/march/centos-devel.2014-03-19-20.58.log.html
+++ /dev/null
@@ -1,115 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">20:58:13</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#startmeeting </span><span class="cmdline">Board meeting live http://centos.org/media - agenda for today:  Storage and Cloud-related SIG proposals</span>
-<a name="l-2"></a><span class="tm">20:58:13</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Wed Mar 19 20:58:13 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">20:58:13</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">20:58:40</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#chair </span><span class="cmdline">Evolution hughesjr range tru_tru kbsingh mikem23 Arrfab</span>
-<a name="l-5"></a><span class="tm">20:58:40</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Arrfab Evolution hughesjr kbsingh mikem23 quaid range tru_tru
-<a name="l-6"></a><span class="tm">21:01:26</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">scuttlemonkey:</span> around ?
-<a name="l-7"></a><span class="tm">21:01:38</span><span class="nk"> &lt;scuttlemonkey&gt;</span> <span class="hi">kbsingh:</span> yep, watching the stream now
-<a name="l-8"></a><span class="tm">21:01:45</span><span class="nk"> &lt;alphacc&gt;</span> hi guys, is there a hangout link ?
-<a name="l-9"></a><span class="tm">21:03:19</span><span class="nk"> &lt;TrevorH&gt;</span> the audio is barely functional :(
-<a name="l-10"></a><span class="tm">21:03:23</span><span class="nk"> &lt;quaid&gt;</span> just getting ready
-<a name="l-11"></a><span class="tm">21:03:45</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">alphacc:</span> for watching, you should be able to find it at http://centos.org/media
-<a name="l-12"></a><span class="tm">21:03:53</span><span class="nk"> &lt;quaid&gt;</span> or on the YouTube channel?
-<a name="l-13"></a><span class="tm">21:04:01</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">quaid:</span> not until I get the updated youtube url he can't :-P
-<a name="l-14"></a><span class="tm">21:04:06</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">quaid:</span> that url needs to be updated i think
-<a name="l-15"></a><span class="tm">21:04:06</span><span class="nk"> &lt;quaid&gt;</span> erps
-<a name="l-16"></a><span class="tm">21:04:08</span><span class="nk"> &lt;Evolution&gt;</span> I need the url to put on media
-<a name="l-17"></a><span class="tm">21:04:12</span><span class="nk"> &lt;quaid&gt;</span> you still can't get that in advance?
-<a name="l-18"></a><span class="tm">21:04:13</span><span class="nk"> &lt;Evolution&gt;</span> er, /media
-<a name="l-19"></a><span class="tm">21:04:26</span><span class="nk"> &lt;kbsingh&gt;</span> http://www.youtube.com/watch?v=muUOhg12FKs
-<a name="l-20"></a><span class="tm">21:04:28</span><span class="nk"> &lt;Evolution&gt;</span> the person who starts them sees it
-<a name="l-21"></a><span class="tm">21:04:31</span><span class="nk"> &lt;Evolution&gt;</span> ah, there we go
-<a name="l-22"></a><span class="tm">21:04:33</span><span class="nk"> &lt;Evolution&gt;</span> one sec
-<a name="l-23"></a><span class="tm">21:05:25</span><span class="nk"> &lt;Evolution&gt;</span> okay, pushing now
-<a name="l-24"></a><span class="tm">21:06:57</span><span class="nk"> &lt;alphacc&gt;</span> youtube link is ok, nothing on media yet. thx !
-<a name="l-25"></a><span class="tm">21:07:26</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Storage SIG proposal</span>
-<a name="l-26"></a><span class="tm">21:07:28</span><span class="nk"> &lt;quaid&gt;</span> http://wiki.centos.org/SpecialInterestGroup/Storage/Proposal
-<a name="l-27"></a><span class="tm">21:08:31</span><span class="nk"> &lt;quaid&gt;</span> scuttlemonkey == Patrick?
-<a name="l-28"></a><span class="tm">21:08:39</span><span class="nk"> &lt;scuttlemonkey&gt;</span> yep, that's me
-<a name="l-29"></a><span class="tm">21:09:25</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">we have a quorum</span>
-<a name="l-30"></a><span class="tm">21:10:45</span><span class="nk"> &lt;TrevorH&gt;</span> <span class="hi">kbsingh:</span> yes, your audio is much better now, less Herbie Hancock
-<a name="l-31"></a><span class="tm">21:11:51</span><span class="nk"> &lt;kbsingh&gt;</span> woo!
-<a name="l-32"></a><span class="tm">21:12:20</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">SIG members currently include Ceph and Gluster</span>
-<a name="l-33"></a><span class="tm">21:13:28</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">SIG members include Patrick Mcgarry (Ceph) and Lalatendu Mohanty (GlusterFS) and KBSingh (Board mentor/liaison)</span>
-<a name="l-34"></a><span class="tm">21:16:14</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">scuttlemonkey:</span> yeah, it's "building bridges" not "burning" them ;-D
-<a name="l-35"></a><span class="tm">21:16:20</span><span class="nk"> &lt;scuttlemonkey&gt;</span> hehe
-<a name="l-36"></a><span class="tm">21:16:26 </span><span class="nka">* quaid</span> <span class="ac">is Karsten btw</span>
-<a name="l-37"></a><span class="tm">21:16:37</span><span class="nk"> &lt;scuttlemonkey&gt;</span> sorry, that's my own turn of phrase
-<a name="l-38"></a><span class="tm">21:16:43</span><span class="nk"> &lt;scuttlemonkey&gt;</span> I shouldn't use that in mixed company
-<a name="l-39"></a><span class="tm">21:17:20</span><span class="nk"> &lt;scuttlemonkey&gt;</span> I tend to eschew your typical calloquialisms
-<a name="l-40"></a><span class="tm">21:17:44</span><span class="nk"> &lt;quaid&gt;</span> heh
-<a name="l-41"></a><span class="tm">21:18:00</span><span class="nk"> &lt;quaid&gt;</span> oh, no, it made sense to me, from the way you phrased it in context :)
-<a name="l-42"></a><span class="tm">21:18:16</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Need to work on repository structure</span>
-<a name="l-43"></a><span class="tm">21:18:56</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">qemu dependencies mean work with the Cloud * SIG who adopts qemu to figure out if it can be worked together, hierarchical setup, with maintain-your-own the last possible answer :)</span>
-<a name="l-44"></a><span class="tm">21:22:16</span><span class="nk"> &lt;alphacc&gt;</span> I don't know if I can ask question but can't we consider rhev rebuild for a qemu-kvm that works out of the box(accross sigs). It may not fit gluster team as it ship with some specific gluster version. (it's what we do in prod at CERN)
-<a name="l-45"></a><span class="tm">21:22:45</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">a storage SIG repository could be cleaner and keep things out of CentOS Extras and CentOS Plus</span>
-<a name="l-46"></a><span class="tm">21:22:52 </span><span class="nka">* quaid</span> <span class="ac">hoped he simplified that well</span>
-<a name="l-47"></a><span class="tm">21:23:54</span><span class="nk"> &lt;scuttlemonkey&gt;</span> yeah, Ceph is already in centos-extras...we were hoping to make it easier to deploy storage options through this effort
-<a name="l-48"></a><span class="tm">21:24:40</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">alphacc:</span> I think it's relevant, sure; the point around the SIG is a gathering of people around a technology who are willing to maintain and grow community around the technology
-<a name="l-49"></a><span class="tm">21:25:30</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">alphacc:</span> so my initial thought is, who is offering to maintain that rebuild? and does it fit in one or more existing SIGs? if yes, then those SIGs need to weigh in on how it could work; if not, then is it a standalone SIG?
-<a name="l-50"></a><span class="tm">21:26:37</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">quaid:</span> alphacc: i think the virtsig might be a good place to curate that
-<a name="l-51"></a><span class="tm">21:26:47</span><span class="nk"> &lt;kbsingh&gt;</span> but can do we discussion
-<a name="l-52"></a><span class="tm">21:26:59</span><span class="nk"> &lt;alphacc&gt;</span> yes my idea was to solve the qemu-kvm issues this way. HAve an effort to rebuild a cloud oriented qemu-kvm.
-<a name="l-53"></a><span class="tm">21:27:12</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">alphacc:</span> the trick is going to be finding where to host it
-<a name="l-54"></a><span class="tm">21:27:27</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">need to consider best way to handle questions from IRC, Twitter, etc. for live Board hangouts.</span>
-<a name="l-55"></a><span class="tm">21:27:52</span><span class="nk"> &lt;kbsingh&gt;</span> woo! xen qemu could use ceph
-<a name="l-56"></a><span class="tm">21:36:01</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">start new SIG work on main -devel and users lists, then branch as needed</span>
-<a name="l-57"></a><span class="tm">21:36:24</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">having an all-SIGs-overview mailing list for cross-SIG coordination (esp. if things move from -devel)</span>
-<a name="l-58"></a><span class="tm">21:37:18</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">make sure new SIG work gets exposure of ~first 3 months on main centos-devel list</span>
-<a name="l-59"></a><span class="tm">21:37:45</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">have a SIG coordinators (or all maintainers) should have a chat every few weeks, such as a public Hangout or IRC</span>
-<a name="l-60"></a><span class="tm">21:39:48</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">quorum voted yes to Storage SIG propsals</span>
-<a name="l-61"></a><span class="tm">21:40:00</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">KB to follow up with Jim and Tru</span>
-<a name="l-62"></a><span class="tm">21:40:11</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">KB to send call-to-action to -devel list</span>
-<a name="l-63"></a><span class="tm">21:40:16</span><span class="nk"> &lt;range&gt;</span> I think the "sig coordinator mailing list" isn't a bad idea. We have the same for the people running the foreign language mailing lists. Not that that list has any traffic at all ...
-<a name="l-64"></a><span class="tm">21:40:41</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">include CentOS package/build expert, Ceph will bring their maintainer</span>
-<a name="l-65"></a><span class="tm">21:42:06</span><span class="nk"> &lt;kbsingh&gt;</span> http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-<a name="l-66"></a><span class="tm">21:42:08</span><span class="nk"> &lt;mikem23&gt;</span> http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-<a name="l-67"></a><span class="tm">21:42:22</span><span class="nk"> &lt;quaid&gt;</span> <span class="topic">#topic </span><span class="topicline">Cloud Instance SIG</span>
-<a name="l-68"></a><span class="tm">21:42:27</span><span class="nk"> &lt;quaid&gt;</span> http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-<a name="l-69"></a><span class="tm">21:43:24</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">the intention of this SIG is to have folks who know what they are doing and represent mindshare, come together and help us build images that work across cloud providers, meet best practices, development environments, tuned up for environments.</span>
-<a name="l-70"></a><span class="tm">21:43:36</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">primary charter is to bring in existing experts to help us build images</span>
-<a name="l-71"></a><span class="tm">21:49:53</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">SIG will deliver a basic image that others can bundle with their RPMs to do their own image</span>
-<a name="l-72"></a><span class="tm">21:50:13</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">cloud-init, minimizing for certain instances, perf tuning for certain hypervisors</span>
-<a name="l-73"></a><span class="tm">21:50:37</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">most of the work will be kickstart files v. RPMs</span>
-<a name="l-74"></a><span class="tm">21:51:47</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">SIG is focused on tuning and curating the image, but there is room in the scope to provide multiple images tuned for various environments</span>
-<a name="l-75"></a><span class="tm">21:53:00</span><span class="nk"> &lt;TrevorH&gt;</span> you need an authentication SIG ;)
-<a name="l-76"></a><span class="tm">21:53:40</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Primary interface will be with the Core SIG</span>
-<a name="l-77"></a><span class="tm">21:54:30</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">SIG is requesting cloud.centos.org as a source (with an API?) for distributing images, cf. mirror.centos.org for packages</span>
-<a name="l-78"></a><span class="tm">22:00:10</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">QA for images are basic/essential, may look to spread out toward different hypervisors</span>
-<a name="l-79"></a><span class="tm">22:00:24</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">having 2 physical machines ready for a few hours every day for QA</span>
-<a name="l-80"></a><span class="tm">22:01:29</span><span class="nk"> &lt;alphacc&gt;</span> it would be nice to have a process to promote image when they get enough testing/traction to official installation media.
-<a name="l-81"></a><span class="tm">22:03:54</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">alphacc:</span> can you repeat that with '#idea' in front? that helps it get in the discussion/minutes from here
-<a name="l-82"></a><span class="tm">22:04:42</span><span class="nk"> &lt;alphacc&gt;</span> <span class="cmd">#idea </span><span class="cmdline">it would be nice to have a process to promote image when they get enough testing/traction to official installation media.</span>
-<a name="l-83"></a><span class="tm">22:06:37</span><span class="nk"> &lt;quaid&gt;</span> thanks :)
-<a name="l-84"></a><span class="tm">22:07:45</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">Vote agrees to the Cloud Instance SIG proposal; follow-up to happen with Jim and Tru to confirm their votes</span>
-<a name="l-85"></a><span class="tm">22:08:03</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">KB to follow-up with Jim and Tru about this vote</span>
-<a name="l-86"></a><span class="tm">22:08:18</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">SIG needs to define primary point of contact/coordinator</span>
-<a name="l-87"></a><span class="tm">22:09:09</span><span class="nk"> &lt;quaid&gt;</span> finishing ...
-<a name="l-88"></a><span class="tm">22:09:20</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/march/centos-devel.2014-03-19-20.58.log.txt b/minutes/2014/march/centos-devel.2014-03-19-20.58.log.txt
deleted file mode 100644
index 98dd1ad..0000000
--- a/minutes/2014/march/centos-devel.2014-03-19-20.58.log.txt
+++ /dev/null
@@ -1,88 +0,0 @@
-20:58:13 <quaid> #startmeeting Board meeting live http://centos.org/media - agenda for today:  Storage and Cloud-related SIG proposals
-20:58:13 <centbot> Meeting started Wed Mar 19 20:58:13 2014 UTC.  The chair is quaid. Information about MeetBot at http://wiki.debian.org/MeetBot.
-20:58:13 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-20:58:40 <quaid> #chair Evolution hughesjr range tru_tru kbsingh mikem23 Arrfab
-20:58:40 <centbot> Current chairs: Arrfab Evolution hughesjr kbsingh mikem23 quaid range tru_tru
-21:01:26 <kbsingh> scuttlemonkey: around ?
-21:01:38 <scuttlemonkey> kbsingh: yep, watching the stream now
-21:01:45 <alphacc> hi guys, is there a hangout link ?
-21:03:19 <TrevorH> the audio is barely functional :(
-21:03:23 <quaid> just getting ready
-21:03:45 <quaid> alphacc: for watching, you should be able to find it at http://centos.org/media
-21:03:53 <quaid> or on the YouTube channel?
-21:04:01 <Evolution> quaid: not until I get the updated youtube url he can't :-P
-21:04:06 <kbsingh> quaid: that url needs to be updated i think
-21:04:06 <quaid> erps
-21:04:08 <Evolution> I need the url to put on media
-21:04:12 <quaid> you still can't get that in advance?
-21:04:13 <Evolution> er, /media
-21:04:26 <kbsingh> http://www.youtube.com/watch?v=muUOhg12FKs
-21:04:28 <Evolution> the person who starts them sees it
-21:04:31 <Evolution> ah, there we go
-21:04:33 <Evolution> one sec
-21:05:25 <Evolution> okay, pushing now
-21:06:57 <alphacc> youtube link is ok, nothing on media yet. thx !
-21:07:26 <quaid> #topic Storage SIG proposal
-21:07:28 <quaid> http://wiki.centos.org/SpecialInterestGroup/Storage/Proposal
-21:08:31 <quaid> scuttlemonkey == Patrick?
-21:08:39 <scuttlemonkey> yep, that's me
-21:09:25 <quaid> #agreed we have a quorum
-21:10:45 <TrevorH> kbsingh: yes, your audio is much better now, less Herbie Hancock
-21:11:51 <kbsingh> woo!
-21:12:20 <quaid> #info SIG members currently include Ceph and Gluster
-21:13:28 <quaid> #info SIG members include Patrick Mcgarry (Ceph) and Lalatendu Mohanty (GlusterFS) and KBSingh (Board mentor/liaison)
-21:16:14 <quaid> scuttlemonkey: yeah, it's "building bridges" not "burning" them ;-D
-21:16:20 <scuttlemonkey> hehe
-21:16:26 * quaid is Karsten btw
-21:16:37 <scuttlemonkey> sorry, that's my own turn of phrase
-21:16:43 <scuttlemonkey> I shouldn't use that in mixed company
-21:17:20 <scuttlemonkey> I tend to eschew your typical calloquialisms
-21:17:44 <quaid> heh
-21:18:00 <quaid> oh, no, it made sense to me, from the way you phrased it in context :)
-21:18:16 <quaid> #info Need to work on repository structure
-21:18:56 <quaid> #info qemu dependencies mean work with the Cloud * SIG who adopts qemu to figure out if it can be worked together, hierarchical setup, with maintain-your-own the last possible answer :)
-21:22:16 <alphacc> I don't know if I can ask question but can't we consider rhev rebuild for a qemu-kvm that works out of the box(accross sigs). It may not fit gluster team as it ship with some specific gluster version. (it's what we do in prod at CERN)
-21:22:45 <quaid> #info a storage SIG repository could be cleaner and keep things out of CentOS Extras and CentOS Plus
-21:22:52 * quaid hoped he simplified that well
-21:23:54 <scuttlemonkey> yeah, Ceph is already in centos-extras...we were hoping to make it easier to deploy storage options through this effort
-21:24:40 <quaid> alphacc: I think it's relevant, sure; the point around the SIG is a gathering of people around a technology who are willing to maintain and grow community around the technology
-21:25:30 <quaid> alphacc: so my initial thought is, who is offering to maintain that rebuild? and does it fit in one or more existing SIGs? if yes, then those SIGs need to weigh in on how it could work; if not, then is it a standalone SIG?
-21:26:37 <kbsingh> quaid: alphacc: i think the virtsig might be a good place to curate that
-21:26:47 <kbsingh> but can do we discussion
-21:26:59 <alphacc> yes my idea was to solve the qemu-kvm issues this way. HAve an effort to rebuild a cloud oriented qemu-kvm.
-21:27:12 <kbsingh> alphacc: the trick is going to be finding where to host it
-21:27:27 <quaid> #action need to consider best way to handle questions from IRC, Twitter, etc. for live Board hangouts.
-21:27:52 <kbsingh> woo! xen qemu could use ceph
-21:36:01 <quaid> #agreed start new SIG work on main -devel and users lists, then branch as needed
-21:36:24 <quaid> #idea having an all-SIGs-overview mailing list for cross-SIG coordination (esp. if things move from -devel)
-21:37:18 <quaid> #action make sure new SIG work gets exposure of ~first 3 months on main centos-devel list
-21:37:45 <quaid> #idea have a SIG coordinators (or all maintainers) should have a chat every few weeks, such as a public Hangout or IRC
-21:39:48 <quaid> #agreed quorum voted yes to Storage SIG propsals
-21:40:00 <quaid> #action KB to follow up with Jim and Tru
-21:40:11 <quaid> #action KB to send call-to-action to -devel list
-21:40:16 <range> I think the "sig coordinator mailing list" isn't a bad idea. We have the same for the people running the foreign language mailing lists. Not that that list has any traffic at all ...
-21:40:41 <quaid> #idea include CentOS package/build expert, Ceph will bring their maintainer
-21:42:06 <kbsingh> http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-21:42:08 <mikem23> http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-21:42:22 <quaid> #topic Cloud Instance SIG
-21:42:27 <quaid> http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-21:43:24 <quaid> #info the intention of this SIG is to have folks who know what they are doing and represent mindshare, come together and help us build images that work across cloud providers, meet best practices, development environments, tuned up for environments.
-21:43:36 <quaid> #info primary charter is to bring in existing experts to help us build images
-21:49:53 <quaid> #info SIG will deliver a basic image that others can bundle with their RPMs to do their own image
-21:50:13 <quaid> #info cloud-init, minimizing for certain instances, perf tuning for certain hypervisors
-21:50:37 <quaid> #info most of the work will be kickstart files v. RPMs
-21:51:47 <quaid> #idea SIG is focused on tuning and curating the image, but there is room in the scope to provide multiple images tuned for various environments
-21:53:00 <TrevorH> you need an authentication SIG ;)
-21:53:40 <quaid> #info Primary interface will be with the Core SIG
-21:54:30 <quaid> #info SIG is requesting cloud.centos.org as a source (with an API?) for distributing images, cf. mirror.centos.org for packages
-22:00:10 <quaid> #info QA for images are basic/essential, may look to spread out toward different hypervisors
-22:00:24 <quaid> #idea having 2 physical machines ready for a few hours every day for QA
-22:01:29 <alphacc> it would be nice to have a process to promote image when they get enough testing/traction to official installation media.
-22:03:54 <quaid> alphacc: can you repeat that with '#idea' in front? that helps it get in the discussion/minutes from here
-22:04:42 <alphacc> #idea it would be nice to have a process to promote image when they get enough testing/traction to official installation media.
-22:06:37 <quaid> thanks :)
-22:07:45 <quaid> #agreed Vote agrees to the Cloud Instance SIG proposal; follow-up to happen with Jim and Tru to confirm their votes
-22:08:03 <quaid> #action KB to follow-up with Jim and Tru about this vote
-22:08:18 <quaid> #action SIG needs to define primary point of contact/coordinator
-22:09:09 <quaid> finishing ...
-22:09:20 <quaid> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/march/centos-devel.2014-03-19-20.58.txt b/minutes/2014/march/centos-devel.2014-03-19-20.58.txt
deleted file mode 100644
index 991020f..0000000
--- a/minutes/2014/march/centos-devel.2014-03-19-20.58.txt
+++ /dev/null
@@ -1,141 +0,0 @@
-======================================================================================================================
-#centos-devel: Board meeting live http://centos.org/media - agenda for today:  Storage and Cloud-related SIG proposals
-======================================================================================================================
-
-
-Meeting started by quaid at 20:58:13 UTC. The full logs are available at
-centos-devel/2014/centos-devel.2014-03-19-20.58.log.html .
-
-
-
-Meeting summary
----------------
-* LINK: http://www.youtube.com/watch?v=muUOhg12FKs   (kbsingh, 21:04:26)
-* Storage SIG proposal  (quaid, 21:07:26)
-  * LINK: http://wiki.centos.org/SpecialInterestGroup/Storage/Proposal
-    (quaid, 21:07:28)
-  * AGREED: we have a quorum  (quaid, 21:09:25)
-  * SIG members currently include Ceph and Gluster  (quaid, 21:12:20)
-  * SIG members include Patrick Mcgarry (Ceph) and Lalatendu Mohanty
-    (GlusterFS) and KBSingh (Board mentor/liaison)  (quaid, 21:13:28)
-  * Need to work on repository structure  (quaid, 21:18:16)
-  * qemu dependencies mean work with the Cloud * SIG who adopts qemu to
-    figure out if it can be worked together, hierarchical setup, with
-    maintain-your-own the last possible answer :)  (quaid, 21:18:56)
-  * a storage SIG repository could be cleaner and keep things out of
-    CentOS Extras and CentOS Plus  (quaid, 21:22:45)
-  * ACTION: need to consider best way to handle questions from IRC,
-    Twitter, etc. for live Board hangouts.  (quaid, 21:27:27)
-  * AGREED: start new SIG work on main -devel and users lists, then
-    branch as needed  (quaid, 21:36:01)
-  * IDEA: having an all-SIGs-overview mailing list for cross-SIG
-    coordination (esp. if things move from -devel)  (quaid, 21:36:24)
-  * ACTION: make sure new SIG work gets exposure of ~first 3 months on
-    main centos-devel list  (quaid, 21:37:18)
-  * IDEA: have a SIG coordinators (or all maintainers) should have a
-    chat every few weeks, such as a public Hangout or IRC  (quaid,
-    21:37:45)
-  * AGREED: quorum voted yes to Storage SIG propsals  (quaid, 21:39:48)
-  * ACTION: KB to follow up with Jim and Tru  (quaid, 21:40:00)
-  * ACTION: KB to send call-to-action to -devel list  (quaid, 21:40:11)
-  * IDEA: include CentOS package/build expert, Ceph will bring their
-    maintainer  (quaid, 21:40:41)
-  * LINK:
-    http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-    (kbsingh, 21:42:06)
-  * LINK:
-    http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-    (mikem23, 21:42:08)
-
-* Cloud Instance SIG  (quaid, 21:42:22)
-  * LINK:
-    http://wiki.centos.org/SpecialInterestGroup/CloudInstance/Proposal
-    (quaid, 21:42:27)
-  * the intention of this SIG is to have folks who know what they are
-    doing and represent mindshare, come together and help us build
-    images that work across cloud providers, meet best practices,
-    development environments, tuned up for environments.  (quaid,
-    21:43:24)
-  * primary charter is to bring in existing experts to help us build
-    images  (quaid, 21:43:36)
-  * SIG will deliver a basic image that others can bundle with their
-    RPMs to do their own image  (quaid, 21:49:53)
-  * cloud-init, minimizing for certain instances, perf tuning for
-    certain hypervisors  (quaid, 21:50:13)
-  * most of the work will be kickstart files v. RPMs  (quaid, 21:50:37)
-  * IDEA: SIG is focused on tuning and curating the image, but there is
-    room in the scope to provide multiple images tuned for various
-    environments  (quaid, 21:51:47)
-  * Primary interface will be with the Core SIG  (quaid, 21:53:40)
-  * SIG is requesting cloud.centos.org as a source (with an API?) for
-    distributing images, cf. mirror.centos.org for packages  (quaid,
-    21:54:30)
-  * QA for images are basic/essential, may look to spread out toward
-    different hypervisors  (quaid, 22:00:10)
-  * IDEA: having 2 physical machines ready for a few hours every day for
-    QA  (quaid, 22:00:24)
-  * IDEA: it would be nice to have a process to promote image when they
-    get enough testing/traction to official installation media.
-    (alphacc, 22:04:42)
-  * AGREED: Vote agrees to the Cloud Instance SIG proposal; follow-up to
-    happen with Jim and Tru to confirm their votes  (quaid, 22:07:45)
-  * ACTION: KB to follow-up with Jim and Tru about this vote  (quaid,
-    22:08:03)
-  * ACTION: SIG needs to define primary point of contact/coordinator
-    (quaid, 22:08:18)
-
-Meeting ended at 22:09:20 UTC.
-
-
-
-
-Action Items
-------------
-* need to consider best way to handle questions from IRC, Twitter, etc.
-  for live Board hangouts.
-* make sure new SIG work gets exposure of ~first 3 months on main
-  centos-devel list
-* KB to follow up with Jim and Tru
-* KB to send call-to-action to -devel list
-* KB to follow-up with Jim and Tru about this vote
-* SIG needs to define primary point of contact/coordinator
-
-
-
-
-Action Items, by person
------------------------
-* **UNASSIGNED**
-  * need to consider best way to handle questions from IRC, Twitter,
-    etc. for live Board hangouts.
-  * make sure new SIG work gets exposure of ~first 3 months on main
-    centos-devel list
-  * KB to follow up with Jim and Tru
-  * KB to send call-to-action to -devel list
-  * KB to follow-up with Jim and Tru about this vote
-  * SIG needs to define primary point of contact/coordinator
-
-
-
-
-People Present (lines said)
----------------------------
-* quaid (51)
-* kbsingh (9)
-* Evolution (7)
-* scuttlemonkey (7)
-* alphacc (6)
-* centbot (3)
-* TrevorH (3)
-* range (1)
-* mikem23 (1)
-* hughesjr (0)
-* Arrfab (0)
-* tru_tru (0)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/may/centos-devel.2014-05-09-16.52.html b/minutes/2014/may/centos-devel.2014-05-09-16.52.html
deleted file mode 100644
index c8ac224..0000000
--- a/minutes/2014/may/centos-devel.2014-05-09-16.52.html
+++ /dev/null
@@ -1,134 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel Meeting</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel Meeting</h1>
-<span class="details">
-Meeting started by filippoc at 16:52:43 UTC
-(<a href="centos-devel.2014-05-09-16.52.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li>
-<ol type="a">
-  <li><a
-    href="http://wiki.centos.org/SpecialInterestGroup/SLS">http://wiki.centos.org/SpecialInterestGroup/SLS</a>
-    <span class="details">(<a
-    href='centos-devel.2014-05-09-16.52.log.html#l-39'>daveloper</a>,
-    17:03:27)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">modify sls
-    wiki page -&gt; Status: proposal</span> <span class="details">(<a
-    href='centos-devel.2014-05-09-16.52.log.html#l-55'>filippoc</a>,
-    17:07:40)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">expand
-    Deliverables section</span> <span class="details">(<a
-    href='centos-devel.2014-05-09-16.52.log.html#l-67'>filippoc</a>,
-    17:12:56)</span></li>
-  <li><a
-    href="https://bugzilla.redhat.com/show_bug.cgi?id=1018312">https://bugzilla.redhat.com/show_bug.cgi?id=1018312</a>
-    <span class="details">(<a
-    href='centos-devel.2014-05-09-16.52.log.html#l-83'>filippoc</a>,
-    17:17:26)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">ask for
-    comments on centos-devel</span> <span class="details">(<a
-    href='centos-devel.2014-05-09-16.52.log.html#l-136'>filippoc</a>,
-    17:34:39)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">talk to Jim
-    for advice on a board member to sponsor the SLS SIG</span> <span
-    class="details">(<a
-    href='centos-devel.2014-05-09-16.52.log.html#l-146'>filippoc</a>,
-    17:39:33)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 17:50:28 UTC
-(<a href="centos-devel.2014-05-09-16.52.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>modify sls wiki page -&gt; Status: proposal</li>
-  <li>expand Deliverables section</li>
-  <li>ask for comments on centos-devel</li>
-  <li>talk to Jim for advice on a board member to sponsor the SLS SIG</li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>filippoc (47)</li>
-  <li>kbsingh (43)</li>
-  <li>daveloper (29)</li>
-  <li>omarel (8)</li>
-  <li>reetp (7)</li>
-  <li>pcbaldwin (7)</li>
-  <li>Arrfab (4)</li>
-  <li>centbot (3)</li>
-  <li>davidep (3)</li>
-  <li>gsanchietti (3)</li>
-  <li>JPP_kimsufi (3)</li>
-  <li>rsc (2)</li>
-  <li>Bahhumbug (2)</li>
-  <li>alefattorini (2)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/may/centos-devel.2014-05-09-16.52.log.html b/minutes/2014/may/centos-devel.2014-05-09-16.52.log.html
deleted file mode 100644
index 6b9f793..0000000
--- a/minutes/2014/may/centos-devel.2014-05-09-16.52.log.html
+++ /dev/null
@@ -1,190 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">16:52:43</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#startmeeting</span><span class="cmdline"></span>
-<a name="l-2"></a><span class="tm">16:52:43</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Fri May  9 16:52:43 2014 UTC.  The chair is filippoc. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">16:52:43</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">16:53:07</span><span class="nk"> &lt;omarel&gt;</span> Are you trying to expand it to Small Business oriented as well?
-<a name="l-5"></a><span class="tm">16:53:11</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#meetingname </span><span class="cmdline">SLS-SIG</span>
-<a name="l-6"></a><span class="tm">16:53:11</span><span class="nk"> &lt;centbot&gt;</span> The meeting name has been set to 'sls-sig'
-<a name="l-7"></a><span class="tm">16:53:22</span><span class="nk"> &lt;JPP_kimsufi&gt;</span> <span class="hi">filippoc:</span> if you need log of this conversation I would be able to provide
-<a name="l-8"></a><span class="tm">16:54:12</span><span class="nk"> &lt;filippoc&gt;</span> omarel, we are small business oriented
-<a name="l-9"></a><span class="tm">16:54:14</span><span class="nk"> &lt;JPP_kimsufi&gt;</span> <span class="hi">filippoc:</span> but other than that no experience with meetbot
-<a name="l-10"></a><span class="tm">16:55:04</span><span class="nk"> &lt;omarel&gt;</span> I'm still a bit confused, though. My "branding" issue is still there.  How would someone wanting a small business server find you?
-<a name="l-11"></a><span class="tm">16:55:35</span><span class="nk"> &lt;daveloper&gt;</span> I don’t think that we need to, of necessity, be business oriented at all. Personally, I think the name presently reflects the nature of what we are trying to do. If simplified is used for business or for home or for hobby, it wouldn’t matter to me.
-<a name="l-12"></a><span class="tm">16:56:18</span><span class="nk"> &lt;omarel&gt;</span> It may be 2 different gruops with some obvious overlap.  Perhaps dealing with th overlap is the issue.
-<a name="l-13"></a><span class="tm">16:56:43</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">daveloper:</span> next steps would involve mandatory collaboration from centos, i.e. importing packages in git, setting up the buildsys, etc
-<a name="l-14"></a><span class="tm">16:57:24</span><span class="nk"> &lt;gsanchietti&gt;</span> <span class="hi">omarel:</span> the SLS SIG is a group of people with common interest. Probably more CentOS variant will born from the SIG. Each variant will have its own brand.
-<a name="l-15"></a><span class="tm">16:57:27</span><span class="nk"> &lt;filippoc&gt;</span> I'm not sure that more than one group would be beneficial
-<a name="l-16"></a><span class="tm">16:57:40</span><span class="nk"> &lt;filippoc&gt;</span> more variants are welcome to fill every niche
-<a name="l-17"></a><span class="tm">16:57:44</span><span class="nk"> &lt;pcbaldwin&gt;</span> I think that a SIG can have a broad scope that covers both home and business.  The potential variants that come out of the SIG can be more focused.
-<a name="l-18"></a><span class="tm">16:57:49</span><span class="nk"> &lt;JPP_kimsufi&gt;</span> small business oriented is an aspect, but it also adress to home users who wants an easily configurable home server. Thus the reference to what it provides, and not to whom it addresses. But good point to reference it to the public two IMOHA
-<a name="l-19"></a><span class="tm">16:57:51</span><span class="nk"> &lt;daveloper&gt;</span> agreed, I think we’ve done what they’ve asked for as far as defining the scope of what this SIG is about. I’d hope that they would now follow through and make aspects of their buildsys available to us now.
-<a name="l-20"></a><span class="tm">16:58:30</span><span class="nk"> &lt;gsanchietti&gt;</span> <span class="hi">pcbaldwin:</span> I agree
-<a name="l-21"></a><span class="tm">16:58:53</span><span class="nk"> &lt;filippoc&gt;</span> I'm not up to date with recent centos decisions about repositories and such
-<a name="l-22"></a><span class="tm">16:59:11 </span><span class="nka">* Arrfab</span> <span class="ac">sees activity and jumps in ...</span>
-<a name="l-23"></a><span class="tm">16:59:14</span><span class="nk"> &lt;daveloper&gt;</span> Filippoc said, “more variants are welcome to fill every niche”… I totally agree. The point of the SIG is collaboration and standards, not necessarily unification.
-<a name="l-24"></a><span class="tm">16:59:17</span><span class="nk"> &lt;omarel&gt;</span> I think if there are people with special interests, it amounts to SIG.  It's a demographic issue.  If there's interest, and it's specialized, then the group of people decide.
-<a name="l-25"></a><span class="tm">16:59:59</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">omarel:</span> in the CentOS ecosystem a SIG is a group of people looking to either curate or deliver something based on and around a technology
-<a name="l-26"></a><span class="tm">17:00:03</span><span class="nk"> &lt;omarel&gt;</span> I think from my point of view, I'm not so much interesting in a broad target.  I'd rather narrowly target it to businesses and institutions.
-<a name="l-27"></a><span class="tm">17:00:29</span><span class="nk"> &lt;daveloper&gt;</span> demographics can be a SIG, sure, but this SIG is about “[providing] a common platform for delivering turnkey CentOS-based solutions that are managed via a web and/or REST-based interface.”
-<a name="l-28"></a><span class="tm">17:00:33</span><span class="nk"> &lt;kbsingh&gt;</span> key being tech and code and deliver
-<a name="l-29"></a><span class="tm">17:00:48</span><span class="nk"> &lt;omarel&gt;</span> I think personally I need to find other people with similar interests.  If the interest is there, we have another sig.
-<a name="l-30"></a><span class="tm">17:00:49</span><span class="nk"> &lt;kbsingh&gt;</span> ( this isnt orthogonal to what you were saying omarel, but i wanted to quantify that )
-<a name="l-31"></a><span class="tm">17:02:01</span><span class="nk"> &lt;omarel&gt;</span> Remember, this is just me, and people have different points of view, but the issues I deal with on a daily basis are different than I think SLS is dealing with.
-<a name="l-32"></a><span class="tm">17:02:07</span><span class="nk"> &lt;davidep&gt;</span> hi all
-<a name="l-33"></a><span class="tm">17:02:28</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">omarel:</span> a SIG can deliver more than one end result :D
-<a name="l-34"></a><span class="tm">17:02:39 </span><span class="nka">* alefattorini</span> <span class="ac">jumps in too</span>
-<a name="l-35"></a><span class="tm">17:02:42</span><span class="nk"> &lt;filippoc&gt;</span> omarel, your idea is totally different from the SLS SIG proposal? Or similar and could be addressed with minor modifications to SLS?
-<a name="l-36"></a><span class="tm">17:02:45</span><span class="nk"> &lt;kbsingh&gt;</span> there is no reason why the Small business SIG cant be doing more than SLS - actually, every SIG would
-<a name="l-37"></a><span class="tm">17:03:04</span><span class="nk"> &lt;kbsingh&gt;</span> also, i dont think its going to be called SLS SIG, is it ?
-<a name="l-38"></a><span class="tm">17:03:24</span><span class="nk"> &lt;filippoc&gt;</span> :-)
-<a name="l-39"></a><span class="tm">17:03:27</span><span class="nk"> &lt;daveloper&gt;</span> http://wiki.centos.org/SpecialInterestGroup/SLS
-<a name="l-40"></a><span class="tm">17:03:55</span><span class="nk"> &lt;omarel&gt;</span> Yes it can.  You know I need to sit down and write out what I have in mind and my motivation for it.  It's more than can be elaborated her in this chat format.
-<a name="l-41"></a><span class="tm">17:03:55</span><span class="nk"> &lt;kbsingh&gt;</span> ok, pretty sure its going to get rejected by the board
-<a name="l-42"></a><span class="tm">17:04:09</span><span class="nk"> &lt;kbsingh&gt;</span> also, you need to make sure it clearly states that this is a proposed SIG, not accepted as yet
-<a name="l-43"></a><span class="tm">17:04:21</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">kbsingh:</span> also worth noting that it's still a proposal, indeed
-<a name="l-44"></a><span class="tm">17:04:36</span><span class="nk"> &lt;daveloper&gt;</span> What criteria are we missing Karanbir?
-<a name="l-45"></a><span class="tm">17:04:49</span><span class="nk"> &lt;kbsingh&gt;</span> SIG's are interest and tech driven, not a specific deliverable
-<a name="l-46"></a><span class="tm">17:04:54</span><span class="nk"> &lt;kbsingh&gt;</span> eg. its not the XEN SIG - its the Virt SIG
-<a name="l-47"></a><span class="tm">17:05:04</span><span class="nk"> &lt;kbsingh&gt;</span> and its not the GLUSTER SIG- its the Storage SIG
-<a name="l-48"></a><span class="tm">17:05:19</span><span class="nk"> &lt;kbsingh&gt;</span> the virt-sig is already working with a upstream qemu onramp and openvz is making efforts in
-<a name="l-49"></a><span class="tm">17:05:27</span><span class="nk"> &lt;kbsingh&gt;</span> similarly the storage sig already includes ceph and gluster
-<a name="l-50"></a><span class="tm">17:06:00</span><span class="nk"> &lt;pcbaldwin&gt;</span> The "tech" is moving from CLI and X-Windows based systems to API/REST-based interfaces.
-<a name="l-51"></a><span class="tm">17:06:03</span><span class="nk"> &lt;daveloper&gt;</span> What specific technology are we advocating. I’m pretty sure the individual members all use different technologies to deliver a wide array of deliverables.
-<a name="l-52"></a><span class="tm">17:06:22</span><span class="nk"> &lt;daveloper&gt;</span> For example, Filippo’s project doesn’t do what my project does and vice, versa.
-<a name="l-53"></a><span class="tm">17:06:27</span><span class="nk"> &lt;kbsingh&gt;</span> so in that mindsetup Simplified Linux Server does not fit into the larger model at all - a Small Office SIG can however work to deliver a simplified SOHO server install set ( as an example )
-<a name="l-54"></a><span class="tm">17:07:35</span><span class="nk"> &lt;kbsingh&gt;</span> things like this are far too ambigious "The SIG members are involved in the development and maintenance of turnkey solutions based on CentOS. "
-<a name="l-55"></a><span class="tm">17:07:40</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#action </span><span class="cmdline">modify sls wiki page -&gt; Status: proposal</span>
-<a name="l-56"></a><span class="tm">17:07:59</span><span class="nk"> &lt;kbsingh&gt;</span> what does that mean ? are you guys also working on the MIPS vlsi poc using centos in an embedded role for industrial automation ?
-<a name="l-57"></a><span class="tm">17:08:03</span><span class="nk"> &lt;daveloper&gt;</span> SOHO seems to be more of a deliverable than Simplified Linux Server. For example, I can simplify the process for provisioning large directory services based on an array of different backends and that would not be a SOHO application. But it would still be ‘Simplified’ through a web UI.
-<a name="l-58"></a><span class="tm">17:09:06</span><span class="nk"> &lt;daveloper&gt;</span> I don’t know about Filippo but we’ve discussed applying what we are doing to other architectures including MIPS.
-<a name="l-59"></a><span class="tm">17:09:36</span><span class="nk"> &lt;filippoc&gt;</span> we'd like to have arm support, but we'll follow upstream
-<a name="l-60"></a><span class="tm">17:09:59</span><span class="nk"> &lt;kbsingh&gt;</span> my understanding of this sig is that the aim is to deliver a set of solutions for small business , new linux users doing entry level admin work in small offices / soho environs
-<a name="l-61"></a><span class="tm">17:11:08</span><span class="nk"> &lt;kbsingh&gt;</span> seondly, who is proposing the SIG to the board ? I dont see any of the CentOS Board guys on the who's involved list
-<a name="l-62"></a><span class="tm">17:11:44</span><span class="nk"> &lt;daveloper&gt;</span> But the reason for bringing this together is to come up with common build needs and processes that are common among our technologies. For example, Filippo’s team and our team benefit from an accelarated path to getting newer PHP code. Others involved don’t need that but there are crossover needs at multiple levels.
-<a name="l-63"></a><span class="tm">17:11:48</span><span class="nk"> &lt;kbsingh&gt;</span> what i would recommend is actually working the proposal to include specific deliverables
-<a name="l-64"></a><span class="tm">17:11:53</span><span class="nk"> &lt;kbsingh&gt;</span> and remove stuff like "Software Maintenance - This SIG will co-ordinate maintenance of common upstream packages in order to avoid duplication and provide a better experience for all CentOS users. "
-<a name="l-65"></a><span class="tm">17:12:16</span><span class="nk"> &lt;kbsingh&gt;</span> and "Quality Assurance - This SIG provides solutions with tight integration amongst the various applications in CentOS. This provides a unique opportunity to provide additional QA testing (e.g. Samba + OpenLDAP). "
-<a name="l-66"></a><span class="tm">17:12:26</span><span class="nk"> &lt;kbsingh&gt;</span> basically, that deliverables section - someone needs to write one
-<a name="l-67"></a><span class="tm">17:12:56</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#action </span><span class="cmdline">expand Deliverables section</span>
-<a name="l-68"></a><span class="tm">17:13:11</span><span class="nk"> &lt;daveloper&gt;</span> Are we required to have board sponsorship in order to get a SIG approved. Who can we contact then to have an advocate?
-<a name="l-69"></a><span class="tm">17:13:55</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">daveloper:</span> the list of board members is listed on the centos website - you should be ok to contact any / all of them if you want
-<a name="l-70"></a><span class="tm">17:13:56</span><span class="nk"> &lt;filippoc&gt;</span> I hope that Evolution could help us
-<a name="l-71"></a><span class="tm">17:14:06</span><span class="nk"> &lt;kbsingh&gt;</span> i think he's i brazil at the moment
-<a name="l-72"></a><span class="tm">17:14:07</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">daveloper:</span> well, the board needs to approve a SIG proposal during a board meeting, so if you don't ask, nothing will be discussed :-)
-<a name="l-73"></a><span class="tm">17:14:53</span><span class="nk"> &lt;daveloper&gt;</span> correct, but karanbir seems to indicate that we need to have a board member on our SIG team in order for this to be a reality. I did not know that this was a requirement.
-<a name="l-74"></a><span class="tm">17:15:03</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">daveloper:</span> it is
-<a name="l-75"></a><span class="tm">17:15:24</span><span class="nk"> &lt;pcbaldwin&gt;</span> I thought it was a member of the dev team.  That's what's on the Wiki page.
-<a name="l-76"></a><span class="tm">17:15:40</span><span class="nk"> &lt;kbsingh&gt;</span> a completely mature SIG, is able to do their own  process work - but we esitmate a 2 yr span from going onboard to maturity for a highly organised sig
-<a name="l-77"></a><span class="tm">17:15:42</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">daveloper:</span> http://wiki.centos.org/SpecialInterestGroup/ but all Devteam members are on the board
-<a name="l-78"></a><span class="tm">17:15:48</span><span class="nk"> &lt;filippoc&gt;</span> we probably need to "polish" the proposal before asking for approval
-<a name="l-79"></a><span class="tm">17:16:22</span><span class="nk"> &lt;kbsingh&gt;</span> stuff like Clam from EPEL - but does this sig have access to influence that build in EPEL ? if not, you are already creating deadends
-<a name="l-80"></a><span class="tm">17:16:30</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> yes please
-<a name="l-81"></a><span class="tm">17:16:36</span><span class="nk"> &lt;pcbaldwin&gt;</span> No matter.  At this stage, we're still trying to figure out the whole role/scope of a SIG.  Even looking through the wiki and centos-devel list, there seems to be a lot of unknowns.  That's expected given that it's the early days!
-<a name="l-82"></a><span class="tm">17:16:45</span><span class="nk"> &lt;Bahhumbug&gt;</span> <span class="hi">Arrfab:</span> The web page probably needs to be cleared up in that regard.
-<a name="l-83"></a><span class="tm">17:17:26</span><span class="nk"> &lt;filippoc&gt;</span> https://bugzilla.redhat.com/show_bug.cgi?id=1018312
-<a name="l-84"></a><span class="tm">17:18:30</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> so you need rsc to join the SIG
-<a name="l-85"></a><span class="tm">17:18:48</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">pcbaldwin:</span> Bahhumbug: please submit patch
-<a name="l-86"></a><span class="tm">17:18:56</span><span class="nk"> &lt;kbsingh&gt;</span> or an issue report at bugs.centos.org
-<a name="l-87"></a><span class="tm">17:19:06</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">kbsingh:</span> probably a good idea
-<a name="l-88"></a><span class="tm">17:19:45</span><span class="nk"> &lt;pcbaldwin&gt;</span> <span class="hi">kbsingh:</span> patch for the wiki page??
-<a name="l-89"></a><span class="tm">17:20:02</span><span class="nk"> &lt;rsc&gt;</span> <span class="hi">kbsingh:</span> hm?
-<a name="l-90"></a><span class="tm">17:20:07</span><span class="nk"> &lt;Bahhumbug&gt;</span> It's a wiki page.  It's a 30 second edit.
-<a name="l-91"></a><span class="tm">17:21:56</span><span class="nk"> &lt;kbsingh&gt;</span> submit patch, a community notion of saying 'come help fix that which needs attention, and since you have the attention..'
-<a name="l-92"></a><span class="tm">17:21:56</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">omarel:</span> could you write your ideas on a mail to centos-devel?
-<a name="l-93"></a><span class="tm">17:22:20</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> daveloper: its also important to highlight what exactly is going to get done
-<a name="l-94"></a><span class="tm">17:23:10</span><span class="nk"> &lt;kbsingh&gt;</span> eg. the QA stuff might be : develop as a part of the SIG, a test suite that can be run on a nightly basis from ci.dev.centos.org to validate a spec ( also to be developed as a part of the SIG ) - QA test harness being a precursor to code development in the SIG
-<a name="l-95"></a><span class="tm">17:23:19</span><span class="nk"> &lt;filippoc&gt;</span> we will release rpms
-<a name="l-96"></a><span class="tm">17:23:22</span><span class="nk"> &lt;daveloper&gt;</span> Looking at the requirements: We don’t have overlap with other SIGs so far as I can tell. We’ve opened a discussion topic and have solicited comments. Have we requested a new mailing list? We do have a wiki section. We will need version control setup. We are listed as a SIG on the SIG page. We need one Devteam member to join the team. Is there anything I missed?
-<a name="l-97"></a><span class="tm">17:23:52</span><span class="nk"> &lt;filippoc&gt;</span> we will write a testsuite
-<a name="l-98"></a><span class="tm">17:24:09</span><span class="nk"> &lt;rsc&gt;</span> kbsingh, filippoc: How can I help regarding RHBZ#1018312? Or what is with which SIG?
-<a name="l-99"></a><span class="tm">17:24:10</span><span class="nk"> &lt;filippoc&gt;</span> davidep is already working on it
-<a name="l-100"></a><span class="tm">17:24:11</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> quantifying that on the proposal will help
-<a name="l-101"></a><span class="tm">17:24:44</span><span class="nk"> &lt;davidep&gt;</span> Arrfab, kbsingh: what about the CI platform for SIGs? any progress on it?
-<a name="l-102"></a><span class="tm">17:24:45</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">rsc:</span> sorry, it was an bad example to show that we work with epel
-<a name="l-103"></a><span class="tm">17:24:52</span><span class="nk"> &lt;kbsingh&gt;</span> also, who is going to run the SIG, what or how are you going to bring more members in, what licenses are you guys going to use - what is the downstream going to be etc.
-<a name="l-104"></a><span class="tm">17:24:59</span><span class="nk"> &lt;reetp&gt;</span> Filippo, you may have seen that we have been got some basic testing working....
-<a name="l-105"></a><span class="tm">17:25:13</span><span class="nk"> &lt;kbsingh&gt;</span> get as much of this pre-done, better chances to get in through the board review
-<a name="l-106"></a><span class="tm">17:25:29</span><span class="nk"> &lt;filippoc&gt;</span> rretp, I meant t_functional on ci.centos
-<a name="l-107"></a><span class="tm">17:25:41</span><span class="nk"> &lt;filippoc&gt;</span> reetp sorry
-<a name="l-108"></a><span class="tm">17:25:50</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> it does not need to be in t_functional. it can be a completely different suite
-<a name="l-109"></a><span class="tm">17:26:03</span><span class="nk"> &lt;daveloper&gt;</span> Which SIGs have already been approved?
-<a name="l-110"></a><span class="tm">17:26:11</span><span class="nk"> &lt;kbsingh&gt;</span> eg. the virt-sig is starting the t_xen.git suite
-<a name="l-111"></a><span class="tm">17:26:21</span><span class="nk"> &lt;filippoc&gt;</span> I thought it was better trying to extend t_functional and improve ci.centos
-<a name="l-112"></a><span class="tm">17:26:32</span><span class="nk"> &lt;filippoc&gt;</span> but ok
-<a name="l-113"></a><span class="tm">17:26:34 </span><span class="nka">* kbsingh</span> <span class="ac">off, call time, back in a few hours</span>
-<a name="l-114"></a><span class="tm">17:26:56</span><span class="nk"> &lt;reetp&gt;</span> Have a chat with Ian when you get a minute and see where they are at.
-<a name="l-115"></a><span class="tm">17:26:59</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> thats ok as well - but ci.d.c.o can run more tests than just that
-<a name="l-116"></a><span class="tm">17:28:28</span><span class="nk"> &lt;filippoc&gt;</span> daveloper, I'll try to exapnd the Deliverables section of our proposal
-<a name="l-117"></a><span class="tm">17:28:59</span><span class="nk"> &lt;daveloper&gt;</span> Thanks Filippo, I’ll work with you on that in the shared doc if you like.
-<a name="l-118"></a><span class="tm">17:29:26</span><span class="nk"> &lt;filippoc&gt;</span> maybe I could simply list rpm packages from your web page
-<a name="l-119"></a><span class="tm">17:29:53</span><span class="nk"> &lt;daveloper&gt;</span> I’m curious as to who already has been approved so we can know what to follow or emulate.
-<a name="l-120"></a><span class="tm">17:29:57</span><span class="nk"> &lt;reetp&gt;</span> Can you share the doc with other members of our Board ? I can give you addresses
-<a name="l-121"></a><span class="tm">17:30:21</span><span class="nk"> &lt;filippoc&gt;</span> only virt sig I think
-<a name="l-122"></a><span class="tm">17:30:44</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">reetp:</span> sure
-<a name="l-123"></a><span class="tm">17:31:02</span><span class="nk"> &lt;filippoc&gt;</span> I'll give you full control
-<a name="l-124"></a><span class="tm">17:31:53</span><span class="nk"> &lt;daveloper&gt;</span> Are there any other objectives to cover here?
-<a name="l-125"></a><span class="tm">17:32:02</span><span class="nk"> &lt;filippoc&gt;</span> mmh, we should probably start a new doc, that old one is already a wiki page
-<a name="l-126"></a><span class="tm">17:32:03</span><span class="nk"> &lt;reetp&gt;</span> Thanks -I'm sure some of the others will chime in.
-<a name="l-127"></a><span class="tm">17:32:11</span><span class="nk"> &lt;pcbaldwin&gt;</span> I have to head out.  At a fundamental level, it would be nice for all of us (NethServer, SME Server, ClearOS and potentially others) to have a working relationship with CentOS/RHEL.   We're part of the ecosystem and I personally have always felt like an outsider.  I'm certainly not getting the warm and fuzzies, but maybe that's just because it's IRC.  Or maybe there's a lot on the CentOS team's plate right now.  Oh well, I'll keep on
-<a name="l-128"></a><span class="tm">17:32:16</span><span class="nk"> &lt;daveloper&gt;</span> agreed.
-<a name="l-129"></a><span class="tm">17:32:36</span><span class="nk"> &lt;filippoc&gt;</span> agreed
-<a name="l-130"></a><span class="tm">17:32:41</span><span class="nk"> &lt;pcbaldwin&gt;</span> keep on trucking = keep on trying to build the relationship
-<a name="l-131"></a><span class="tm">17:32:50</span><span class="nk"> &lt;daveloper&gt;</span> Thanks Peter. I get that sense as well.
-<a name="l-132"></a><span class="tm">17:33:07</span><span class="nk"> &lt;reetp&gt;</span> We're agreed on something then :-)
-<a name="l-133"></a><span class="tm">17:33:34</span><span class="nk"> &lt;daveloper&gt;</span> Also a call would be good. I’ll try to set that up next week sometime.
-<a name="l-134"></a><span class="tm">17:34:02</span><span class="nk"> &lt;reetp&gt;</span> An obvious note is that perhaps their documentation and expectation s are not really clear enough and they should address that. WE can only work to what they give us.
-<a name="l-135"></a><span class="tm">17:34:06</span><span class="nk"> &lt;filippoc&gt;</span> I'll try to solicit comments to our sig proposal on the centos-devel ml
-<a name="l-136"></a><span class="tm">17:34:39</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#action </span><span class="cmdline">ask for comments on centos-devel</span>
-<a name="l-137"></a><span class="tm">17:35:33</span><span class="nk"> &lt;reetp&gt;</span> I gotta go - only 45 mins late. Interesting and will look back through this later.
-<a name="l-138"></a><span class="tm">17:35:48</span><span class="nk"> &lt;daveloper&gt;</span> Filippo, have we formally requested version control for our SIG?
-<a name="l-139"></a><span class="tm">17:36:22</span><span class="nk"> &lt;filippoc&gt;</span> not sure if we did formally
-<a name="l-140"></a><span class="tm">17:36:37</span><span class="nk"> &lt;daveloper&gt;</span> Also, we need to secure a mailing list for ourselves.
-<a name="l-141"></a><span class="tm">17:36:43</span><span class="nk"> &lt;filippoc&gt;</span> we asked tough
-<a name="l-142"></a><span class="tm">17:36:58</span><span class="nk"> &lt;daveloper&gt;</span> I’m not sure who we do that with on the centos team.
-<a name="l-143"></a><span class="tm">17:38:21</span><span class="nk"> &lt;filippoc&gt;</span> keeping discussion on centos-devel for a while will probably be beneficial
-<a name="l-144"></a><span class="tm">17:38:48</span><span class="nk"> &lt;filippoc&gt;</span> but I'm sure we need to have our ml sooner than later
-<a name="l-145"></a><span class="tm">17:39:22</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">filippoc:</span> you need to get approved first
-<a name="l-146"></a><span class="tm">17:39:33</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#action </span><span class="cmdline">talk to Jim for advice on a board member to sponsor the SLS SIG</span>
-<a name="l-147"></a><span class="tm">17:39:34</span><span class="nk"> &lt;kbsingh&gt;</span> then the resources become available immediately
-<a name="l-148"></a><span class="tm">17:39:49</span><span class="nk"> &lt;filippoc&gt;</span> got it
-<a name="l-149"></a><span class="tm">17:40:37</span><span class="nk"> &lt;daveloper&gt;</span> Getting a mailing list is listed as a requirement before approval.
-<a name="l-150"></a><span class="tm">17:40:48</span><span class="nk"> &lt;daveloper&gt;</span> seemed backwards to me too
-<a name="l-151"></a><span class="tm">17:41:14</span><span class="nk"> &lt;daveloper&gt;</span> so then the only thing we need is a devteam member on our group and then we can present, yeah?
-<a name="l-152"></a><span class="tm">17:41:25</span><span class="nk"> &lt;daveloper&gt;</span> We’ll clean up our proposal though first.
-<a name="l-153"></a><span class="tm">17:43:43</span><span class="nk"> &lt;davidep&gt;</span> quoting kbsingh: "key being tech and code and deliver"
-<a name="l-154"></a><span class="tm">17:45:06</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">daveloper:</span> I will ask for editing permission for you on centos wiki
-<a name="l-155"></a><span class="tm">17:45:18</span><span class="nk"> &lt;daveloper&gt;</span> thanks
-<a name="l-156"></a><span class="tm">17:45:23</span><span class="nk"> &lt;filippoc&gt;</span> register and send me your username
-<a name="l-157"></a><span class="tm">17:46:20</span><span class="nk"> &lt;gsanchietti&gt;</span> daveloper, filippoc: I think we also need to extend the section about how to join the SIG and who is in charge to evaluate new members
-<a name="l-158"></a><span class="tm">17:46:40</span><span class="nk"> &lt;filippoc&gt;</span> I'll ask for permissions for you too
-<a name="l-159"></a><span class="tm">17:46:59</span><span class="nk"> &lt;filippoc&gt;</span> <span class="hi">gsanchietti:</span> register and so on...
-<a name="l-160"></a><span class="tm">17:48:42</span><span class="nk"> &lt;filippoc&gt;</span> I'd end this meeting, but I'd like to schedule next week
-<a name="l-161"></a><span class="tm">17:49:38</span><span class="nk"> &lt;alefattorini&gt;</span> we have a lot of stuff to do:-)
-<a name="l-162"></a><span class="tm">17:50:22</span><span class="nk"> &lt;filippoc&gt;</span> have a nice weekend
-<a name="l-163"></a><span class="tm">17:50:28</span><span class="nk"> &lt;filippoc&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/may/centos-devel.2014-05-09-16.52.log.txt b/minutes/2014/may/centos-devel.2014-05-09-16.52.log.txt
deleted file mode 100644
index 6820eaa..0000000
--- a/minutes/2014/may/centos-devel.2014-05-09-16.52.log.txt
+++ /dev/null
@@ -1,163 +0,0 @@
-16:52:43 <filippoc> #startmeeting
-16:52:43 <centbot> Meeting started Fri May  9 16:52:43 2014 UTC.  The chair is filippoc. Information about MeetBot at http://wiki.debian.org/MeetBot.
-16:52:43 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-16:53:07 <omarel> Are you trying to expand it to Small Business oriented as well?
-16:53:11 <filippoc> #meetingname SLS-SIG
-16:53:11 <centbot> The meeting name has been set to 'sls-sig'
-16:53:22 <JPP_kimsufi> filippoc: if you need log of this conversation I would be able to provide
-16:54:12 <filippoc> omarel, we are small business oriented
-16:54:14 <JPP_kimsufi> filippoc: but other than that no experience with meetbot
-16:55:04 <omarel> I'm still a bit confused, though. My "branding" issue is still there.  How would someone wanting a small business server find you?
-16:55:35 <daveloper> I don’t think that we need to, of necessity, be business oriented at all. Personally, I think the name presently reflects the nature of what we are trying to do. If simplified is used for business or for home or for hobby, it wouldn’t matter to me.
-16:56:18 <omarel> It may be 2 different gruops with some obvious overlap.  Perhaps dealing with th overlap is the issue.
-16:56:43 <filippoc> daveloper: next steps would involve mandatory collaboration from centos, i.e. importing packages in git, setting up the buildsys, etc
-16:57:24 <gsanchietti> omarel: the SLS SIG is a group of people with common interest. Probably more CentOS variant will born from the SIG. Each variant will have its own brand.
-16:57:27 <filippoc> I'm not sure that more than one group would be beneficial
-16:57:40 <filippoc> more variants are welcome to fill every niche
-16:57:44 <pcbaldwin> I think that a SIG can have a broad scope that covers both home and business.  The potential variants that come out of the SIG can be more focused.
-16:57:49 <JPP_kimsufi> small business oriented is an aspect, but it also adress to home users who wants an easily configurable home server. Thus the reference to what it provides, and not to whom it addresses. But good point to reference it to the public two IMOHA
-16:57:51 <daveloper> agreed, I think we’ve done what they’ve asked for as far as defining the scope of what this SIG is about. I’d hope that they would now follow through and make aspects of their buildsys available to us now.
-16:58:30 <gsanchietti> pcbaldwin: I agree
-16:58:53 <filippoc> I'm not up to date with recent centos decisions about repositories and such
-16:59:11 * Arrfab sees activity and jumps in ...
-16:59:14 <daveloper> Filippoc said, “more variants are welcome to fill every niche”… I totally agree. The point of the SIG is collaboration and standards, not necessarily unification.
-16:59:17 <omarel> I think if there are people with special interests, it amounts to SIG.  It's a demographic issue.  If there's interest, and it's specialized, then the group of people decide.
-16:59:59 <kbsingh> omarel: in the CentOS ecosystem a SIG is a group of people looking to either curate or deliver something based on and around a technology
-17:00:03 <omarel> I think from my point of view, I'm not so much interesting in a broad target.  I'd rather narrowly target it to businesses and institutions.
-17:00:29 <daveloper> demographics can be a SIG, sure, but this SIG is about “[providing] a common platform for delivering turnkey CentOS-based solutions that are managed via a web and/or REST-based interface.”
-17:00:33 <kbsingh> key being tech and code and deliver
-17:00:48 <omarel> I think personally I need to find other people with similar interests.  If the interest is there, we have another sig.
-17:00:49 <kbsingh> ( this isnt orthogonal to what you were saying omarel, but i wanted to quantify that )
-17:02:01 <omarel> Remember, this is just me, and people have different points of view, but the issues I deal with on a daily basis are different than I think SLS is dealing with.
-17:02:07 <davidep> hi all
-17:02:28 <kbsingh> omarel: a SIG can deliver more than one end result :D
-17:02:39 * alefattorini jumps in too
-17:02:42 <filippoc> omarel, your idea is totally different from the SLS SIG proposal? Or similar and could be addressed with minor modifications to SLS?
-17:02:45 <kbsingh> there is no reason why the Small business SIG cant be doing more than SLS - actually, every SIG would
-17:03:04 <kbsingh> also, i dont think its going to be called SLS SIG, is it ?
-17:03:24 <filippoc> :-)
-17:03:27 <daveloper> http://wiki.centos.org/SpecialInterestGroup/SLS
-17:03:55 <omarel> Yes it can.  You know I need to sit down and write out what I have in mind and my motivation for it.  It's more than can be elaborated her in this chat format.
-17:03:55 <kbsingh> ok, pretty sure its going to get rejected by the board
-17:04:09 <kbsingh> also, you need to make sure it clearly states that this is a proposed SIG, not accepted as yet
-17:04:21 <Arrfab> kbsingh: also worth noting that it's still a proposal, indeed
-17:04:36 <daveloper> What criteria are we missing Karanbir?
-17:04:49 <kbsingh> SIG's are interest and tech driven, not a specific deliverable
-17:04:54 <kbsingh> eg. its not the XEN SIG - its the Virt SIG
-17:05:04 <kbsingh> and its not the GLUSTER SIG- its the Storage SIG
-17:05:19 <kbsingh> the virt-sig is already working with a upstream qemu onramp and openvz is making efforts in
-17:05:27 <kbsingh> similarly the storage sig already includes ceph and gluster
-17:06:00 <pcbaldwin> The "tech" is moving from CLI and X-Windows based systems to API/REST-based interfaces.
-17:06:03 <daveloper> What specific technology are we advocating. I’m pretty sure the individual members all use different technologies to deliver a wide array of deliverables.
-17:06:22 <daveloper> For example, Filippo’s project doesn’t do what my project does and vice, versa.
-17:06:27 <kbsingh> so in that mindsetup Simplified Linux Server does not fit into the larger model at all - a Small Office SIG can however work to deliver a simplified SOHO server install set ( as an example )
-17:07:35 <kbsingh> things like this are far too ambigious "The SIG members are involved in the development and maintenance of turnkey solutions based on CentOS. "
-17:07:40 <filippoc> #action modify sls wiki page -> Status: proposal
-17:07:59 <kbsingh> what does that mean ? are you guys also working on the MIPS vlsi poc using centos in an embedded role for industrial automation ?
-17:08:03 <daveloper> SOHO seems to be more of a deliverable than Simplified Linux Server. For example, I can simplify the process for provisioning large directory services based on an array of different backends and that would not be a SOHO application. But it would still be ‘Simplified’ through a web UI.
-17:09:06 <daveloper> I don’t know about Filippo but we’ve discussed applying what we are doing to other architectures including MIPS.
-17:09:36 <filippoc> we'd like to have arm support, but we'll follow upstream
-17:09:59 <kbsingh> my understanding of this sig is that the aim is to deliver a set of solutions for small business , new linux users doing entry level admin work in small offices / soho environs
-17:11:08 <kbsingh> seondly, who is proposing the SIG to the board ? I dont see any of the CentOS Board guys on the who's involved list
-17:11:44 <daveloper> But the reason for bringing this together is to come up with common build needs and processes that are common among our technologies. For example, Filippo’s team and our team benefit from an accelarated path to getting newer PHP code. Others involved don’t need that but there are crossover needs at multiple levels.
-17:11:48 <kbsingh> what i would recommend is actually working the proposal to include specific deliverables
-17:11:53 <kbsingh> and remove stuff like "Software Maintenance - This SIG will co-ordinate maintenance of common upstream packages in order to avoid duplication and provide a better experience for all CentOS users. "
-17:12:16 <kbsingh> and "Quality Assurance - This SIG provides solutions with tight integration amongst the various applications in CentOS. This provides a unique opportunity to provide additional QA testing (e.g. Samba + OpenLDAP). "
-17:12:26 <kbsingh> basically, that deliverables section - someone needs to write one
-17:12:56 <filippoc> #action expand Deliverables section
-17:13:11 <daveloper> Are we required to have board sponsorship in order to get a SIG approved. Who can we contact then to have an advocate?
-17:13:55 <kbsingh> daveloper: the list of board members is listed on the centos website - you should be ok to contact any / all of them if you want
-17:13:56 <filippoc> I hope that Evolution could help us
-17:14:06 <kbsingh> i think he's i brazil at the moment
-17:14:07 <Arrfab> daveloper: well, the board needs to approve a SIG proposal during a board meeting, so if you don't ask, nothing will be discussed :-)
-17:14:53 <daveloper> correct, but karanbir seems to indicate that we need to have a board member on our SIG team in order for this to be a reality. I did not know that this was a requirement.
-17:15:03 <kbsingh> daveloper: it is
-17:15:24 <pcbaldwin> I thought it was a member of the dev team.  That's what's on the Wiki page.
-17:15:40 <kbsingh> a completely mature SIG, is able to do their own  process work - but we esitmate a 2 yr span from going onboard to maturity for a highly organised sig
-17:15:42 <Arrfab> daveloper: http://wiki.centos.org/SpecialInterestGroup/ but all Devteam members are on the board
-17:15:48 <filippoc> we probably need to "polish" the proposal before asking for approval
-17:16:22 <kbsingh> stuff like Clam from EPEL - but does this sig have access to influence that build in EPEL ? if not, you are already creating deadends
-17:16:30 <kbsingh> filippoc: yes please
-17:16:36 <pcbaldwin> No matter.  At this stage, we're still trying to figure out the whole role/scope of a SIG.  Even looking through the wiki and centos-devel list, there seems to be a lot of unknowns.  That's expected given that it's the early days!
-17:16:45 <Bahhumbug> Arrfab: The web page probably needs to be cleared up in that regard.
-17:17:26 <filippoc> https://bugzilla.redhat.com/show_bug.cgi?id=1018312
-17:18:30 <kbsingh> filippoc: so you need rsc to join the SIG
-17:18:48 <kbsingh> pcbaldwin: Bahhumbug: please submit patch
-17:18:56 <kbsingh> or an issue report at bugs.centos.org
-17:19:06 <filippoc> kbsingh: probably a good idea
-17:19:45 <pcbaldwin> kbsingh: patch for the wiki page??
-17:20:02 <rsc> kbsingh: hm?
-17:20:07 <Bahhumbug> It's a wiki page.  It's a 30 second edit.
-17:21:56 <kbsingh> submit patch, a community notion of saying 'come help fix that which needs attention, and since you have the attention..'
-17:21:56 <filippoc> omarel: could you write your ideas on a mail to centos-devel?
-17:22:20 <kbsingh> filippoc: daveloper: its also important to highlight what exactly is going to get done
-17:23:10 <kbsingh> eg. the QA stuff might be : develop as a part of the SIG, a test suite that can be run on a nightly basis from ci.dev.centos.org to validate a spec ( also to be developed as a part of the SIG ) - QA test harness being a precursor to code development in the SIG
-17:23:19 <filippoc> we will release rpms
-17:23:22 <daveloper> Looking at the requirements: We don’t have overlap with other SIGs so far as I can tell. We’ve opened a discussion topic and have solicited comments. Have we requested a new mailing list? We do have a wiki section. We will need version control setup. We are listed as a SIG on the SIG page. We need one Devteam member to join the team. Is there anything I missed?
-17:23:52 <filippoc> we will write a testsuite
-17:24:09 <rsc> kbsingh, filippoc: How can I help regarding RHBZ#1018312? Or what is with which SIG?
-17:24:10 <filippoc> davidep is already working on it
-17:24:11 <kbsingh> filippoc: quantifying that on the proposal will help
-17:24:44 <davidep> Arrfab, kbsingh: what about the CI platform for SIGs? any progress on it?
-17:24:45 <filippoc> rsc: sorry, it was an bad example to show that we work with epel
-17:24:52 <kbsingh> also, who is going to run the SIG, what or how are you going to bring more members in, what licenses are you guys going to use - what is the downstream going to be etc.
-17:24:59 <reetp> Filippo, you may have seen that we have been got some basic testing working....
-17:25:13 <kbsingh> get as much of this pre-done, better chances to get in through the board review
-17:25:29 <filippoc> rretp, I meant t_functional on ci.centos
-17:25:41 <filippoc> reetp sorry
-17:25:50 <kbsingh> filippoc: it does not need to be in t_functional. it can be a completely different suite
-17:26:03 <daveloper> Which SIGs have already been approved?
-17:26:11 <kbsingh> eg. the virt-sig is starting the t_xen.git suite
-17:26:21 <filippoc> I thought it was better trying to extend t_functional and improve ci.centos
-17:26:32 <filippoc> but ok
-17:26:34 * kbsingh off, call time, back in a few hours
-17:26:56 <reetp> Have a chat with Ian when you get a minute and see where they are at.
-17:26:59 <kbsingh> filippoc: thats ok as well - but ci.d.c.o can run more tests than just that
-17:28:28 <filippoc> daveloper, I'll try to exapnd the Deliverables section of our proposal
-17:28:59 <daveloper> Thanks Filippo, I’ll work with you on that in the shared doc if you like.
-17:29:26 <filippoc> maybe I could simply list rpm packages from your web page
-17:29:53 <daveloper> I’m curious as to who already has been approved so we can know what to follow or emulate.
-17:29:57 <reetp> Can you share the doc with other members of our Board ? I can give you addresses
-17:30:21 <filippoc> only virt sig I think
-17:30:44 <filippoc> reetp: sure
-17:31:02 <filippoc> I'll give you full control
-17:31:53 <daveloper> Are there any other objectives to cover here?
-17:32:02 <filippoc> mmh, we should probably start a new doc, that old one is already a wiki page
-17:32:03 <reetp> Thanks -I'm sure some of the others will chime in.
-17:32:11 <pcbaldwin> I have to head out.  At a fundamental level, it would be nice for all of us (NethServer, SME Server, ClearOS and potentially others) to have a working relationship with CentOS/RHEL.   We're part of the ecosystem and I personally have always felt like an outsider.  I'm certainly not getting the warm and fuzzies, but maybe that's just because it's IRC.  Or maybe there's a lot on the CentOS team's plate right now.  Oh well, I'll keep on
-17:32:16 <daveloper> agreed.
-17:32:36 <filippoc> agreed
-17:32:41 <pcbaldwin> keep on trucking = keep on trying to build the relationship
-17:32:50 <daveloper> Thanks Peter. I get that sense as well.
-17:33:07 <reetp> We're agreed on something then :-)
-17:33:34 <daveloper> Also a call would be good. I’ll try to set that up next week sometime.
-17:34:02 <reetp> An obvious note is that perhaps their documentation and expectation s are not really clear enough and they should address that. WE can only work to what they give us.
-17:34:06 <filippoc> I'll try to solicit comments to our sig proposal on the centos-devel ml
-17:34:39 <filippoc> #action ask for comments on centos-devel
-17:35:33 <reetp> I gotta go - only 45 mins late. Interesting and will look back through this later.
-17:35:48 <daveloper> Filippo, have we formally requested version control for our SIG?
-17:36:22 <filippoc> not sure if we did formally
-17:36:37 <daveloper> Also, we need to secure a mailing list for ourselves.
-17:36:43 <filippoc> we asked tough
-17:36:58 <daveloper> I’m not sure who we do that with on the centos team.
-17:38:21 <filippoc> keeping discussion on centos-devel for a while will probably be beneficial
-17:38:48 <filippoc> but I'm sure we need to have our ml sooner than later
-17:39:22 <kbsingh> filippoc: you need to get approved first
-17:39:33 <filippoc> #action talk to Jim for advice on a board member to sponsor the SLS SIG
-17:39:34 <kbsingh> then the resources become available immediately
-17:39:49 <filippoc> got it
-17:40:37 <daveloper> Getting a mailing list is listed as a requirement before approval.
-17:40:48 <daveloper> seemed backwards to me too
-17:41:14 <daveloper> so then the only thing we need is a devteam member on our group and then we can present, yeah?
-17:41:25 <daveloper> We’ll clean up our proposal though first.
-17:43:43 <davidep> quoting kbsingh: "key being tech and code and deliver"
-17:45:06 <filippoc> daveloper: I will ask for editing permission for you on centos wiki
-17:45:18 <daveloper> thanks
-17:45:23 <filippoc> register and send me your username
-17:46:20 <gsanchietti> daveloper, filippoc: I think we also need to extend the section about how to join the SIG and who is in charge to evaluate new members
-17:46:40 <filippoc> I'll ask for permissions for you too
-17:46:59 <filippoc> gsanchietti: register and so on...
-17:48:42 <filippoc> I'd end this meeting, but I'd like to schedule next week
-17:49:38 <alefattorini> we have a lot of stuff to do:-)
-17:50:22 <filippoc> have a nice weekend
-17:50:28 <filippoc> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/may/centos-devel.2014-05-09-16.52.txt b/minutes/2014/may/centos-devel.2014-05-09-16.52.txt
deleted file mode 100644
index c53df7d..0000000
--- a/minutes/2014/may/centos-devel.2014-05-09-16.52.txt
+++ /dev/null
@@ -1,71 +0,0 @@
-=====================
-#centos-devel Meeting
-=====================
-
-
-Meeting started by filippoc at 16:52:43 UTC. The full logs are available
-at centos-devel/2014/centos-devel.2014-05-09-16.52.log.html .
-
-
-
-Meeting summary
----------------
-* LINK: http://wiki.centos.org/SpecialInterestGroup/SLS   (daveloper,
-  17:03:27)
-* ACTION: modify sls wiki page -> Status: proposal  (filippoc, 17:07:40)
-* ACTION: expand Deliverables section  (filippoc, 17:12:56)
-* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1018312   (filippoc,
-  17:17:26)
-* ACTION: ask for comments on centos-devel  (filippoc, 17:34:39)
-* ACTION: talk to Jim for advice on a board member to sponsor the SLS
-  SIG  (filippoc, 17:39:33)
-
-Meeting ended at 17:50:28 UTC.
-
-
-
-
-Action Items
-------------
-* modify sls wiki page -> Status: proposal
-* expand Deliverables section
-* ask for comments on centos-devel
-* talk to Jim for advice on a board member to sponsor the SLS SIG
-
-
-
-
-Action Items, by person
------------------------
-* **UNASSIGNED**
-  * modify sls wiki page -> Status: proposal
-  * expand Deliverables section
-  * ask for comments on centos-devel
-  * talk to Jim for advice on a board member to sponsor the SLS SIG
-
-
-
-
-People Present (lines said)
----------------------------
-* filippoc (47)
-* kbsingh (43)
-* daveloper (29)
-* omarel (8)
-* reetp (7)
-* pcbaldwin (7)
-* Arrfab (4)
-* centbot (3)
-* davidep (3)
-* gsanchietti (3)
-* JPP_kimsufi (3)
-* rsc (2)
-* Bahhumbug (2)
-* alefattorini (2)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/september/centos-devel.2014-09-15-13.01.html b/minutes/2014/september/centos-devel.2014-09-15-13.01.html
deleted file mode 100644
index 9f91753..0000000
--- a/minutes/2014/september/centos-devel.2014-09-15-13.01.html
+++ /dev/null
@@ -1,143 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel Meeting</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel Meeting</h1>
-<span class="details">
-Meeting started by bstinson at 13:01:06 UTC
-(<a href="centos-devel.2014-09-15-13.01.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li><b class="TOPIC">Is this a good time to meet?</b> <span class="details">(<a href='centos-devel.2014-09-15-13.01.log.html#l-8'>bstinson</a>, 13:02:45)</span>
-<ol type="a">
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">Weekly
-    meetings on Monday at 13:00 UTC</span> <span class="details">(<a
-    href='centos-devel.2014-09-15-13.01.log.html#l-17'>bstinson</a>,
-    13:05:18)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">SIG/Developer authentication</b> <span class="details">(<a href='centos-devel.2014-09-15-13.01.log.html#l-19'>bstinson</a>, 13:06:54)</span>
-<ol type="a">
-  <li><span class="INFO">Next meeting: Monday 22-Sept 2014 13:00
-    UTC</span> <span class="details">(<a
-    href='centos-devel.2014-09-15-13.01.log.html#l-224'>bstinson</a>,
-    13:57:21)</span></li>
-  <li><span class="INFO">We will be doing 6 weekly meetings, then moving
-    to a bi-weekly schedule</span> <span class="details">(<a
-    href='centos-devel.2014-09-15-13.01.log.html#l-227'>bstinson</a>,
-    13:58:12)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">MerlinTHP_
-    Research lookaside cache authentication and upload
-    permissions</span> <span class="details">(<a
-    href='centos-devel.2014-09-15-13.01.log.html#l-232'>bstinson</a>,
-    13:59:21)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">alphacc
-    investigate koji policy for cbs.</span> <span class="details">(<a
-    href='centos-devel.2014-09-15-13.01.log.html#l-244'>alphacc</a>,
-    14:03:00)</span></li>
-  <li><span class="INFO">send agenda items for next week to the
-    centos-devel@centos.org</span> <span class="details">(<a
-    href='centos-devel.2014-09-15-13.01.log.html#l-246'>bstinson</a>,
-    14:03:53)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 14:05:31 UTC
-(<a href="centos-devel.2014-09-15-13.01.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>MerlinTHP_ Research lookaside cache authentication and upload permissions</li>
-  <li>alphacc investigate koji policy for cbs.</li>
-</ol>
-<br><br>
-
-
-
-<h3>Action items, by person</h3>
-<ol>
-  <li> alphacc <ol>
-    <li>alphacc investigate koji policy for cbs.</li>
-  </ol></li>
-  <li> MerlinTHP_ <ol>
-    <li>MerlinTHP_ Research lookaside cache authentication and upload permissions</li>
-  </ol></li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>MerlinTHP_ (96)</li>
-  <li>kbsingh (67)</li>
-  <li>bstinson (34)</li>
-  <li>alphacc (29)</li>
-  <li>gwd (7)</li>
-  <li>Evolution (7)</li>
-  <li>Arrfab (5)</li>
-  <li>centbot (4)</li>
-  <li>lalatenduM (3)</li>
-  <li>wolfy (1)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/september/centos-devel.2014-09-15-13.01.log.html b/minutes/2014/september/centos-devel.2014-09-15-13.01.log.html
deleted file mode 100644
index 5633662..0000000
--- a/minutes/2014/september/centos-devel.2014-09-15-13.01.log.html
+++ /dev/null
@@ -1,280 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">13:01:06</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#startmeeting</span><span class="cmdline"></span>
-<a name="l-2"></a><span class="tm">13:01:06</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Mon Sep 15 13:01:06 2014 UTC.  The chair is bstinson. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">13:01:06</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">13:01:27</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#meetingname </span><span class="cmdline">CBS-Infra-2014-09-15</span>
-<a name="l-5"></a><span class="tm">13:01:27</span><span class="nk"> &lt;centbot&gt;</span> The meeting name has been set to 'cbs-infra-2014-09-15'
-<a name="l-6"></a><span class="tm">13:01:52</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#chair </span><span class="cmdline">alphacc Arrfab kbsingh bstinson MerlinTHP_</span>
-<a name="l-7"></a><span class="tm">13:01:52</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Arrfab MerlinTHP_ alphacc bstinson kbsingh
-<a name="l-8"></a><span class="tm">13:02:45</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">Is this a good time to meet?</span>
-<a name="l-9"></a><span class="tm">13:02:54</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Well, it works for me :)
-<a name="l-10"></a><span class="tm">13:03:51</span><span class="nk"> &lt;alphacc&gt;</span> Me too if we keep it under 30 min
-<a name="l-11"></a><span class="tm">13:04:01</span><span class="nk"> &lt;bstinson&gt;</span> Good, I think we should make this a regular thing (weekly, or every-other-week) for a while until we run out of things to talk about
-<a name="l-12"></a><span class="tm">13:04:09 </span><span class="nka">* MerlinTHP_</span> <span class="ac">nods.</span>
-<a name="l-13"></a><span class="tm">13:04:11</span><span class="nk"> &lt;bstinson&gt;</span> short meetings are good
-<a name="l-14"></a><span class="tm">13:04:17</span><span class="nk"> &lt;alphacc&gt;</span> I think weekly is good for now.
-<a name="l-15"></a><span class="tm">13:04:39</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Agreed, i imagine we can find things to talk about
-<a name="l-16"></a><span class="tm">13:04:57</span><span class="nk"> &lt;wolfy&gt;</span> works for me too. although I am just a lurker
-<a name="l-17"></a><span class="tm">13:05:18</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">Weekly meetings on Monday at 13:00 UTC</span>
-<a name="l-18"></a><span class="tm">13:06:36 </span><span class="nka">* lalatenduM</span> <span class="ac">is here too</span>
-<a name="l-19"></a><span class="tm">13:06:54</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">SIG/Developer authentication</span>
-<a name="l-20"></a><span class="tm">13:07:39</span><span class="nk"> &lt;alphacc&gt;</span> so far cbs has his own CA, I don't know the status of git.c.o auth
-<a name="l-21"></a><span class="tm">13:07:53 </span><span class="nka">* MerlinTHP_</span> <span class="ac">assumes it's ssh key auth</span>
-<a name="l-22"></a><span class="tm">13:07:59</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Can anyone confirm?
-<a name="l-23"></a><span class="tm">13:08:08 </span><span class="nka">* kbsingh</span> <span class="ac">is here</span>
-<a name="l-24"></a><span class="tm">13:08:14 </span><span class="nka">* gwd</span> <span class="ac">is here</span>
-<a name="l-25"></a><span class="tm">13:08:17</span><span class="nk"> &lt;bstinson&gt;</span> we also need to worry about the lookaside cache
-<a name="l-26"></a><span class="tm">13:08:42</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'd be tempted to start from a default position of "what does fedora infra do?"
-<a name="l-27"></a><span class="tm">13:09:01</span><span class="nk"> &lt;MerlinTHP_&gt;</span> If only that they've solved a lot of this stuff, and have existing tooling
-<a name="l-28"></a><span class="tm">13:09:10</span><span class="nk"> &lt;bstinson&gt;</span> I think FAS is on the radar
-<a name="l-29"></a><span class="tm">13:09:24</span><span class="nk"> &lt;kbsingh&gt;</span> i am not sure if FAS is indeed on the store for CentOS though - is it ?
-<a name="l-30"></a><span class="tm">13:09:38</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I've heard it mentioned, but nothing conclusive.
-<a name="l-31"></a><span class="tm">13:09:49</span><span class="nk"> &lt;kbsingh&gt;</span> there certainly hasent been any movement on that front - FAS was brought up a few times, but only in line with other potential solutions as well
-<a name="l-32"></a><span class="tm">13:09:49</span><span class="nk"> &lt;gwd&gt;</span> What's FAS?
-<a name="l-33"></a><span class="tm">13:09:57</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">alphacc:</span> atm git.c.o uses his internal auth DB
-<a name="l-34"></a><span class="tm">13:09:58</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">gwd:</span> the Fedora Accounting System
-<a name="l-35"></a><span class="tm">13:09:59</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Fedora Account System
-<a name="l-36"></a><span class="tm">13:10:24</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'm not sure we really want to build something from scratch.
-<a name="l-37"></a><span class="tm">13:10:33</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">Arrfab:</span> but gitblit does support ssl cert ?
-<a name="l-38"></a><span class="tm">13:10:45</span><span class="nk"> &lt;kbsingh&gt;</span> git.centos.org can more or less do anything, includiung ldap, krb, shared certs, shared ca, pub certs, internal pipe backend for auth or even static files
-<a name="l-39"></a><span class="tm">13:10:51</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">alphacc:</span> yes
-<a name="l-40"></a><span class="tm">13:10:57</span><span class="nk"> &lt;MerlinTHP_&gt;</span> What does g.c.o do now?
-<a name="l-41"></a><span class="tm">13:11:13</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">MerlinTHP_:</span> flat file, internal auth
-<a name="l-42"></a><span class="tm">13:11:24</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I suppose we're at the point of not having a huge userbase to reeducate
-<a name="l-43"></a><span class="tm">13:12:24</span><span class="nk"> &lt;kbsingh&gt;</span> are we talking purely in the context of git.centos.org + cbs.centos.org ? I guess having FAS like system would help if were to come up system wide for all of .centos.org - and we can move wiki + bugs + forums + other things to it as well
-<a name="l-44"></a><span class="tm">13:12:41</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'd suggest that ideally the latter
-<a name="l-45"></a><span class="tm">13:13:15</span><span class="nk"> &lt;MerlinTHP_&gt;</span> In addition to FAS, I'd be tempted to throw IPA into the ring as an option too.
-<a name="l-46"></a><span class="tm">13:13:48</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I spend a fair amount of time in $dayjob getting stuff to auth against our IPA instace.
-<a name="l-47"></a><span class="tm">13:14:04</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">MerlinTHP_:</span> such discussion started too, but the scope is wider than just cbs+git which is supposed to be the "to be discussed points" today
-<a name="l-48"></a><span class="tm">13:14:06</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">kbsingh:</span> yes. In term of interaction between cbs/git we just need people to be able to create branches at the git level
-<a name="l-49"></a><span class="tm">13:14:26</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">Arrfab:</span> agreed.
-<a name="l-50"></a><span class="tm">13:14:38</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Seems silly to build something just for cbs &amp; git, though
-<a name="l-51"></a><span class="tm">13:15:34</span><span class="nk"> &lt;kbsingh&gt;</span> how would branches in git.c.o work - at the moment, the distro brach is locked - noone can commit to those. and I've been working to have branch name be the sig name for someone
-<a name="l-52"></a><span class="tm">13:15:37</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> I think it's better to test the workflow for building and defer auth for later.
-<a name="l-53"></a><span class="tm">13:15:54</span><span class="nk"> &lt;kbsingh&gt;</span> eg. VirtSig people will need to work with their own branch - but wont be able to create and push to other ones, unless they had acl's for other sig's as well
-<a name="l-54"></a><span class="tm">13:16:21</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">alphacc:</span> I'm just a bit worried about getting people too familiar with something that we might well change later
-<a name="l-55"></a><span class="tm">13:16:21</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">MerlinTHP_:</span> agreed too, but it would be good to know what are the blockers now on the git/cbs status. and if common auth is the real issue, then another meeting around centralized auth can be foreseen :-)
-<a name="l-56"></a><span class="tm">13:17:19</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> the koji part won't change, and educate user to access git with pass or ssh key doesn't seems an issue for our audience
-<a name="l-57"></a><span class="tm">13:17:27</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">alphacc:</span> fair enough
-<a name="l-58"></a><span class="tm">13:17:40</span><span class="nk"> &lt;gwd&gt;</span> <span class="hi">kbsingh:</span> So I think we need to be able to have dev branches from which we can issue a pull request.
-<a name="l-59"></a><span class="tm">13:17:50</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> I would agree if it was for everybody.
-<a name="l-60"></a><span class="tm">13:18:29</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">alphacc:</span> I'm a bit worried that you don't scale, though ;)
-<a name="l-61"></a><span class="tm">13:18:37</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">alphacc:</span> you're doing all the account creation by hand atm?
-<a name="l-62"></a><span class="tm">13:19:04</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> correct. this is part of this week documentation effort.
-<a name="l-63"></a><span class="tm">13:19:05</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">MerlinTHP_:</span> yes, but afaik less than 10 people have access through approved SIGs
-<a name="l-64"></a><span class="tm">13:19:17</span><span class="nk"> &lt;kbsingh&gt;</span> in terms of forward-looking-planning, my estimate on user accounts to end of the year 2014 is 50
-<a name="l-65"></a><span class="tm">13:19:27</span><span class="nk"> &lt;MerlinTHP_&gt;</span> OK
-<a name="l-66"></a><span class="tm">13:19:27</span><span class="nk"> &lt;kbsingh&gt;</span> and in the next 18 momths, is to grow that to 150
-<a name="l-67"></a><span class="tm">13:19:44</span><span class="nk"> &lt;bstinson&gt;</span> which is not so bad
-<a name="l-68"></a><span class="tm">13:20:10</span><span class="nk"> &lt;kbsingh&gt;</span> most SIG's are only going to have a few people commiting into git.centos.org right ? I'm counting on the biggest ones having 10
-<a name="l-69"></a><span class="tm">13:20:18</span><span class="nk"> &lt;Evolution&gt;</span> I still think long-term it should be automated, rather than blocking on a specific person
-<a name="l-70"></a><span class="tm">13:20:27</span><span class="nk"> &lt;Evolution&gt;</span> or group of people.
-<a name="l-71"></a><span class="tm">13:20:31</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Mm
-<a name="l-72"></a><span class="tm">13:20:48</span><span class="nk"> &lt;MerlinTHP_&gt;</span> This is one of those "FAS has already solved this issue" things, tbh
-<a name="l-73"></a><span class="tm">13:21:04</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">gwd:</span> would'nt that be local though ? eg. if come of people want to do local branches ? or are you saying that people will need commit access to git.centos.org where from a 'privileged' account can merge into the production branch and issue a build req ?
-<a name="l-74"></a><span class="tm">13:21:06</span><span class="nk"> &lt;Evolution&gt;</span> yeah. fas or a bit of scripting around ipa.
-<a name="l-75"></a><span class="tm">13:21:11</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">Evolution:</span> exactly
-<a name="l-76"></a><span class="tm">13:21:27</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">Evolution:</span> yes agreed
-<a name="l-77"></a><span class="tm">13:21:36</span><span class="nk"> &lt;MerlinTHP_&gt;</span> TBH I personally like IPA a lot, but I'm trying not to be too biased ;)
-<a name="l-78"></a><span class="tm">13:22:01</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">gwd:</span> if we want the push coming to git.centos.org - we might need to workout some sort of a convention for personal branches.
-<a name="l-79"></a><span class="tm">13:22:18</span><span class="nk"> &lt;kbsingh&gt;</span> automate everything
-<a name="l-80"></a><span class="tm">13:22:49</span><span class="nk"> &lt;gwd&gt;</span> <span class="hi">kbsingh:</span> Well it doesn't need to be on git.c.o, if that's what you mean; it could be on gitorious/github/some other public repo.  But wherever it is, we want to be able to build from it.  At least, I assume the burden of testing to make sure it builds properly should be on the person sending the pull request, not on the person potentially doing the pulling. :-)
-<a name="l-81"></a><span class="tm">13:23:04</span><span class="nk"> &lt;kbsingh&gt;</span> specially, since automation is the only way to really make sure there is a 'user-exiting' cleanup process as well
-<a name="l-82"></a><span class="tm">13:23:15</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Just bear in mind that koji needs config for each git server you want to pull from
-<a name="l-83"></a><span class="tm">13:23:26</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">MerlinTHP_:</span> it will only pull from git.centos.org
-<a name="l-84"></a><span class="tm">13:23:27</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'd recommend only having koji pull from g.c.o
-<a name="l-85"></a><span class="tm">13:23:33</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Right.
-<a name="l-86"></a><span class="tm">13:23:39</span><span class="nk"> &lt;alphacc&gt;</span> yes
-<a name="l-87"></a><span class="tm">13:24:02</span><span class="nk"> &lt;MerlinTHP_&gt;</span> So anything you want to build has to end up in g.c.o, even if people are pushing to github or whatever
-<a name="l-88"></a><span class="tm">13:24:34</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">MerlinTHP_:</span> yes
-<a name="l-89"></a><span class="tm">13:24:43</span><span class="nk"> &lt;kbsingh&gt;</span> yeah, its a good problem domain to fix, its the classic who CI's and how does the CI queue work
-<a name="l-90"></a><span class="tm">13:24:46</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> There is SRPM use case, but I really didn't find any good reason.
-<a name="l-91"></a><span class="tm">13:24:47</span><span class="nk"> &lt;gwd&gt;</span> <span class="hi">MerlinTHP:</span> Then that would imply either 1) sending pull requests from trees that haven't been tested on koji or 2) having development trees on git.c.o so that things could be tested on koji before sending a pull request
-<a name="l-92"></a><span class="tm">13:25:06</span><span class="nk"> &lt;kbsingh&gt;</span> i wonder if we can have people do scratch builds, and the results be a consideation for people doing the pulls
-<a name="l-93"></a><span class="tm">13:25:16</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">gwd:</span> koji should not become a CI.
-<a name="l-94"></a><span class="tm">13:25:28</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Yeah, koji isn't great for CI
-<a name="l-95"></a><span class="tm">13:25:37</span><span class="nk"> &lt;kbsingh&gt;</span> i dont think gwd is talking CI though
-<a name="l-96"></a><span class="tm">13:25:51</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Right.
-<a name="l-97"></a><span class="tm">13:25:53</span><span class="nk"> &lt;kbsingh&gt;</span> were not testing the code, per se - its just to make sure the branch is buildable
-<a name="l-98"></a><span class="tm">13:26:04</span><span class="nk"> &lt;kbsingh&gt;</span> maybe --scratch builds might be a middle ground there ?
-<a name="l-99"></a><span class="tm">13:26:05</span><span class="nk"> &lt;alphacc&gt;</span> Yes just a warning, casue I have koji users :)
-<a name="l-100"></a><span class="tm">13:26:21</span><span class="nk"> &lt;gwd&gt;</span> Just because it build via an SRPM doesn't mean it will build from a git tree. :-)
-<a name="l-101"></a><span class="tm">13:26:44</span><span class="nk"> &lt;MerlinTHP_&gt;</span> There's not that much difference between koji building a package and mock on a user box, as long as mock is using the koji repos.
-<a name="l-102"></a><span class="tm">13:26:54</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">gwd:</span> right, but koji only ever builds from a srpm - the git is just where the srpm is stored, were never building from git
-<a name="l-103"></a><span class="tm">13:27:15</span><span class="nk"> &lt;kbsingh&gt;</span> when koji gets a build-this, it git checksout, make it into an srpm - then does the mock run to build rpms out of it
-<a name="l-104"></a><span class="tm">13:27:17</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Well, koji pulls the source from git and builds a srpm
-<a name="l-105"></a><span class="tm">13:27:24</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">kbsingh:</span> yes
-<a name="l-106"></a><span class="tm">13:27:24</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Yeah, tha
-<a name="l-107"></a><span class="tm">13:27:25</span><span class="nk"> &lt;MerlinTHP_&gt;</span> t
-<a name="l-108"></a><span class="tm">13:28:13</span><span class="nk"> &lt;bstinson&gt;</span> (bringing it back in a little bit) it sounds to me like we aren't quite ready to talk about long-term auth
-<a name="l-109"></a><span class="tm">13:28:21</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">nutshell:</span> gwd's point is that people need to be able to propose changes, without running their own buildsystems. right ?
-<a name="l-110"></a><span class="tm">13:28:24 </span><span class="nka">* MerlinTHP_</span> <span class="ac">is getting that ;)</span>
-<a name="l-111"></a><span class="tm">13:28:28</span><span class="nk"> &lt;MerlinTHP_&gt;</span> +feeling
-<a name="l-112"></a><span class="tm">13:29:30</span><span class="nk"> &lt;bstinson&gt;</span> what can we do in the short term to get people access to the lookaside caches? i know that's come up a couple of times
-<a name="l-113"></a><span class="tm">13:29:45</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Auth with the same SSL cert they use for koji?
-<a name="l-114"></a><span class="tm">13:30:10</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">bstinson:</span> I think we need at least docs on the process will be handled.
-<a name="l-115"></a><span class="tm">13:30:27</span><span class="nk"> &lt;MerlinTHP_&gt;</span> The upload script for fedora's lookaside is public, and can be easily adapted to our cache
-<a name="l-116"></a><span class="tm">13:31:07</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I can hunt that out if there's interest
-<a name="l-117"></a><span class="tm">13:31:07</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> can it be part of centpkg ?
-<a name="l-118"></a><span class="tm">13:31:11</span><span class="nk"> &lt;kbsingh&gt;</span> are we talking about https://git.centos.org/sources/ ?
-<a name="l-119"></a><span class="tm">13:31:26</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">kbsingh:</span> yes
-<a name="l-120"></a><span class="tm">13:31:27</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Yeah
-<a name="l-121"></a><span class="tm">13:31:35</span><span class="nk"> &lt;kbsingh&gt;</span> the privileged path to that store is via ssh or rsync over ssh at the moment
-<a name="l-122"></a><span class="tm">13:31:42</span><span class="nk"> &lt;Evolution&gt;</span> 868963
-<a name="l-123"></a><span class="tm">13:31:43</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Hmm
-<a name="l-124"></a><span class="tm">13:31:58</span><span class="nk"> &lt;kbsingh&gt;</span> but its a flat filesystem, so a cgi script ( like what fedora use ) might be easy to adapt, and we can protect branches at the unix level
-<a name="l-125"></a><span class="tm">13:32:09</span><span class="nk"> &lt;Evolution&gt;</span> 195082
-<a name="l-126"></a><span class="tm">13:32:16</span><span class="nk"> &lt;kbsingh&gt;</span> ( ie. I can make sure the buildsystem and distro branches are owned by someone else )
-<a name="l-127"></a><span class="tm">13:32:27</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">Evolution:</span> move your yubi key to a different usb port
-<a name="l-128"></a><span class="tm">13:32:32</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Heh
-<a name="l-129"></a><span class="tm">13:32:36</span><span class="nk"> &lt;alphacc&gt;</span> ah ah
-<a name="l-130"></a><span class="tm">13:32:39</span><span class="nk"> &lt;Evolution&gt;</span> bah, was dialing phone.
-<a name="l-131"></a><span class="tm">13:32:47</span><span class="nk"> &lt;kbsingh&gt;</span> alternatively, folks - anyone needing to break into Evolution's 2FA accounts, you ahve about 180 seconds to use those two codes
-<a name="l-132"></a><span class="tm">13:32:48 </span><span class="nka">* Evolution</span> <span class="ac">moves laptop</span>
-<a name="l-133"></a><span class="tm">13:32:50</span><span class="nk"> &lt;MerlinTHP_&gt;</span> No, you weren't ;)
-<a name="l-134"></a><span class="tm">13:32:55</span><span class="nk"> &lt;bstinson&gt;</span> heh
-<a name="l-135"></a><span class="tm">13:33:18</span><span class="nk"> &lt;kbsingh&gt;</span> i need a better keyboard, way too many typos
-<a name="l-136"></a><span class="tm">13:33:31</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">alphacc:</span> to answer your question, it's already built into rpkg we just need to figure out how to say if a user has upload privs or not
-<a name="l-137"></a><span class="tm">13:33:32</span><span class="nk"> &lt;kbsingh&gt;</span> so, what / how would centpkg integrate with the sources / lookaside push ?
-<a name="l-138"></a><span class="tm">13:33:47</span><span class="nk"> &lt;MerlinTHP_&gt;</span> centpkg has upload support
-<a name="l-139"></a><span class="tm">13:33:57</span><span class="nk"> &lt;MerlinTHP_&gt;</span> It needs tweaking for centos' cache layout
-<a name="l-140"></a><span class="tm">13:34:11</span><span class="nk"> &lt;MerlinTHP_&gt;</span> It does an HTTPS request with the client cert for auth
-<a name="l-141"></a><span class="tm">13:34:42</span><span class="nk"> &lt;MerlinTHP_&gt;</span> sorry, rpkg has that, centpkg can override that code
-<a name="l-142"></a><span class="tm">13:35:02</span><span class="nk"> &lt;alphacc&gt;</span> ok
-<a name="l-143"></a><span class="tm">13:35:14</span><span class="nk"> &lt;kbsingh&gt;</span> what do we need on the server to support that push ?
-<a name="l-144"></a><span class="tm">13:35:31</span><span class="nk"> &lt;MerlinTHP_&gt;</span> A CGI script on an HTTPS server with some client auth config
-<a name="l-145"></a><span class="tm">13:35:41</span><span class="nk"> &lt;MerlinTHP_&gt;</span> So cgi + httpd config
-<a name="l-146"></a><span class="tm">13:35:47</span><span class="nk"> &lt;kbsingh&gt;</span> what sort of auth backend can that support ?
-<a name="l-147"></a><span class="tm">13:36:05</span><span class="nk"> &lt;kbsingh&gt;</span> also, upload via https.... is going to need some multipart fluffery
-<a name="l-148"></a><span class="tm">13:36:40</span><span class="nk"> &lt;MerlinTHP_&gt;</span> That bit is a solved problem, afaik.  rpkg already does it
-<a name="l-149"></a><span class="tm">13:36:57</span><span class="nk"> &lt;MerlinTHP_&gt;</span> The server validates the client cert against our CA
-<a name="l-150"></a><span class="tm">13:37:14</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Needs a CRL to be able to revoke certs.
-<a name="l-151"></a><span class="tm">13:38:14</span><span class="nk"> &lt;kbsingh&gt;</span> right, so this would then share the ca with koji ?
-<a name="l-152"></a><span class="tm">13:38:19</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Yeah
-<a name="l-153"></a><span class="tm">13:38:39</span><span class="nk"> &lt;kbsingh&gt;</span> and we'd need to have git.centos.org also then use the same CA
-<a name="l-154"></a><span class="tm">13:38:47</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Mm
-<a name="l-155"></a><span class="tm">13:38:55</span><span class="nk"> &lt;MerlinTHP_&gt;</span> IPA getting more attractive by the second...
-<a name="l-156"></a><span class="tm">13:38:56</span><span class="nk"> &lt;MerlinTHP_&gt;</span> ;)
-<a name="l-157"></a><span class="tm">13:39:31</span><span class="nk"> &lt;alphacc&gt;</span> if we keep the koji CA (and use it for soemthing else) we may want to move easy_rsa + git-crypt (for scaling issue)
-<a name="l-158"></a><span class="tm">13:39:37</span><span class="nk"> &lt;alphacc&gt;</span> or FreeIPA ;)
-<a name="l-159"></a><span class="tm">13:40:36</span><span class="nk"> &lt;gwd&gt;</span> I'm more of a stout man myself...
-<a name="l-160"></a><span class="tm">13:40:40</span><span class="nk"> &lt;kbsingh&gt;</span> gitblit can maknss calls as well if that makes life easier
-<a name="l-161"></a><span class="tm">13:40:53</span><span class="nk"> &lt;kbsingh&gt;</span> can make nss
-<a name="l-162"></a><span class="tm">13:41:22</span><span class="nk"> &lt;kbsingh&gt;</span> from the git.centos.org perspective, we can use pretty much anything and it will consume it .
-<a name="l-163"></a><span class="tm">13:41:27 </span><span class="nka">* MerlinTHP_</span> <span class="ac">nods.</span>
-<a name="l-164"></a><span class="tm">13:41:49</span><span class="nk"> &lt;kbsingh&gt;</span> there are 2 things that we need to protect though - (1) there is always going to be a privileged path for rhel sources and buildsystem feedback - both of those can never fail
-<a name="l-165"></a><span class="tm">13:42:09</span><span class="nk"> &lt;kbsingh&gt;</span> and (2) we need a way to gurantee branch names and commit access to branch names is locked down
-<a name="l-166"></a><span class="tm">13:42:33</span><span class="nk"> &lt;bstinson&gt;</span> does gitblit currently give you that control?
-<a name="l-167"></a><span class="tm">13:42:34</span><span class="nk"> &lt;kbsingh&gt;</span> so if the auth setup is going to happen at koji CA - that needs to provide a user:sig name mapping which can be used to map users:branch
-<a name="l-168"></a><span class="tm">13:42:34</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Can gitblit do that per-branch stuff?
-<a name="l-169"></a><span class="tm">13:42:38</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">bstinson:</span> yes.
-<a name="l-170"></a><span class="tm">13:42:52</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Hrm
-<a name="l-171"></a><span class="tm">13:43:20</span><span class="nk"> &lt;MerlinTHP_&gt;</span> We need more than just a CA for this
-<a name="l-172"></a><span class="tm">13:43:30</span><span class="nk"> &lt;MerlinTHP_&gt;</span> CA + something with groups and things like that.
-<a name="l-173"></a><span class="tm">13:43:33</span><span class="nk"> &lt;kbsingh&gt;</span> I worked with the author of gitblit ( james moger ) to work that in, and I've made some more tweaks at this end that make it work quite nicely
-<a name="l-174"></a><span class="tm">13:43:49</span><span class="nk"> &lt;MerlinTHP_&gt;</span> That's cool.
-<a name="l-175"></a><span class="tm">13:44:10</span><span class="nk"> &lt;kbsingh&gt;</span> for the git code itself, and the lookaside cache - the privleged path is via ssh
-<a name="l-176"></a><span class="tm">13:44:28</span><span class="nk"> &lt;kbsingh&gt;</span> and gitblit does not mind that, it will happy refresh local git content cache if it finds the underlaying storage changee
-<a name="l-177"></a><span class="tm">13:44:53</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'd have assumed that git+ssh was the default push method anyway
-<a name="l-178"></a><span class="tm">13:45:06</span><span class="nk"> &lt;kbsingh&gt;</span> fwiw, gitolite can also consume and implement a user:branch mapping
-<a name="l-179"></a><span class="tm">13:45:37</span><span class="nk"> &lt;kbsingh&gt;</span> push mode for git is over https
-<a name="l-180"></a><span class="tm">13:45:41</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Oh, ok
-<a name="l-181"></a><span class="tm">13:45:54</span><span class="nk"> &lt;kbsingh&gt;</span> thinking there is that if we need entity verification, an EV cert will give you that
-<a name="l-182"></a><span class="tm">13:46:31</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Do we have a cert revocation system for the current koji CA?
-<a name="l-183"></a><span class="tm">13:46:48</span><span class="nk"> &lt;MerlinTHP_&gt;</span> If I lose my laptop with koji cert now, what happens?
-<a name="l-184"></a><span class="tm">13:47:09</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> we can revoke access to koji
-<a name="l-185"></a><span class="tm">13:47:23</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> no crl right now but agreed it's needed.
-<a name="l-186"></a><span class="tm">13:47:55</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Is that turn off the user, or turn off the cert?
-<a name="l-187"></a><span class="tm">13:48:05</span><span class="nk"> &lt;MerlinTHP_&gt;</span> ( so to speak )
-<a name="l-188"></a><span class="tm">13:48:16</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> user
-<a name="l-189"></a><span class="tm">13:48:21 </span><span class="nka">* MerlinTHP_</span> <span class="ac">nods.</span>
-<a name="l-190"></a><span class="tm">13:49:02</span><span class="nk"> &lt;bstinson&gt;</span> ok, let's start wrapping up
-<a name="l-191"></a><span class="tm">13:49:07</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> user-rsa when Arrfab show me it existed. I don't want to reinvent the wheel.
-<a name="l-192"></a><span class="tm">13:49:16</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">alphacc:</span> *nod*
-<a name="l-193"></a><span class="tm">13:49:23</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP_:</span> easy_rsa
-<a name="l-194"></a><span class="tm">13:49:26</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Being a CA is a PITA.
-<a name="l-195"></a><span class="tm">13:49:45</span><span class="nk"> &lt;MerlinTHP_&gt;</span> OK, so, do we have any sort of consensus? :)
-<a name="l-196"></a><span class="tm">13:49:54</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Or anything to have a consensus about
-<a name="l-197"></a><span class="tm">13:50:34</span><span class="nk"> &lt;MerlinTHP_&gt;</span> koji requires either SSL or KRB auth, and we're using SSL.  Trying to use that for everything we can sounds appropriate?
-<a name="l-198"></a><span class="tm">13:50:44</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Sounds like g.c.o can use it
-<a name="l-199"></a><span class="tm">13:51:07</span><span class="nk"> &lt;bstinson&gt;</span> so (if i'm understanding correctly), we want gitblit to talk to the koji CA but we need to work out some name:sig mappings, and we want to look at having the lookaside cache use the fedora-style cgi script
-<a name="l-200"></a><span class="tm">13:51:08</span><span class="nk"> &lt;MerlinTHP_&gt;</span> We need a way to store cert / user / group / sig info
-<a name="l-201"></a><span class="tm">13:52:00</span><span class="nk"> &lt;kbsingh&gt;</span> yeah, if we can get some groups info in there that would rock
-<a name="l-202"></a><span class="tm">13:52:16</span><span class="nk"> &lt;MerlinTHP_&gt;</span> OK
-<a name="l-203"></a><span class="tm">13:52:16</span><span class="nk"> &lt;kbsingh&gt;</span> if not, we can always store user:group mappings in gitblit itself, and just have it querry the CA for auth
-<a name="l-204"></a><span class="tm">13:52:31</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I reckon we probably want that centrally too
-<a name="l-205"></a><span class="tm">13:52:41</span><span class="nk"> &lt;kbsingh&gt;</span> and i presume the upload script can do something with the same CA as well ... if so - then we should trial it - or start trialing it at git.dev.centos.org
-<a name="l-206"></a><span class="tm">13:52:53</span><span class="nk"> &lt;kbsingh&gt;</span> yeah, ideally all the info would be in one place
-<a name="l-207"></a><span class="tm">13:53:01</span><span class="nk"> &lt;MerlinTHP_&gt;</span> It's the httpd config rather than the script itself, but yeah
-<a name="l-208"></a><span class="tm">13:53:40</span><span class="nk"> &lt;kbsingh&gt;</span> ah i see
-<a name="l-209"></a><span class="tm">13:53:50</span><span class="nk"> &lt;kbsingh&gt;</span> but will that be able to map user's to dir names ?
-<a name="l-210"></a><span class="tm">13:53:59</span><span class="nk"> &lt;bstinson&gt;</span> once all that's in place we can sculpt centpkg around our setup
-<a name="l-211"></a><span class="tm">13:54:04</span><span class="nk"> &lt;kbsingh&gt;</span> eg. if someone is locked to branch 'virtsig' they can only upload into &lt;packagename&gt;/virtsig/
-<a name="l-212"></a><span class="tm">13:54:17</span><span class="nk"> &lt;MerlinTHP_&gt;</span> <span class="hi">kbsingh:</span> ok, that bit would need script changes :)
-<a name="l-213"></a><span class="tm">13:54:40</span><span class="nk"> &lt;MerlinTHP_&gt;</span> the httpd-level stuff is authn, the authz would need to be in the script, I think
-<a name="l-214"></a><span class="tm">13:55:28</span><span class="nk"> &lt;bstinson&gt;</span> Is MerlinTHP_ volunteering to look at that for the next meeting?
-<a name="l-215"></a><span class="tm">13:55:36</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Sure
-<a name="l-216"></a><span class="tm">13:56:30</span><span class="nk"> &lt;bstinson&gt;</span> ok, great!
-<a name="l-217"></a><span class="tm">13:56:35</span><span class="nk"> &lt;MerlinTHP_&gt;</span> :)
-<a name="l-218"></a><span class="tm">13:56:47</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Running out of meeting
-<a name="l-219"></a><span class="tm">13:56:48</span><span class="nk"> &lt;kbsingh&gt;</span> when are we meeting next ?
-<a name="l-220"></a><span class="tm">13:56:54</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Same time next week?
-<a name="l-221"></a><span class="tm">13:57:09</span><span class="nk"> &lt;kbsingh&gt;</span> ok, weekly works, but longer term we should think about making it bi-weekly
-<a name="l-222"></a><span class="tm">13:57:13</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Sure
-<a name="l-223"></a><span class="tm">13:57:18</span><span class="nk"> &lt;kbsingh&gt;</span> maybe do ~ 6 weekly ones ?
-<a name="l-224"></a><span class="tm">13:57:21</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">Next meeting: Monday 22-Sept 2014 13:00 UTC</span>
-<a name="l-225"></a><span class="tm">13:57:36</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">kbsingh:</span> that's reasonable
-<a name="l-226"></a><span class="tm">13:57:40 </span><span class="nka">* MerlinTHP_</span> <span class="ac">nods.</span>
-<a name="l-227"></a><span class="tm">13:58:12</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">We will be doing 6 weekly meetings, then moving to a bi-weekly schedule</span>
-<a name="l-228"></a><span class="tm">13:58:14</span><span class="nk"> &lt;lalatenduM&gt;</span> works for /Me
-<a name="l-229"></a><span class="tm">13:58:24</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Is there a meetbot give-merlinthp-an-action command? ;)
-<a name="l-230"></a><span class="tm">13:58:41 </span><span class="nka">* MerlinTHP_</span> <span class="ac">should read the manual</span>
-<a name="l-231"></a><span class="tm">13:59:20</span><span class="nk"> &lt;lalatenduM&gt;</span> does "#action" work
-<a name="l-232"></a><span class="tm">13:59:21</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#action </span><span class="cmdline">MerlinTHP_ Research lookaside cache authentication and upload permissions</span>
-<a name="l-233"></a><span class="tm">13:59:35</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Ah :)
-<a name="l-234"></a><span class="tm">13:59:42</span><span class="nk"> &lt;bstinson&gt;</span> i think i said that right
-<a name="l-235"></a><span class="tm">13:59:52</span><span class="nk"> &lt;MerlinTHP_&gt;</span> Works for me.
-<a name="l-236"></a><span class="tm">13:59:54</span><span class="nk"> &lt;bstinson&gt;</span> anything else that needs to go in the minutes?
-<a name="l-237"></a><span class="tm">14:00:07</span><span class="nk"> &lt;kbsingh&gt;</span> is someone going to look at storing user:groups in the koji auth layers
-<a name="l-238"></a><span class="tm">14:00:18</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'll have a think about that too
-<a name="l-239"></a><span class="tm">14:00:19</span><span class="nk"> &lt;kbsingh&gt;</span> there must be something like this already - since users are limited to some tag's and targets
-<a name="l-240"></a><span class="tm">14:00:27</span><span class="nk"> &lt;kbsingh&gt;</span> cant those just be the groups and sig names as well
-<a name="l-241"></a><span class="tm">14:01:32</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">kbsingh:</span> user are limited to the tagging action not to some target. This policy stuff need investigation. I don't think there is a group directive.
-<a name="l-242"></a><span class="tm">14:02:54</span><span class="nk"> &lt;MerlinTHP_&gt;</span> OK, so we done with the meeting? :)
-<a name="l-243"></a><span class="tm">14:02:59</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">gwd:</span> i think that was you who sent a message to -devel with other agenda items, sorry our discussion sort of trampled over yours
-<a name="l-244"></a><span class="tm">14:03:00</span><span class="nk"> &lt;alphacc&gt;</span> <span class="cmd">#action </span><span class="cmdline">alphacc investigate koji policy for cbs.</span>
-<a name="l-245"></a><span class="tm">14:03:08</span><span class="nk"> &lt;bstinson&gt;</span> hopefully there will be time for an open-flood next week
-<a name="l-246"></a><span class="tm">14:03:53</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">send agenda items for next week to the centos-devel@centos.org</span>
-<a name="l-247"></a><span class="tm">14:04:01</span><span class="nk"> &lt;bstinson&gt;</span> 1 minute warning before I close the minutes
-<a name="l-248"></a><span class="tm">14:04:16</span><span class="nk"> &lt;MerlinTHP_&gt;</span> I'm good.
-<a name="l-249"></a><span class="tm">14:04:44</span><span class="nk"> &lt;kbsingh&gt;</span> same here
-<a name="l-250"></a><span class="tm">14:05:02</span><span class="nk"> &lt;kbsingh&gt;</span> i think were going to need some of these sessions of just open chat before we start working on and only on agenda items.
-<a name="l-251"></a><span class="tm">14:05:04</span><span class="nk"> &lt;alphacc&gt;</span> ok with me.
-<a name="l-252"></a><span class="tm">14:05:28</span><span class="nk"> &lt;bstinson&gt;</span> sure thing
-<a name="l-253"></a><span class="tm">14:05:31</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/september/centos-devel.2014-09-15-13.01.log.txt b/minutes/2014/september/centos-devel.2014-09-15-13.01.log.txt
deleted file mode 100644
index c2bb82c..0000000
--- a/minutes/2014/september/centos-devel.2014-09-15-13.01.log.txt
+++ /dev/null
@@ -1,253 +0,0 @@
-13:01:06 <bstinson> #startmeeting
-13:01:06 <centbot> Meeting started Mon Sep 15 13:01:06 2014 UTC.  The chair is bstinson. Information about MeetBot at http://wiki.debian.org/MeetBot.
-13:01:06 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-13:01:27 <bstinson> #meetingname CBS-Infra-2014-09-15
-13:01:27 <centbot> The meeting name has been set to 'cbs-infra-2014-09-15'
-13:01:52 <bstinson> #chair alphacc Arrfab kbsingh bstinson MerlinTHP_
-13:01:52 <centbot> Current chairs: Arrfab MerlinTHP_ alphacc bstinson kbsingh
-13:02:45 <bstinson> #topic Is this a good time to meet?
-13:02:54 <MerlinTHP_> Well, it works for me :)
-13:03:51 <alphacc> Me too if we keep it under 30 min
-13:04:01 <bstinson> Good, I think we should make this a regular thing (weekly, or every-other-week) for a while until we run out of things to talk about
-13:04:09 * MerlinTHP_ nods.
-13:04:11 <bstinson> short meetings are good
-13:04:17 <alphacc> I think weekly is good for now.
-13:04:39 <MerlinTHP_> Agreed, i imagine we can find things to talk about
-13:04:57 <wolfy> works for me too. although I am just a lurker
-13:05:18 <bstinson> #agreed Weekly meetings on Monday at 13:00 UTC
-13:06:36 * lalatenduM is here too
-13:06:54 <bstinson> #topic SIG/Developer authentication
-13:07:39 <alphacc> so far cbs has his own CA, I don't know the status of git.c.o auth
-13:07:53 * MerlinTHP_ assumes it's ssh key auth
-13:07:59 <MerlinTHP_> Can anyone confirm?
-13:08:08 * kbsingh is here
-13:08:14 * gwd is here
-13:08:17 <bstinson> we also need to worry about the lookaside cache
-13:08:42 <MerlinTHP_> I'd be tempted to start from a default position of "what does fedora infra do?"
-13:09:01 <MerlinTHP_> If only that they've solved a lot of this stuff, and have existing tooling
-13:09:10 <bstinson> I think FAS is on the radar
-13:09:24 <kbsingh> i am not sure if FAS is indeed on the store for CentOS though - is it ?
-13:09:38 <MerlinTHP_> I've heard it mentioned, but nothing conclusive.
-13:09:49 <kbsingh> there certainly hasent been any movement on that front - FAS was brought up a few times, but only in line with other potential solutions as well
-13:09:49 <gwd> What's FAS?
-13:09:57 <Arrfab> alphacc: atm git.c.o uses his internal auth DB
-13:09:58 <kbsingh> gwd: the Fedora Accounting System
-13:09:59 <MerlinTHP_> Fedora Account System
-13:10:24 <MerlinTHP_> I'm not sure we really want to build something from scratch.
-13:10:33 <alphacc> Arrfab: but gitblit does support ssl cert ?
-13:10:45 <kbsingh> git.centos.org can more or less do anything, includiung ldap, krb, shared certs, shared ca, pub certs, internal pipe backend for auth or even static files
-13:10:51 <kbsingh> alphacc: yes
-13:10:57 <MerlinTHP_> What does g.c.o do now?
-13:11:13 <kbsingh> MerlinTHP_: flat file, internal auth
-13:11:24 <MerlinTHP_> I suppose we're at the point of not having a huge userbase to reeducate
-13:12:24 <kbsingh> are we talking purely in the context of git.centos.org + cbs.centos.org ? I guess having FAS like system would help if were to come up system wide for all of .centos.org - and we can move wiki + bugs + forums + other things to it as well
-13:12:41 <MerlinTHP_> I'd suggest that ideally the latter
-13:13:15 <MerlinTHP_> In addition to FAS, I'd be tempted to throw IPA into the ring as an option too.
-13:13:48 <MerlinTHP_> I spend a fair amount of time in $dayjob getting stuff to auth against our IPA instace.
-13:14:04 <Arrfab> MerlinTHP_: such discussion started too, but the scope is wider than just cbs+git which is supposed to be the "to be discussed points" today
-13:14:06 <alphacc> kbsingh: yes. In term of interaction between cbs/git we just need people to be able to create branches at the git level
-13:14:26 <MerlinTHP_> Arrfab: agreed.
-13:14:38 <MerlinTHP_> Seems silly to build something just for cbs & git, though
-13:15:34 <kbsingh> how would branches in git.c.o work - at the moment, the distro brach is locked - noone can commit to those. and I've been working to have branch name be the sig name for someone
-13:15:37 <alphacc> MerlinTHP_: I think it's better to test the workflow for building and defer auth for later.
-13:15:54 <kbsingh> eg. VirtSig people will need to work with their own branch - but wont be able to create and push to other ones, unless they had acl's for other sig's as well
-13:16:21 <MerlinTHP_> alphacc: I'm just a bit worried about getting people too familiar with something that we might well change later
-13:16:21 <Arrfab> MerlinTHP_: agreed too, but it would be good to know what are the blockers now on the git/cbs status. and if common auth is the real issue, then another meeting around centralized auth can be foreseen :-)
-13:17:19 <alphacc> MerlinTHP_: the koji part won't change, and educate user to access git with pass or ssh key doesn't seems an issue for our audience
-13:17:27 <MerlinTHP_> alphacc: fair enough
-13:17:40 <gwd> kbsingh: So I think we need to be able to have dev branches from which we can issue a pull request.
-13:17:50 <alphacc> MerlinTHP_: I would agree if it was for everybody.
-13:18:29 <MerlinTHP_> alphacc: I'm a bit worried that you don't scale, though ;)
-13:18:37 <MerlinTHP_> alphacc: you're doing all the account creation by hand atm?
-13:19:04 <alphacc> MerlinTHP_: correct. this is part of this week documentation effort.
-13:19:05 <Arrfab> MerlinTHP_: yes, but afaik less than 10 people have access through approved SIGs
-13:19:17 <kbsingh> in terms of forward-looking-planning, my estimate on user accounts to end of the year 2014 is 50
-13:19:27 <MerlinTHP_> OK
-13:19:27 <kbsingh> and in the next 18 momths, is to grow that to 150
-13:19:44 <bstinson> which is not so bad
-13:20:10 <kbsingh> most SIG's are only going to have a few people commiting into git.centos.org right ? I'm counting on the biggest ones having 10
-13:20:18 <Evolution> I still think long-term it should be automated, rather than blocking on a specific person
-13:20:27 <Evolution> or group of people.
-13:20:31 <MerlinTHP_> Mm
-13:20:48 <MerlinTHP_> This is one of those "FAS has already solved this issue" things, tbh
-13:21:04 <kbsingh> gwd: would'nt that be local though ? eg. if come of people want to do local branches ? or are you saying that people will need commit access to git.centos.org where from a 'privileged' account can merge into the production branch and issue a build req ?
-13:21:06 <Evolution> yeah. fas or a bit of scripting around ipa.
-13:21:11 <MerlinTHP_> Evolution: exactly
-13:21:27 <alphacc> Evolution: yes agreed
-13:21:36 <MerlinTHP_> TBH I personally like IPA a lot, but I'm trying not to be too biased ;)
-13:22:01 <kbsingh> gwd: if we want the push coming to git.centos.org - we might need to workout some sort of a convention for personal branches.
-13:22:18 <kbsingh> automate everything
-13:22:49 <gwd> kbsingh: Well it doesn't need to be on git.c.o, if that's what you mean; it could be on gitorious/github/some other public repo.  But wherever it is, we want to be able to build from it.  At least, I assume the burden of testing to make sure it builds properly should be on the person sending the pull request, not on the person potentially doing the pulling. :-)
-13:23:04 <kbsingh> specially, since automation is the only way to really make sure there is a 'user-exiting' cleanup process as well
-13:23:15 <MerlinTHP_> Just bear in mind that koji needs config for each git server you want to pull from
-13:23:26 <kbsingh> MerlinTHP_: it will only pull from git.centos.org
-13:23:27 <MerlinTHP_> I'd recommend only having koji pull from g.c.o
-13:23:33 <MerlinTHP_> Right.
-13:23:39 <alphacc> yes
-13:24:02 <MerlinTHP_> So anything you want to build has to end up in g.c.o, even if people are pushing to github or whatever
-13:24:34 <Arrfab> MerlinTHP_: yes
-13:24:43 <kbsingh> yeah, its a good problem domain to fix, its the classic who CI's and how does the CI queue work
-13:24:46 <alphacc> MerlinTHP_: There is SRPM use case, but I really didn't find any good reason.
-13:24:47 <gwd> MerlinTHP: Then that would imply either 1) sending pull requests from trees that haven't been tested on koji or 2) having development trees on git.c.o so that things could be tested on koji before sending a pull request
-13:25:06 <kbsingh> i wonder if we can have people do scratch builds, and the results be a consideation for people doing the pulls
-13:25:16 <alphacc> gwd: koji should not become a CI.
-13:25:28 <MerlinTHP_> Yeah, koji isn't great for CI
-13:25:37 <kbsingh> i dont think gwd is talking CI though
-13:25:51 <MerlinTHP_> Right.
-13:25:53 <kbsingh> were not testing the code, per se - its just to make sure the branch is buildable
-13:26:04 <kbsingh> maybe --scratch builds might be a middle ground there ?
-13:26:05 <alphacc> Yes just a warning, casue I have koji users :)
-13:26:21 <gwd> Just because it build via an SRPM doesn't mean it will build from a git tree. :-)
-13:26:44 <MerlinTHP_> There's not that much difference between koji building a package and mock on a user box, as long as mock is using the koji repos.
-13:26:54 <kbsingh> gwd: right, but koji only ever builds from a srpm - the git is just where the srpm is stored, were never building from git
-13:27:15 <kbsingh> when koji gets a build-this, it git checksout, make it into an srpm - then does the mock run to build rpms out of it
-13:27:17 <MerlinTHP_> Well, koji pulls the source from git and builds a srpm
-13:27:24 <alphacc> kbsingh: yes
-13:27:24 <MerlinTHP_> Yeah, tha
-13:27:25 <MerlinTHP_> t
-13:28:13 <bstinson> (bringing it back in a little bit) it sounds to me like we aren't quite ready to talk about long-term auth
-13:28:21 <kbsingh> nutshell: gwd's point is that people need to be able to propose changes, without running their own buildsystems. right ?
-13:28:24 * MerlinTHP_ is getting that ;)
-13:28:28 <MerlinTHP_> +feeling
-13:29:30 <bstinson> what can we do in the short term to get people access to the lookaside caches? i know that's come up a couple of times
-13:29:45 <MerlinTHP_> Auth with the same SSL cert they use for koji?
-13:30:10 <alphacc> bstinson: I think we need at least docs on the process will be handled.
-13:30:27 <MerlinTHP_> The upload script for fedora's lookaside is public, and can be easily adapted to our cache
-13:31:07 <MerlinTHP_> I can hunt that out if there's interest
-13:31:07 <alphacc> MerlinTHP_: can it be part of centpkg ?
-13:31:11 <kbsingh> are we talking about https://git.centos.org/sources/ ?
-13:31:26 <bstinson> kbsingh: yes
-13:31:27 <MerlinTHP_> Yeah
-13:31:35 <kbsingh> the privileged path to that store is via ssh or rsync over ssh at the moment
-13:31:42 <Evolution> 868963
-13:31:43 <MerlinTHP_> Hmm
-13:31:58 <kbsingh> but its a flat filesystem, so a cgi script ( like what fedora use ) might be easy to adapt, and we can protect branches at the unix level
-13:32:09 <Evolution> 195082
-13:32:16 <kbsingh> ( ie. I can make sure the buildsystem and distro branches are owned by someone else )
-13:32:27 <kbsingh> Evolution: move your yubi key to a different usb port
-13:32:32 <MerlinTHP_> Heh
-13:32:36 <alphacc> ah ah
-13:32:39 <Evolution> bah, was dialing phone.
-13:32:47 <kbsingh> alternatively, folks - anyone needing to break into Evolution's 2FA accounts, you ahve about 180 seconds to use those two codes
-13:32:48 * Evolution moves laptop
-13:32:50 <MerlinTHP_> No, you weren't ;)
-13:32:55 <bstinson> heh
-13:33:18 <kbsingh> i need a better keyboard, way too many typos
-13:33:31 <bstinson> alphacc: to answer your question, it's already built into rpkg we just need to figure out how to say if a user has upload privs or not
-13:33:32 <kbsingh> so, what / how would centpkg integrate with the sources / lookaside push ?
-13:33:47 <MerlinTHP_> centpkg has upload support
-13:33:57 <MerlinTHP_> It needs tweaking for centos' cache layout
-13:34:11 <MerlinTHP_> It does an HTTPS request with the client cert for auth
-13:34:42 <MerlinTHP_> sorry, rpkg has that, centpkg can override that code
-13:35:02 <alphacc> ok
-13:35:14 <kbsingh> what do we need on the server to support that push ?
-13:35:31 <MerlinTHP_> A CGI script on an HTTPS server with some client auth config
-13:35:41 <MerlinTHP_> So cgi + httpd config
-13:35:47 <kbsingh> what sort of auth backend can that support ?
-13:36:05 <kbsingh> also, upload via https.... is going to need some multipart fluffery
-13:36:40 <MerlinTHP_> That bit is a solved problem, afaik.  rpkg already does it
-13:36:57 <MerlinTHP_> The server validates the client cert against our CA
-13:37:14 <MerlinTHP_> Needs a CRL to be able to revoke certs.
-13:38:14 <kbsingh> right, so this would then share the ca with koji ?
-13:38:19 <MerlinTHP_> Yeah
-13:38:39 <kbsingh> and we'd need to have git.centos.org also then use the same CA
-13:38:47 <MerlinTHP_> Mm
-13:38:55 <MerlinTHP_> IPA getting more attractive by the second...
-13:38:56 <MerlinTHP_> ;)
-13:39:31 <alphacc> if we keep the koji CA (and use it for soemthing else) we may want to move easy_rsa + git-crypt (for scaling issue)
-13:39:37 <alphacc> or FreeIPA ;)
-13:40:36 <gwd> I'm more of a stout man myself...
-13:40:40 <kbsingh> gitblit can maknss calls as well if that makes life easier
-13:40:53 <kbsingh> can make nss
-13:41:22 <kbsingh> from the git.centos.org perspective, we can use pretty much anything and it will consume it .
-13:41:27 * MerlinTHP_ nods.
-13:41:49 <kbsingh> there are 2 things that we need to protect though - (1) there is always going to be a privileged path for rhel sources and buildsystem feedback - both of those can never fail
-13:42:09 <kbsingh> and (2) we need a way to gurantee branch names and commit access to branch names is locked down
-13:42:33 <bstinson> does gitblit currently give you that control?
-13:42:34 <kbsingh> so if the auth setup is going to happen at koji CA - that needs to provide a user:sig name mapping which can be used to map users:branch
-13:42:34 <MerlinTHP_> Can gitblit do that per-branch stuff?
-13:42:38 <kbsingh> bstinson: yes.
-13:42:52 <MerlinTHP_> Hrm
-13:43:20 <MerlinTHP_> We need more than just a CA for this
-13:43:30 <MerlinTHP_> CA + something with groups and things like that.
-13:43:33 <kbsingh> I worked with the author of gitblit ( james moger ) to work that in, and I've made some more tweaks at this end that make it work quite nicely
-13:43:49 <MerlinTHP_> That's cool.
-13:44:10 <kbsingh> for the git code itself, and the lookaside cache - the privleged path is via ssh
-13:44:28 <kbsingh> and gitblit does not mind that, it will happy refresh local git content cache if it finds the underlaying storage changee
-13:44:53 <MerlinTHP_> I'd have assumed that git+ssh was the default push method anyway
-13:45:06 <kbsingh> fwiw, gitolite can also consume and implement a user:branch mapping
-13:45:37 <kbsingh> push mode for git is over https
-13:45:41 <MerlinTHP_> Oh, ok
-13:45:54 <kbsingh> thinking there is that if we need entity verification, an EV cert will give you that
-13:46:31 <MerlinTHP_> Do we have a cert revocation system for the current koji CA?
-13:46:48 <MerlinTHP_> If I lose my laptop with koji cert now, what happens?
-13:47:09 <alphacc> MerlinTHP_: we can revoke access to koji
-13:47:23 <alphacc> MerlinTHP_: no crl right now but agreed it's needed.
-13:47:55 <MerlinTHP_> Is that turn off the user, or turn off the cert?
-13:48:05 <MerlinTHP_> ( so to speak )
-13:48:16 <alphacc> MerlinTHP_: user
-13:48:21 * MerlinTHP_ nods.
-13:49:02 <bstinson> ok, let's start wrapping up
-13:49:07 <alphacc> MerlinTHP_: user-rsa when Arrfab show me it existed. I don't want to reinvent the wheel.
-13:49:16 <MerlinTHP_> alphacc: *nod*
-13:49:23 <alphacc> MerlinTHP_: easy_rsa
-13:49:26 <MerlinTHP_> Being a CA is a PITA.
-13:49:45 <MerlinTHP_> OK, so, do we have any sort of consensus? :)
-13:49:54 <MerlinTHP_> Or anything to have a consensus about
-13:50:34 <MerlinTHP_> koji requires either SSL or KRB auth, and we're using SSL.  Trying to use that for everything we can sounds appropriate?
-13:50:44 <MerlinTHP_> Sounds like g.c.o can use it
-13:51:07 <bstinson> so (if i'm understanding correctly), we want gitblit to talk to the koji CA but we need to work out some name:sig mappings, and we want to look at having the lookaside cache use the fedora-style cgi script
-13:51:08 <MerlinTHP_> We need a way to store cert / user / group / sig info
-13:52:00 <kbsingh> yeah, if we can get some groups info in there that would rock
-13:52:16 <MerlinTHP_> OK
-13:52:16 <kbsingh> if not, we can always store user:group mappings in gitblit itself, and just have it querry the CA for auth
-13:52:31 <MerlinTHP_> I reckon we probably want that centrally too
-13:52:41 <kbsingh> and i presume the upload script can do something with the same CA as well ... if so - then we should trial it - or start trialing it at git.dev.centos.org
-13:52:53 <kbsingh> yeah, ideally all the info would be in one place
-13:53:01 <MerlinTHP_> It's the httpd config rather than the script itself, but yeah
-13:53:40 <kbsingh> ah i see
-13:53:50 <kbsingh> but will that be able to map user's to dir names ?
-13:53:59 <bstinson> once all that's in place we can sculpt centpkg around our setup
-13:54:04 <kbsingh> eg. if someone is locked to branch 'virtsig' they can only upload into <packagename>/virtsig/
-13:54:17 <MerlinTHP_> kbsingh: ok, that bit would need script changes :)
-13:54:40 <MerlinTHP_> the httpd-level stuff is authn, the authz would need to be in the script, I think
-13:55:28 <bstinson> Is MerlinTHP_ volunteering to look at that for the next meeting?
-13:55:36 <MerlinTHP_> Sure
-13:56:30 <bstinson> ok, great!
-13:56:35 <MerlinTHP_> :)
-13:56:47 <MerlinTHP_> Running out of meeting
-13:56:48 <kbsingh> when are we meeting next ?
-13:56:54 <MerlinTHP_> Same time next week?
-13:57:09 <kbsingh> ok, weekly works, but longer term we should think about making it bi-weekly
-13:57:13 <MerlinTHP_> Sure
-13:57:18 <kbsingh> maybe do ~ 6 weekly ones ?
-13:57:21 <bstinson> #info Next meeting: Monday 22-Sept 2014 13:00 UTC
-13:57:36 <bstinson> kbsingh: that's reasonable
-13:57:40 * MerlinTHP_ nods.
-13:58:12 <bstinson> #info We will be doing 6 weekly meetings, then moving to a bi-weekly schedule
-13:58:14 <lalatenduM> works for /Me
-13:58:24 <MerlinTHP_> Is there a meetbot give-merlinthp-an-action command? ;)
-13:58:41 * MerlinTHP_ should read the manual
-13:59:20 <lalatenduM> does "#action" work
-13:59:21 <bstinson> #action MerlinTHP_ Research lookaside cache authentication and upload permissions
-13:59:35 <MerlinTHP_> Ah :)
-13:59:42 <bstinson> i think i said that right
-13:59:52 <MerlinTHP_> Works for me.
-13:59:54 <bstinson> anything else that needs to go in the minutes?
-14:00:07 <kbsingh> is someone going to look at storing user:groups in the koji auth layers
-14:00:18 <MerlinTHP_> I'll have a think about that too
-14:00:19 <kbsingh> there must be something like this already - since users are limited to some tag's and targets
-14:00:27 <kbsingh> cant those just be the groups and sig names as well
-14:01:32 <alphacc> kbsingh: user are limited to the tagging action not to some target. This policy stuff need investigation. I don't think there is a group directive.
-14:02:54 <MerlinTHP_> OK, so we done with the meeting? :)
-14:02:59 <bstinson> gwd: i think that was you who sent a message to -devel with other agenda items, sorry our discussion sort of trampled over yours
-14:03:00 <alphacc> #action alphacc investigate koji policy for cbs.
-14:03:08 <bstinson> hopefully there will be time for an open-flood next week
-14:03:53 <bstinson> #info send agenda items for next week to the centos-devel@centos.org
-14:04:01 <bstinson> 1 minute warning before I close the minutes
-14:04:16 <MerlinTHP_> I'm good.
-14:04:44 <kbsingh> same here
-14:05:02 <kbsingh> i think were going to need some of these sessions of just open chat before we start working on and only on agenda items.
-14:05:04 <alphacc> ok with me.
-14:05:28 <bstinson> sure thing
-14:05:31 <bstinson> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/september/centos-devel.2014-09-15-13.01.txt b/minutes/2014/september/centos-devel.2014-09-15-13.01.txt
deleted file mode 100644
index e6f4882..0000000
--- a/minutes/2014/september/centos-devel.2014-09-15-13.01.txt
+++ /dev/null
@@ -1,72 +0,0 @@
-=====================
-#centos-devel Meeting
-=====================
-
-
-Meeting started by bstinson at 13:01:06 UTC. The full logs are available
-at centos-devel/2014/centos-devel.2014-09-15-13.01.log.html .
-
-
-
-Meeting summary
----------------
-* Is this a good time to meet?  (bstinson, 13:02:45)
-  * AGREED: Weekly meetings on Monday at 13:00 UTC  (bstinson, 13:05:18)
-
-* SIG/Developer authentication  (bstinson, 13:06:54)
-  * Next meeting: Monday 22-Sept 2014 13:00 UTC  (bstinson, 13:57:21)
-  * We will be doing 6 weekly meetings, then moving to a bi-weekly
-    schedule  (bstinson, 13:58:12)
-  * ACTION: MerlinTHP_ Research lookaside cache authentication and
-    upload permissions  (bstinson, 13:59:21)
-  * ACTION: alphacc investigate koji policy for cbs.  (alphacc,
-    14:03:00)
-  * send agenda items for next week to the centos-devel@centos.org
-    (bstinson, 14:03:53)
-
-Meeting ended at 14:05:31 UTC.
-
-
-
-
-Action Items
-------------
-* MerlinTHP_ Research lookaside cache authentication and upload
-  permissions
-* alphacc investigate koji policy for cbs.
-
-
-
-
-Action Items, by person
------------------------
-* alphacc
-  * alphacc investigate koji policy for cbs.
-* MerlinTHP_
-  * MerlinTHP_ Research lookaside cache authentication and upload
-    permissions
-* **UNASSIGNED**
-  * (none)
-
-
-
-
-People Present (lines said)
----------------------------
-* MerlinTHP_ (96)
-* kbsingh (67)
-* bstinson (34)
-* alphacc (29)
-* gwd (7)
-* Evolution (7)
-* Arrfab (5)
-* centbot (4)
-* lalatenduM (3)
-* wolfy (1)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot
diff --git a/minutes/2014/september/centos-devel.2014-09-22-13.02.html b/minutes/2014/september/centos-devel.2014-09-22-13.02.html
deleted file mode 100644
index bd98d95..0000000
--- a/minutes/2014/september/centos-devel.2014-09-22-13.02.html
+++ /dev/null
@@ -1,241 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel: cbs/infra</title>
-<style type="text/css">
-/* This is for the .html in the HTML2 writer */
-body {
-    font-family: Helvetica, sans-serif;
-    font-size:14px;
-}
-h1 {
-    text-align: center;
-}
-a {
-    color:navy;
-    text-decoration: none;
-    border-bottom:1px dotted navy;
-}
-a:hover {
-    text-decoration:none;
-    border-bottom: 0;
-    color:#0000B9;
-}
-hr {
-    border: 1px solid #ccc;
-}
-/* The (nick, time) item pairs, and other body text things. */
-.details {
-    font-size: 12px;
-    font-weight:bold;
-}
-/* The 'AGREED:', 'IDEA', etc, prefix to lines. */
-.itemtype {
-    font-style: normal;    /* un-italics it */
-    font-weight: bold;
-}
-/* Example: change single item types.  Capitalized command name.
-/* .TOPIC  {  color:navy;  } */
-/* .AGREED {  color:lime;  } */
-
-</style>
-</head>
-
-<body>
-<h1>#centos-devel: cbs/infra</h1>
-<span class="details">
-Meeting started by bstinson at 13:02:39 UTC
-(<a href="centos-devel.2014-09-22-13.02.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Meeting summary</h3>
-<ol>
-<li>
-<ol type="a">
-  <li><a
-    href="https://trello.com/b/CKGGvcKU/cbs-centos-org">https://trello.com/b/CKGGvcKU/cbs-centos-org</a>
-    is the url to the board <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-5'>kbsingh</a>,
-    13:02:50)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Greetings / Who's Here?</b> <span class="details">(<a href='centos-devel.2014-09-22-13.02.log.html#l-6'>bstinson</a>, 13:03:03)</span>
-<br></li>
-<li><b class="TOPIC">Agenda</b> <span class="details">(<a href='centos-devel.2014-09-22-13.02.log.html#l-16'>bstinson</a>, 13:04:21)</span>
-<ol type="a">
-  <li><span class="INFO">FAS/IPA Testing - Short Status Update</span>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-17'>bstinson</a>,
-    13:04:24)</span></li>
-  <li><span class="INFO">Centpkg Progress - Short Status Update</span>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-18'>bstinson</a>,
-    13:04:28)</span></li>
-  <li><span class="INFO">Blocker List</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-19'>bstinson</a>,
-    13:04:32)</span></li>
-  <li><span class="INFO">Brainstorming SIG Branch and Build Target
-    Names</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-20'>bstinson</a>,
-    13:04:35)</span></li>
-  <li><span class="INFO">Open Floor</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-21'>bstinson</a>,
-    13:04:41)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">FAS/IPA Testing</b> <span class="details">(<a href='centos-devel.2014-09-22-13.02.log.html#l-25'>bstinson</a>, 13:05:28)</span>
-<ol type="a">
-  <li><span class="INFO">Infra team provisioned three VMs last week to
-    use for FAS &amp; IPA testing</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-29'>quaid</a>,
-    13:06:27)</span></li>
-  <li><span class="INFO">can use the mailing list discussion to get
-    requirements</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-45'>quaid</a>,
-    13:10:06)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">quaid can
-    write-up the requirements in to a wiki page to reference</span>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-46'>quaid</a>,
-    13:10:39)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">should we have a
-    second koji for ease of SSL testing, etc.?</span> <span
-    class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-59'>quaid</a>,
-    13:13:31)</span></li>
-  <li><span class="INFO">dev.git.centos.org can be used for testing git
-    connection</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-78'>quaid</a>,
-    13:18:38)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Centpkg Progress</b> <span class="details">(<a href='centos-devel.2014-09-22-13.02.log.html#l-84'>bstinson</a>, 13:20:00)</span>
-<ol type="a">
-  <li><span class="INFO">centpkg is reading in user certs and is able to
-    kick off koji builds</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-89'>quaid</a>,
-    13:21:16)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">put git branch to
-    koji target in a config file instead of being hard-coded</span>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-95'>quaid</a>,
-    13:21:53)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">bstinson will
-    clean up his commits and send centpkg patches to the mailing
-    list</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-106'>bstinson</a>,
-    13:25:15)</span></li>
-  <li><a
-    href="http://copr.fedoraproject.org/coprs/bstinson/Centpkg/">http://copr.fedoraproject.org/coprs/bstinson/Centpkg/</a>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-114'>bstinson</a>,
-    13:27:13)</span></li>
-  <li><i class="itemtype">IDEA</i>: <span class="IDEA">have centpkg
-    eventually live in e.g. CentOS Extras</span> <span
-    class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-115'>quaid</a>,
-    13:27:33)</span></li>
-  <li><span class="INFO">not currently relying upon EPEL directly,
-    anything needed gets pulled in to local build, e.g. rpkg</span>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-127'>quaid</a>,
-    13:29:59)</span></li>
-</ol>
-<br></li>
-<li><b class="TOPIC">Blocker List</b> <span class="details">(<a href='centos-devel.2014-09-22-13.02.log.html#l-134'>bstinson</a>, 13:31:44)</span>
-<ol type="a">
-  <li><span class="INFO">integrate upstream patch in koji to support
-    git.c.o</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-135'>alphacc</a>,
-    13:32:23)</span></li>
-  <li><i class="itemtype">ACTION</i>: <span class="ACTION">Build CentOS
-    koji rpms and install them (server-side).</span> <span
-    class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-142'>alphacc</a>,
-    13:35:52)</span></li>
-  <li><i class="itemtype">AGREED</i>: <span class="AGREED">Project will
-    carry own koji RPMs to carry our own patches etc.</span> <span
-    class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-149'>quaid</a>,
-    13:39:28)</span></li>
-  <li><span class="INFO">can't use sshkeys for auth for git, needs to go
-    over https for code pathway</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-169'>quaid</a>,
-    13:47:27)</span></li>
-  <li><a
-    href="https://git.centos.org/summary/centpkg.git">https://git.centos.org/summary/centpkg.git</a>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-184'>kbsingh</a>,
-    13:54:07)</span></li>
-  <li><span class="INFO">need to settle on temp auth method for
-    git.centos.org over https</span> <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-214'>quaid</a>,
-    14:03:27)</span></li>
-  <li><span class="INFO">Next Meeting: Monday 29-Sept, 13:00 UTC</span>
-    <span class="details">(<a
-    href='centos-devel.2014-09-22-13.02.log.html#l-224'>bstinson</a>,
-    14:06:19)</span></li>
-</ol>
-</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">
-Meeting ended at 14:06:55 UTC
-(<a href="centos-devel.2014-09-22-13.02.log.html">full logs</a>).</span>
-
-<br><br>
-
-
-
-<h3>Action items</h3>
-<ol>
-  <li>quaid can write-up the requirements in to a wiki page to reference</li>
-  <li>bstinson will clean up his commits and send centpkg patches to the mailing list</li>
-  <li>Build CentOS koji rpms and install them (server-side).</li>
-</ol>
-<br><br>
-
-
-
-<h3>Action items, by person</h3>
-<ol>
-  <li> bstinson <ol>
-    <li>bstinson will clean up his commits and send centpkg patches to the mailing list</li>
-  </ol></li>
-  <li> quaid <ol>
-    <li>quaid can write-up the requirements in to a wiki page to reference</li>
-  </ol></li>
-</ol>
-<br><br>
-
-
-
-<h3>People present (lines said)</h3>
-<ol>
-  <li>kbsingh (55)</li>
-  <li>MerlinTHP (48)</li>
-  <li>bstinson (46)</li>
-  <li>quaid (33)</li>
-  <li>alphacc (19)</li>
-  <li>Evolution (9)</li>
-  <li>centbot (5)</li>
-  <li>gwd (3)</li>
-  <li>mattymo (3)</li>
-  <li>Arrfab (3)</li>
-  <li>mikem (3)</li>
-  <li>wolfy (1)</li>
-  <li>jitseklomp (1)</li>
-</ol>
-<br><br>
-
-
-
-<span class="details">Generated by <a href="http://wiki.debian.org/MeetBot">MeetBot</a> 0.1.4.</span>
-</body></html>
diff --git a/minutes/2014/september/centos-devel.2014-09-22-13.02.log.html b/minutes/2014/september/centos-devel.2014-09-22-13.02.log.html
deleted file mode 100644
index 1ce975f..0000000
--- a/minutes/2014/september/centos-devel.2014-09-22-13.02.log.html
+++ /dev/null
@@ -1,256 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html>
-<head>
-<meta http-equiv="Content-type" content="text/html;charset=UTF-8">
-<title>#centos-devel log</title>
-<style type="text/css">
-/* For the .log.html */
-pre { /*line-height: 125%;*/
-      white-space: pre-wrap; }
-body { background: #f0f0f0; }
-
-body .tm  { color: #007020 }                      /* time */
-body .nk  { color: #062873; font-weight: bold }   /* nick, regular */
-body .nka { color: #007020; font-weight: bold }  /* action nick */
-body .ac  { color: #00A000 }                      /* action line */
-body .hi  { color: #4070a0 }                 /* hilights */
-/* Things to make particular MeetBot commands stick out */
-body .topic     { color: #007020; font-weight: bold }
-body .topicline { color: #000080; font-weight: bold }
-body .cmd       { color: #007020; font-weight: bold }
-body .cmdline  { font-weight: bold }
-
-</style>
-</head>
-
-<body>
-<pre><a name="l-1"></a><span class="tm">13:02:39</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#startmeeting </span><span class="cmdline">cbs/infra</span>
-<a name="l-2"></a><span class="tm">13:02:39</span><span class="nk"> &lt;centbot&gt;</span> Meeting started Mon Sep 22 13:02:39 2014 UTC.  The chair is bstinson. Information about MeetBot at http://wiki.debian.org/MeetBot.
-<a name="l-3"></a><span class="tm">13:02:39</span><span class="nk"> &lt;centbot&gt;</span> Useful Commands: #action #agreed #help #info #idea #link #topic.
-<a name="l-4"></a><span class="tm">13:02:42</span><span class="nk"> &lt;kbsingh&gt;</span> ok, check if you can get to the trello board - both you and alphacc are added there.
-<a name="l-5"></a><span class="tm">13:02:50</span><span class="nk"> &lt;kbsingh&gt;</span> https://trello.com/b/CKGGvcKU/cbs-centos-org is the url to the board
-<a name="l-6"></a><span class="tm">13:03:03</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">Greetings / Who's Here?</span>
-<a name="l-7"></a><span class="tm">13:03:03</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">kbsingh:</span> works for me
-<a name="l-8"></a><span class="tm">13:03:07</span><span class="nk"> &lt;bstinson&gt;</span> looks like i'm in
-<a name="l-9"></a><span class="tm">13:03:09</span><span class="nk"> &lt;MerlinTHP&gt;</span> Hello!
-<a name="l-10"></a><span class="tm">13:03:09 </span><span class="nka">* quaid</span> <span class="ac">is here</span>
-<a name="l-11"></a><span class="tm">13:03:14</span><span class="nk"> &lt;kbsingh&gt;</span> I'm here as well
-<a name="l-12"></a><span class="tm">13:03:21 </span><span class="nka">* Arrfab</span> <span class="ac">echoes "me too"</span>
-<a name="l-13"></a><span class="tm">13:03:44</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#chair </span><span class="cmdline">kbsingh quaid alphacc MerlinTHP Arrfab Evolution</span>
-<a name="l-14"></a><span class="tm">13:03:44</span><span class="nk"> &lt;centbot&gt;</span> Current chairs: Arrfab Evolution MerlinTHP alphacc bstinson kbsingh quaid
-<a name="l-15"></a><span class="tm">13:03:54 </span><span class="nka">* wolfy</span> <span class="ac">lurks</span>
-<a name="l-16"></a><span class="tm">13:04:21</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">Agenda</span>
-<a name="l-17"></a><span class="tm">13:04:24</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">FAS/IPA Testing - Short Status Update</span>
-<a name="l-18"></a><span class="tm">13:04:28</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">Centpkg Progress - Short Status Update</span>
-<a name="l-19"></a><span class="tm">13:04:32</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">Blocker List</span>
-<a name="l-20"></a><span class="tm">13:04:35</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">Brainstorming SIG Branch and Build Target Names</span>
-<a name="l-21"></a><span class="tm">13:04:41</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">Open Floor</span>
-<a name="l-22"></a><span class="tm">13:05:00</span><span class="nk"> &lt;mikem&gt;</span> good morning
-<a name="l-23"></a><span class="tm">13:05:09</span><span class="nk"> &lt;jitseklomp&gt;</span> Hi
-<a name="l-24"></a><span class="tm">13:05:19</span><span class="nk"> &lt;bstinson&gt;</span> hi folks!
-<a name="l-25"></a><span class="tm">13:05:28</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">FAS/IPA Testing</span>
-<a name="l-26"></a><span class="tm">13:05:47</span><span class="nk"> &lt;MerlinTHP&gt;</span> FAS folks first ;)
-<a name="l-27"></a><span class="tm">13:06:20</span><span class="nk"> &lt;bstinson&gt;</span> It sounds like Arrfab has started on some VMs for this project
-<a name="l-28"></a><span class="tm">13:06:27 </span><span class="nka">* MerlinTHP</span> <span class="ac">nods</span>
-<a name="l-29"></a><span class="tm">13:06:27</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">Infra team provisioned three VMs last week to use for FAS &amp; IPA testing</span>
-<a name="l-30"></a><span class="tm">13:06:39</span><span class="nk"> &lt;MerlinTHP&gt;</span> I've got access to the VM for IPA testing
-<a name="l-31"></a><span class="tm">13:06:43</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">bstinson:</span> yes and quaid got account/sudo on those VMs
-<a name="l-32"></a><span class="tm">13:07:02</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">Arrfab:</span> is one of them the one MerlinTHP has
-<a name="l-33"></a><span class="tm">13:07:02</span><span class="nk"> &lt;quaid&gt;</span> ?
-<a name="l-34"></a><span class="tm">13:07:18</span><span class="nk"> &lt;kbsingh&gt;</span> no, MerlinTHP's setup is in rackspace
-<a name="l-35"></a><span class="tm">13:07:18</span><span class="nk"> &lt;Arrfab&gt;</span> <span class="hi">quaid:</span> no, a different one, running c7 for his IPA test
-<a name="l-36"></a><span class="tm">13:07:35</span><span class="nk"> &lt;quaid&gt;</span> great
-<a name="l-37"></a><span class="tm">13:08:08</span><span class="nk"> &lt;bstinson&gt;</span> great! is there anything the testing teams need going forward?
-<a name="l-38"></a><span class="tm">13:08:17</span><span class="nk"> &lt;quaid&gt;</span> we need then a bit of requirements of what to test for
-<a name="l-39"></a><span class="tm">13:09:04</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">quaid:</span> does the centos-devel thread give you all you need for scope ?
-<a name="l-40"></a><span class="tm">13:09:10</span><span class="nk"> &lt;MerlinTHP&gt;</span> Evolution listed a few requirements on the mailing list for what we need the account system to do (self-service account creation, self-management for SIGs, etc).  IPA is missing a bunch of that stuff.
-<a name="l-41"></a><span class="tm">13:09:21</span><span class="nk"> &lt;quaid&gt;</span> and just to interact with anyone who can help with tie-in to Koji
-<a name="l-42"></a><span class="tm">13:09:34</span><span class="nk"> &lt;MerlinTHP&gt;</span> However, I've started writing a PoC web front end for IPA to do self-service.
-<a name="l-43"></a><span class="tm">13:09:51</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">kbsingh:</span> I think so, can easily work up a wiki page on that
-<a name="l-44"></a><span class="tm">13:09:58</span><span class="nk"> &lt;MerlinTHP&gt;</span> ( thus far users can sign up their own accounts )
-<a name="l-45"></a><span class="tm">13:10:06</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">can use the mailing list discussion to get requirements</span>
-<a name="l-46"></a><span class="tm">13:10:39</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#action </span><span class="cmdline">quaid can write-up the requirements in to a wiki page to reference</span>
-<a name="l-47"></a><span class="tm">13:10:54</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">quaid:</span> contact me if you need info on koji during your tests.
-<a name="l-48"></a><span class="tm">13:11:35</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">MerlinTHP:</span> that's great! do you have the contacts you need with FreeIPA folks for that front end work?
-<a name="l-49"></a><span class="tm">13:11:41</span><span class="nk"> &lt;Evolution&gt;</span> I'm assuming both ipa or fas would require a rekey of koji to test the ssl bits.
-<a name="l-50"></a><span class="tm">13:11:53</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">Evolution:</span> correct
-<a name="l-51"></a><span class="tm">13:11:54</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">alphacc:</span> thanks
-<a name="l-52"></a><span class="tm">13:11:55</span><span class="nk"> &lt;Evolution&gt;</span> would a second koji instance simply for ssl testing be in order?
-<a name="l-53"></a><span class="tm">13:11:58</span><span class="nk"> &lt;MerlinTHP&gt;</span> <span class="hi">Evolution:</span> IPA would, certainly.
-<a name="l-54"></a><span class="tm">13:12:13</span><span class="nk"> &lt;MerlinTHP&gt;</span> <span class="hi">quaid:</span> yeah, I already hang out in #freeipa ;)
-<a name="l-55"></a><span class="tm">13:12:17</span><span class="nk"> &lt;Evolution&gt;</span> (once we get to that stage)
-<a name="l-56"></a><span class="tm">13:12:42</span><span class="nk"> &lt;MerlinTHP&gt;</span> I'm planning to have the test IPA instance up with the front-end to poke at a bit later this week
-<a name="l-57"></a><span class="tm">13:12:44</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">Evolution:</span> might be easier than messing with the running instance
-<a name="l-58"></a><span class="tm">13:13:17</span><span class="nk"> &lt;quaid&gt;</span> similarly, I plan to have the basic FAS in place, and will rely upon smooge to help me get it further for actual testing
-<a name="l-59"></a><span class="tm">13:13:31</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">should we have a second koji for ease of SSL testing, etc.?</span>
-<a name="l-60"></a><span class="tm">13:14:10</span><span class="nk"> &lt;kbsingh&gt;</span> there is a git.dev.centos.org that is already online - for testing scope on that side
-<a name="l-61"></a><span class="tm">13:15:01</span><span class="nk"> &lt;bstinson&gt;</span> fantastic! it sounds like we're making progress
-<a name="l-62"></a><span class="tm">13:15:10</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#ingo </span><span class="cmdline">git.dev.centos.org can be used for testing git connection</span>
-<a name="l-63"></a><span class="tm">13:15:18</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">git.dev.centos.org can be used for testing git connection</span>
-<a name="l-64"></a><span class="tm">13:15:21</span><span class="nk"> &lt;MerlinTHP&gt;</span> :)
-<a name="l-65"></a><span class="tm">13:15:45</span><span class="nk"> &lt;quaid&gt;</span> that's all I've got right now, I think
-<a name="l-66"></a><span class="tm">13:16:04</span><span class="nk"> &lt;kbsingh&gt;</span> dev.git.centos.org :)
-<a name="l-67"></a><span class="tm">13:16:32</span><span class="nk"> &lt;MerlinTHP&gt;</span> In the course of doing research for the lookaside upload script, I've come to the conclusion that it'd help if the CA had an OCSP responder, and the host running the upload script was running apache 2.4 (so c7)
-<a name="l-68"></a><span class="tm">13:17:06</span><span class="nk"> &lt;MerlinTHP&gt;</span> apache supports CRLs for certificate revocation, but you need to restart it every time you change the CRL file
-<a name="l-69"></a><span class="tm">13:17:20</span><span class="nk"> &lt;kbsingh&gt;</span> we can run either c7 or c6 on the lookaside machine..
-<a name="l-70"></a><span class="tm">13:17:53</span><span class="nk"> &lt;MerlinTHP&gt;</span> Whereas apache 2.4's OCSP support means it always goes ask the CA, so certificate revocations are instantly live.
-<a name="l-71"></a><span class="tm">13:18:14</span><span class="nk"> &lt;MerlinTHP&gt;</span> Just a thought.
-<a name="l-72"></a><span class="tm">13:18:18</span><span class="nk"> &lt;quaid&gt;</span> .undo
-<a name="l-73"></a><span class="tm">13:18:27</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">dev.git.centos.org can be used for testing git connection</span>
-<a name="l-74"></a><span class="tm">13:18:31</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#undo</span><span class="cmdline"></span>
-<a name="l-75"></a><span class="tm">13:18:31</span><span class="nk"> &lt;centbot&gt;</span> Removing item from minutes: INFO by quaid at 13:18:27 : dev.git.centos.org can be used for testing git connection
-<a name="l-76"></a><span class="tm">13:18:32</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#undo</span><span class="cmdline"></span>
-<a name="l-77"></a><span class="tm">13:18:32</span><span class="nk"> &lt;centbot&gt;</span> Removing item from minutes: INFO by quaid at 13:15:18 : git.dev.centos.org can be used for testing git connection
-<a name="l-78"></a><span class="tm">13:18:38</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">dev.git.centos.org can be used for testing git connection</span>
-<a name="l-79"></a><span class="tm">13:19:11</span><span class="nk"> &lt;bstinson&gt;</span> ok, anything else before I move along?
-<a name="l-80"></a><span class="tm">13:19:16</span><span class="nk"> &lt;MerlinTHP&gt;</span> Nothing from me
-<a name="l-81"></a><span class="tm">13:19:29</span><span class="nk"> &lt;bstinson&gt;</span> thanks for researching the lookaside MerlinTHP
-<a name="l-82"></a><span class="tm">13:19:39</span><span class="nk"> &lt;MerlinTHP&gt;</span> np
-<a name="l-83"></a><span class="tm">13:19:50</span><span class="nk"> &lt;MerlinTHP&gt;</span> tbh, I spent more time on the IPA stuff...
-<a name="l-84"></a><span class="tm">13:20:00</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">Centpkg Progress</span>
-<a name="l-85"></a><span class="tm">13:20:38</span><span class="nk"> &lt;bstinson&gt;</span> ok this will be very short, I have Centpkg reading in user certs and i've been able to kick off koji builds
-<a name="l-86"></a><span class="tm">13:20:45</span><span class="nk"> &lt;MerlinTHP&gt;</span> \o/
-<a name="l-87"></a><span class="tm">13:20:52</span><span class="nk"> &lt;MerlinTHP&gt;</span> Oh, one thought
-<a name="l-88"></a><span class="tm">13:21:06</span><span class="nk"> &lt;MerlinTHP&gt;</span> Currently, git branch to koji target is hard-coded
-<a name="l-89"></a><span class="tm">13:21:16</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">centpkg is reading in user certs and is able to kick off koji builds</span>
-<a name="l-90"></a><span class="tm">13:21:16</span><span class="nk"> &lt;MerlinTHP&gt;</span> I've thought for a while that it probably should be a config file
-<a name="l-91"></a><span class="tm">13:21:17</span><span class="nk"> &lt;bstinson&gt;</span> i need to see if we can make it easer for centpkg to co-exist with fedpkg and its cousins
-<a name="l-92"></a><span class="tm">13:21:38</span><span class="nk"> &lt;MerlinTHP&gt;</span> Does that sound like a sensible idea?
-<a name="l-93"></a><span class="tm">13:21:40</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">bstinson:</span> can it pull from and do some level of mangling of git.centos.org hosted repos
-<a name="l-94"></a><span class="tm">13:21:47</span><span class="nk"> &lt;MerlinTHP&gt;</span> I can work with you on it, bstinson
-<a name="l-95"></a><span class="tm">13:21:53</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">put git branch to koji target in a config file instead of being hard-coded</span>
-<a name="l-96"></a><span class="tm">13:22:05</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">MerlinTHP:</span> we likely need a wider convo on git branch naming, i believe its in the schedule for later in the meeting
-<a name="l-97"></a><span class="tm">13:22:25</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">kbsingh:</span> yes it can pull (and push when we work out cert auth)
-<a name="l-98"></a><span class="tm">13:22:33</span><span class="nk"> &lt;MerlinTHP&gt;</span> This is a bit orthagonal to that, imo
-<a name="l-99"></a><span class="tm">13:22:40</span><span class="nk"> &lt;Evolution&gt;</span> so long as we can tie koji naming into that as well.. (bananas?)
-<a name="l-100"></a><span class="tm">13:23:23</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">MerlinTHP:</span> let's get together soon to talk about what you're thinking
-<a name="l-101"></a><span class="tm">13:23:32</span><span class="nk"> &lt;MerlinTHP&gt;</span> Sure thing
-<a name="l-102"></a><span class="tm">13:23:32</span><span class="nk"> &lt;kbsingh&gt;</span> what people can commit to - is tied into the targets they can consume in koji, but they should be able to ready from anywhere and build to the places they have acls to
-<a name="l-103"></a><span class="tm">13:23:56</span><span class="nk"> &lt;kbsingh&gt;</span> tagging might have a role to play in here as well
-<a name="l-104"></a><span class="tm">13:24:10</span><span class="nk"> &lt;alphacc&gt;</span> for semantic build=tag. policy work on tagging operation.
-<a name="l-105"></a><span class="tm">13:25:08</span><span class="nk"> &lt;kbsingh&gt;</span> ok
-<a name="l-106"></a><span class="tm">13:25:15</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#action </span><span class="cmdline">bstinson will clean up his commits and send centpkg patches to the mailing list</span>
-<a name="l-107"></a><span class="tm">13:25:31</span><span class="nk"> &lt;kbsingh&gt;</span> are we going to put this into a rpm ?
-<a name="l-108"></a><span class="tm">13:25:37</span><span class="nk"> &lt;alphacc&gt;</span> I investigated the policy side and the easiest way now is to have a flat file and generate a policy. sig:user1,user2 and sig-admins:user1,user2
-<a name="l-109"></a><span class="tm">13:25:58</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">kbsingh:</span> i have a copr out there right now
-<a name="l-110"></a><span class="tm">13:26:13</span><span class="nk"> &lt;kbsingh&gt;</span> we should have a more official process for this
-<a name="l-111"></a><span class="tm">13:26:17</span><span class="nk"> &lt;kbsingh&gt;</span> maybe into centos-extras
-<a name="l-112"></a><span class="tm">13:26:32</span><span class="nk"> &lt;kbsingh&gt;</span> but ok, lets do that as a second iteration
-<a name="l-113"></a><span class="tm">13:26:54</span><span class="nk"> &lt;quaid&gt;</span> <span class="hi">bstinson:</span> what's the copr URL? (for the record)
-<a name="l-114"></a><span class="tm">13:27:13</span><span class="nk"> &lt;bstinson&gt;</span> http://copr.fedoraproject.org/coprs/bstinson/Centpkg/
-<a name="l-115"></a><span class="tm">13:27:33</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#idea </span><span class="cmdline">have centpkg eventually live in e.g. CentOS Extras</span>
-<a name="l-116"></a><span class="tm">13:27:56</span><span class="nk"> &lt;MerlinTHP&gt;</span> That sounds sensible.
-<a name="l-117"></a><span class="tm">13:28:11</span><span class="nk"> &lt;MerlinTHP&gt;</span> We'll have to decide where rpkg lives, though.
-<a name="l-118"></a><span class="tm">13:28:17</span><span class="nk"> &lt;kbsingh&gt;</span> same place
-<a name="l-119"></a><span class="tm">13:28:26</span><span class="nk"> &lt;MerlinTHP&gt;</span> rpkg is in EPEL, though
-<a name="l-120"></a><span class="tm">13:28:32</span><span class="nk"> &lt;kbsingh&gt;</span> thats ok, were not relying on epel for now
-<a name="l-121"></a><span class="tm">13:28:38</span><span class="nk"> &lt;MerlinTHP&gt;</span> ( that's just a note, not an objection )
-<a name="l-122"></a><span class="tm">13:28:43 </span><span class="nka">* MerlinTHP</span> <span class="ac">nods</span>
-<a name="l-123"></a><span class="tm">13:28:45</span><span class="nk"> &lt;MerlinTHP&gt;</span> Fair enough
-<a name="l-124"></a><span class="tm">13:29:02</span><span class="nk"> &lt;kbsingh&gt;</span> anything in epel that we need - for now , we pull into local builds - longer term this is going to need a whole lot of conversation and attention :)
-<a name="l-125"></a><span class="tm">13:29:09</span><span class="nk"> &lt;MerlinTHP&gt;</span> Mm
-<a name="l-126"></a><span class="tm">13:29:54</span><span class="nk"> &lt;MerlinTHP&gt;</span> OK, centpkg looks to be cracking on
-<a name="l-127"></a><span class="tm">13:29:59</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">not currently relying upon EPEL directly, anything needed gets pulled in to local build, e.g. rpkg</span>
-<a name="l-128"></a><span class="tm">13:30:20</span><span class="nk"> &lt;Evolution&gt;</span> our interactions with epel will need to be a separate mailing list discussion or meeting here.
-<a name="l-129"></a><span class="tm">13:30:31</span><span class="nk"> &lt;Evolution&gt;</span> that needs to happen semi-soon anyway to start getting expectations
-<a name="l-130"></a><span class="tm">13:30:41</span><span class="nk"> &lt;Evolution&gt;</span> but I don't want to hijack this meeting for that
-<a name="l-131"></a><span class="tm">13:31:00</span><span class="nk"> &lt;kbsingh&gt;</span> yeah
-<a name="l-132"></a><span class="tm">13:31:14 </span><span class="nka">* MerlinTHP</span> <span class="ac">pushes Evolution back down into his box</span>
-<a name="l-133"></a><span class="tm">13:31:42</span><span class="nk"> &lt;bstinson&gt;</span> ok, let's keep moving
-<a name="l-134"></a><span class="tm">13:31:44</span><span class="nk"> &lt;bstinson&gt;</span> <span class="topic">#topic </span><span class="topicline">Blocker List</span>
-<a name="l-135"></a><span class="tm">13:32:23</span><span class="nk"> &lt;alphacc&gt;</span> <span class="cmd">#info </span><span class="cmdline">integrate upstream patch in koji to support git.c.o</span>
-<a name="l-136"></a><span class="tm">13:32:50</span><span class="nk"> &lt;kbsingh&gt;</span> ok, so what is the blocker list.. maybe we should first define what it is that is being blocked
-<a name="l-137"></a><span class="tm">13:32:56</span><span class="nk"> &lt;alphacc&gt;</span> I have the RPMs ready.
-<a name="l-138"></a><span class="tm">13:33:18</span><span class="nk"> &lt;alphacc&gt;</span> I will rebuild them in koji, and push it to infrastrcuture6 tag.
-<a name="l-139"></a><span class="tm">13:33:32</span><span class="nk"> &lt;kbsingh&gt;</span> ok, so thats about 50% of the blocker problem fixed right ? if people can use centpkg to request builds from git.centos.org delivered into a target at cbs.centos.org
-<a name="l-140"></a><span class="tm">13:33:53</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">bstinson:</span> once alphacc does his piece of work would that be possible ?
-<a name="l-141"></a><span class="tm">13:35:36</span><span class="nk"> &lt;bstinson&gt;</span> should be
-<a name="l-142"></a><span class="tm">13:35:52</span><span class="nk"> &lt;alphacc&gt;</span> <span class="cmd">#action </span><span class="cmdline">Build CentOS koji rpms and install them (server-side).</span>
-<a name="l-143"></a><span class="tm">13:36:21</span><span class="nk"> &lt;bstinson&gt;</span> right now, i've just been kicking off builds using --srpm which creates an intermediate src rpm and uploads it for building
-<a name="l-144"></a><span class="tm">13:37:08</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">alphacc:</span> does the patch need any extra voices on the mailing lists?
-<a name="l-145"></a><span class="tm">13:37:58</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">bstinson:</span> I think we decided that we will have our own koji rpms, so no, just more testing.
-<a name="l-146"></a><span class="tm">13:38:30</span><span class="nk"> &lt;bstinson&gt;</span> ok great
-<a name="l-147"></a><span class="tm">13:39:10</span><span class="nk"> &lt;kbsingh&gt;</span> its been upstreamed as well right ? just not in a release
-<a name="l-148"></a><span class="tm">13:39:21</span><span class="nk"> &lt;kbsingh&gt;</span> if they reject the patch upstream then we've got something to think about
-<a name="l-149"></a><span class="tm">13:39:28</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#agreed </span><span class="cmdline">Project will carry own koji RPMs to carry our own patches etc.</span>
-<a name="l-150"></a><span class="tm">13:39:51</span><span class="nk"> &lt;alphacc&gt;</span> mikem proposed the patch, but I don't think it is in master yet.
-<a name="l-151"></a><span class="tm">13:40:39</span><span class="nk"> &lt;mikem&gt;</span> alphacc, which patch was that?
-<a name="l-152"></a><span class="tm">13:41:32</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">mikem:</span> koji-rpm-source-layout
-<a name="l-153"></a><span class="tm">13:41:33</span><span class="nk"> &lt;mikem&gt;</span> "Support rpm source layout (SPECS and SOURCES dirs) when building srpms from source control."?  That's in upstream git
-<a name="l-154"></a><span class="tm">13:42:07</span><span class="nk"> &lt;alphacc&gt;</span> ok great I missed it.
-<a name="l-155"></a><span class="tm">13:42:56</span><span class="nk"> &lt;bstinson&gt;</span> ok, is anyone else have a component blocked on something?
-<a name="l-156"></a><span class="tm">13:42:59</span><span class="nk"> &lt;kbsingh&gt;</span> so thats a good sign that were ok to carry it
-<a name="l-157"></a><span class="tm">13:43:11</span><span class="nk"> &lt;bstinson&gt;</span> s/is/does/
-<a name="l-158"></a><span class="tm">13:43:14</span><span class="nk"> &lt;kbsingh&gt;</span> the second half of the issue is auth into git.centos.org
-<a name="l-159"></a><span class="tm">13:43:37</span><span class="nk"> &lt;kbsingh&gt;</span> i can import content in, and give people access based in login names, but its going to be https http_basic auth
-<a name="l-160"></a><span class="tm">13:43:44</span><span class="nk"> &lt;kbsingh&gt;</span> works now, works for a few people, wont scale
-<a name="l-161"></a><span class="tm">13:44:03</span><span class="nk"> &lt;kbsingh&gt;</span> and how much of a problem might we be creating for ipa folks to import this into their setup later ?
-<a name="l-162"></a><span class="tm">13:44:55</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">kbsingh:</span> bringing existing users over, or doing http auth?
-<a name="l-163"></a><span class="tm">13:45:01</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">kbsingh:</span> the forseen solution would be ssh-keys ?
-<a name="l-164"></a><span class="tm">13:45:51</span><span class="nk"> &lt;MerlinTHP&gt;</span> If we go the IPA route, it'll just be a matter of converting ACLs into group memberships (or another LDAP attribute, if we go a more customised route for IPA)
-<a name="l-165"></a><span class="tm">13:46:03</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">Evolution:</span> either/neither - i presume this will be just using CA keys, shared with koji longer term
-<a name="l-166"></a><span class="tm">13:46:30 </span><span class="nka">* quaid</span> <span class="ac">doesn't know yet of any hassles moving to FAS from http auth</span>
-<a name="l-167"></a><span class="tm">13:46:35</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">alphacc:</span> cant do sshkeys, the commits need to be over https to use the user&lt;-&gt;branch mapping, since the commit needs to be 'intercepted' by code that can make that decision easily
-<a name="l-168"></a><span class="tm">13:47:16</span><span class="nk"> &lt;bstinson&gt;</span> <span class="hi">kbsingh:</span> is that live on dev.git.c.o?
-<a name="l-169"></a><span class="tm">13:47:27</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">can't use sshkeys for auth for git, needs to go over https for code pathway</span>
-<a name="l-170"></a><span class="tm">13:47:44</span><span class="nk"> &lt;kbsingh&gt;</span> we could likely write something that does some sanity testing and checks keyname and works out group name and then looks at branch name etc, but the problem with that is still that folks can push at once - multiple branches
-<a name="l-171"></a><span class="tm">13:48:06</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">bstinson:</span> it can be fairly easily.
-<a name="l-172"></a><span class="tm">13:48:40</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">bstinson:</span> its live at git.centos.org
-<a name="l-173"></a><span class="tm">13:48:45</span><span class="nk"> &lt;bstinson&gt;</span> i'd like to poke at it from the client side whenever it's ready
-<a name="l-174"></a><span class="tm">13:48:59</span><span class="nk"> &lt;kbsingh&gt;</span> the user -&gt; branch mapping ?
-<a name="l-175"></a><span class="tm">13:49:28</span><span class="nk"> &lt;bstinson&gt;</span> the auth component
-<a name="l-176"></a><span class="tm">13:50:20</span><span class="nk"> &lt;kbsingh&gt;</span> ok, i dont get what you want to poke at
-<a name="l-177"></a><span class="tm">13:50:45</span><span class="nk"> &lt;kbsingh&gt;</span> the only way to commit to git.centos.org is over https, unless its the upstream buildservices, that can use a privileged path
-<a name="l-178"></a><span class="tm">13:51:56</span><span class="nk"> &lt;bstinson&gt;</span> right, rpkg does all the committing over ssh so centpkg will need a few tweaks
-<a name="l-179"></a><span class="tm">13:52:46</span><span class="nk"> &lt;kbsingh&gt;</span> ok
-<a name="l-180"></a><span class="tm">13:53:01</span><span class="nk"> &lt;kbsingh&gt;</span> technically it should just be a case of using a different git remote url
-<a name="l-181"></a><span class="tm">13:53:44</span><span class="nk"> &lt;kbsingh&gt;</span> iirc, there is a centpkg.git in git.centos.org's root git's
-<a name="l-182"></a><span class="tm">13:53:47</span><span class="nk"> &lt;MerlinTHP&gt;</span> I suspect it'd work just by changing the git URL in the config file
-<a name="l-183"></a><span class="tm">13:53:50</span><span class="nk"> &lt;kbsingh&gt;</span> isnt that how this works as well
-<a name="l-184"></a><span class="tm">13:54:07</span><span class="nk"> &lt;kbsingh&gt;</span> https://git.centos.org/summary/centpkg.git
-<a name="l-185"></a><span class="tm">13:54:56</span><span class="nk"> &lt;kbsingh&gt;</span> just going over this again to make sure i understand what piece of work you want me to deliver on
-<a name="l-186"></a><span class="tm">13:56:10</span><span class="nk"> &lt;mattymo&gt;</span> hey Evolution
-<a name="l-187"></a><span class="tm">13:56:37</span><span class="nk"> &lt;bstinson&gt;</span> when you say http_basic auth, are you meaning username/password?
-<a name="l-188"></a><span class="tm">13:56:42</span><span class="nk"> &lt;kbsingh&gt;</span> yeah
-<a name="l-189"></a><span class="tm">13:56:48</span><span class="nk"> &lt;Evolution&gt;</span> <span class="hi">mattymo:</span> meeting presently. wait one (or pm)
-<a name="l-190"></a><span class="tm">13:56:54</span><span class="nk"> &lt;mattymo&gt;</span> oh ok
-<a name="l-191"></a><span class="tm">13:57:32</span><span class="nk"> &lt;mattymo&gt;</span> I'll write here just b/c anyone can comment. I see this bug here: https://github.com/karelzak/util-linux/issues/121
-<a name="l-192"></a><span class="tm">13:57:32</span><span class="nk"> &lt;bstinson&gt;</span> ah, we may need to hash out some details on that, I was hoping to hand you a client cert and get the user account info that way
-<a name="l-193"></a><span class="tm">13:57:45</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">bstinson:</span> my understanding is that this will go away and fas or ipa will provide the certauthority to auth with
-<a name="l-194"></a><span class="tm">13:58:13</span><span class="nk"> &lt;MerlinTHP&gt;</span> Mm
-<a name="l-195"></a><span class="tm">13:58:57</span><span class="nk"> &lt;kbsingh&gt;</span> so the user will actually only have the one set of certs they use for koji and git
-<a name="l-196"></a><span class="tm">13:59:10</span><span class="nk"> &lt;MerlinTHP&gt;</span> Yeah
-<a name="l-197"></a><span class="tm">13:59:24</span><span class="nk"> &lt;MerlinTHP&gt;</span> ( + the lookaside, depending if you count that as part of git )
-<a name="l-198"></a><span class="tm">13:59:37</span><span class="nk"> &lt;kbsingh&gt;</span> and somewhere in there will be a mechanism that says what branches ( or what groups ) this person belongs to
-<a name="l-199"></a><span class="tm">13:59:50</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">MerlinTHP:</span> right, lookaside too
-<a name="l-200"></a><span class="tm">14:00:12</span><span class="nk"> &lt;MerlinTHP&gt;</span> That mechanism could e.g. be an LDAP query against IPA
-<a name="l-201"></a><span class="tm">14:00:55</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">MerlinTHP:</span> I could query same ldap for the koji policy
-<a name="l-202"></a><span class="tm">14:01:05</span><span class="nk"> &lt;MerlinTHP&gt;</span> That'd be neat
-<a name="l-203"></a><span class="tm">14:01:16</span><span class="nk"> &lt;MerlinTHP&gt;</span> But you can probably s/IPA/FAS/ too
-<a name="l-204"></a><span class="tm">14:01:51 </span><span class="nka">* MerlinTHP</span> <span class="ac">wonders if we need to make this meeting slot longer</span>
-<a name="l-205"></a><span class="tm">14:02:03</span><span class="nk"> &lt;gwd&gt;</span> Sorry to interrupt -- could someone with koji admin privileges make a virt6-testing tag?  (I think that's what I want...)
-<a name="l-206"></a><span class="tm">14:02:30</span><span class="nk"> &lt;bstinson&gt;</span> we are making good progress, at some point they'll get shorter :)
-<a name="l-207"></a><span class="tm">14:02:34</span><span class="nk"> &lt;MerlinTHP&gt;</span> :)
-<a name="l-208"></a><span class="tm">14:02:41</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">gwd:</span> already there. pm.
-<a name="l-209"></a><span class="tm">14:02:49</span><span class="nk"> &lt;MerlinTHP&gt;</span> I've got to go shortly
-<a name="l-210"></a><span class="tm">14:02:55</span><span class="nk"> &lt;bstinson&gt;</span> since we're in the weeds, let's bring this back up offline and again next week
-<a name="l-211"></a><span class="tm">14:03:08</span><span class="nk"> &lt;kbsingh&gt;</span> sounds good
-<a name="l-212"></a><span class="tm">14:03:19</span><span class="nk"> &lt;kbsingh&gt;</span> i think the integration layers might be what needs the most effort
-<a name="l-213"></a><span class="tm">14:03:26</span><span class="nk"> &lt;MerlinTHP&gt;</span> Agreed.
-<a name="l-214"></a><span class="tm">14:03:27</span><span class="nk"> &lt;quaid&gt;</span> <span class="cmd">#info </span><span class="cmdline">need to settle on temp auth method for git.centos.org over https</span>
-<a name="l-215"></a><span class="tm">14:03:40</span><span class="nk"> &lt;kbsingh&gt;</span> if we can offload auth for lookaside into httpd, we might do the same for git as well, but lets cross that bridge
-<a name="l-216"></a><span class="tm">14:03:57</span><span class="nk"> &lt;alphacc&gt;</span> ok good for me too.
-<a name="l-217"></a><span class="tm">14:04:19</span><span class="nk"> &lt;gwd&gt;</span> <span class="hi">alphacc:</span> Oops, sorry... missed the 2nd page on the web interface.
-<a name="l-218"></a><span class="tm">14:05:01</span><span class="nk"> &lt;alphacc&gt;</span> <span class="hi">gwd:</span> it's a tag not a target, what are you yting to achieve ?
-<a name="l-219"></a><span class="tm">14:05:16</span><span class="nk"> &lt;alphacc&gt;</span> s/yting/trying
-<a name="l-220"></a><span class="tm">14:05:20</span><span class="nk"> &lt;bstinson&gt;</span> we can probably save SIG Branch and Build Target naming until next week also
-<a name="l-221"></a><span class="tm">14:05:21</span><span class="nk"> &lt;kbsingh&gt;</span> cool, are we closing meeting ?
-<a name="l-222"></a><span class="tm">14:05:41</span><span class="nk"> &lt;bstinson&gt;</span> closing in 1 minute
-<a name="l-223"></a><span class="tm">14:05:44</span><span class="nk"> &lt;kbsingh&gt;</span> <span class="hi">mattymo:</span> still waiting for you guys to actually start doing some contributing and things into CentOS
-<a name="l-224"></a><span class="tm">14:06:19</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#info </span><span class="cmdline">Next Meeting: Monday 29-Sept, 13:00 UTC</span>
-<a name="l-225"></a><span class="tm">14:06:35</span><span class="nk"> &lt;bstinson&gt;</span> thanks everyone!
-<a name="l-226"></a><span class="tm">14:06:40</span><span class="nk"> &lt;MerlinTHP&gt;</span> Cheers!
-<a name="l-227"></a><span class="tm">14:06:41</span><span class="nk"> &lt;gwd&gt;</span> <span class="hi">alphacc:</span> I'm trying to build ipxe into an actual repo, so that I can then try building xen (which depends on ipxe).
-<a name="l-228"></a><span class="tm">14:06:50</span><span class="nk"> &lt;quaid&gt;</span> nice meeting, thx
-<a name="l-229"></a><span class="tm">14:06:55</span><span class="nk"> &lt;bstinson&gt;</span> <span class="cmd">#endmeeting</span><span class="cmdline"></span></pre>
-</body></html>
diff --git a/minutes/2014/september/centos-devel.2014-09-22-13.02.log.txt b/minutes/2014/september/centos-devel.2014-09-22-13.02.log.txt
deleted file mode 100644
index 10dad11..0000000
--- a/minutes/2014/september/centos-devel.2014-09-22-13.02.log.txt
+++ /dev/null
@@ -1,229 +0,0 @@
-13:02:39 <bstinson> #startmeeting cbs/infra
-13:02:39 <centbot> Meeting started Mon Sep 22 13:02:39 2014 UTC.  The chair is bstinson. Information about MeetBot at http://wiki.debian.org/MeetBot.
-13:02:39 <centbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
-13:02:42 <kbsingh> ok, check if you can get to the trello board - both you and alphacc are added there.
-13:02:50 <kbsingh> https://trello.com/b/CKGGvcKU/cbs-centos-org is the url to the board
-13:03:03 <bstinson> #topic Greetings / Who's Here?
-13:03:03 <alphacc> kbsingh: works for me
-13:03:07 <bstinson> looks like i'm in
-13:03:09 <MerlinTHP> Hello!
-13:03:09 * quaid is here
-13:03:14 <kbsingh> I'm here as well
-13:03:21 * Arrfab echoes "me too"
-13:03:44 <bstinson> #chair kbsingh quaid alphacc MerlinTHP Arrfab Evolution
-13:03:44 <centbot> Current chairs: Arrfab Evolution MerlinTHP alphacc bstinson kbsingh quaid
-13:03:54 * wolfy lurks
-13:04:21 <bstinson> #topic Agenda
-13:04:24 <bstinson> #info FAS/IPA Testing - Short Status Update
-13:04:28 <bstinson> #info Centpkg Progress - Short Status Update
-13:04:32 <bstinson> #info Blocker List
-13:04:35 <bstinson> #info Brainstorming SIG Branch and Build Target Names
-13:04:41 <bstinson> #info Open Floor
-13:05:00 <mikem> good morning
-13:05:09 <jitseklomp> Hi
-13:05:19 <bstinson> hi folks!
-13:05:28 <bstinson> #topic FAS/IPA Testing
-13:05:47 <MerlinTHP> FAS folks first ;)
-13:06:20 <bstinson> It sounds like Arrfab has started on some VMs for this project
-13:06:27 * MerlinTHP nods
-13:06:27 <quaid> #info Infra team provisioned three VMs last week to use for FAS & IPA testing
-13:06:39 <MerlinTHP> I've got access to the VM for IPA testing
-13:06:43 <Arrfab> bstinson: yes and quaid got account/sudo on those VMs
-13:07:02 <quaid> Arrfab: is one of them the one MerlinTHP has
-13:07:02 <quaid> ?
-13:07:18 <kbsingh> no, MerlinTHP's setup is in rackspace
-13:07:18 <Arrfab> quaid: no, a different one, running c7 for his IPA test
-13:07:35 <quaid> great
-13:08:08 <bstinson> great! is there anything the testing teams need going forward?
-13:08:17 <quaid> we need then a bit of requirements of what to test for
-13:09:04 <kbsingh> quaid: does the centos-devel thread give you all you need for scope ?
-13:09:10 <MerlinTHP> Evolution listed a few requirements on the mailing list for what we need the account system to do (self-service account creation, self-management for SIGs, etc).  IPA is missing a bunch of that stuff.
-13:09:21 <quaid> and just to interact with anyone who can help with tie-in to Koji
-13:09:34 <MerlinTHP> However, I've started writing a PoC web front end for IPA to do self-service.
-13:09:51 <quaid> kbsingh: I think so, can easily work up a wiki page on that
-13:09:58 <MerlinTHP> ( thus far users can sign up their own accounts )
-13:10:06 <quaid> #info can use the mailing list discussion to get requirements
-13:10:39 <quaid> #action quaid can write-up the requirements in to a wiki page to reference
-13:10:54 <alphacc> quaid: contact me if you need info on koji during your tests.
-13:11:35 <quaid> MerlinTHP: that's great! do you have the contacts you need with FreeIPA folks for that front end work?
-13:11:41 <Evolution> I'm assuming both ipa or fas would require a rekey of koji to test the ssl bits.
-13:11:53 <alphacc> Evolution: correct
-13:11:54 <quaid> alphacc: thanks
-13:11:55 <Evolution> would a second koji instance simply for ssl testing be in order?
-13:11:58 <MerlinTHP> Evolution: IPA would, certainly.
-13:12:13 <MerlinTHP> quaid: yeah, I already hang out in #freeipa ;)
-13:12:17 <Evolution> (once we get to that stage)
-13:12:42 <MerlinTHP> I'm planning to have the test IPA instance up with the front-end to poke at a bit later this week
-13:12:44 <quaid> Evolution: might be easier than messing with the running instance
-13:13:17 <quaid> similarly, I plan to have the basic FAS in place, and will rely upon smooge to help me get it further for actual testing
-13:13:31 <quaid> #idea should we have a second koji for ease of SSL testing, etc.?
-13:14:10 <kbsingh> there is a git.dev.centos.org that is already online - for testing scope on that side
-13:15:01 <bstinson> fantastic! it sounds like we're making progress
-13:15:10 <quaid> #ingo git.dev.centos.org can be used for testing git connection
-13:15:18 <quaid> #info git.dev.centos.org can be used for testing git connection
-13:15:21 <MerlinTHP> :)
-13:15:45 <quaid> that's all I've got right now, I think
-13:16:04 <kbsingh> dev.git.centos.org :)
-13:16:32 <MerlinTHP> In the course of doing research for the lookaside upload script, I've come to the conclusion that it'd help if the CA had an OCSP responder, and the host running the upload script was running apache 2.4 (so c7)
-13:17:06 <MerlinTHP> apache supports CRLs for certificate revocation, but you need to restart it every time you change the CRL file
-13:17:20 <kbsingh> we can run either c7 or c6 on the lookaside machine..
-13:17:53 <MerlinTHP> Whereas apache 2.4's OCSP support means it always goes ask the CA, so certificate revocations are instantly live.
-13:18:14 <MerlinTHP> Just a thought.
-13:18:18 <quaid> .undo
-13:18:27 <quaid> #info dev.git.centos.org can be used for testing git connection
-13:18:31 <quaid> #undo
-13:18:31 <centbot> Removing item from minutes: INFO by quaid at 13:18:27 : dev.git.centos.org can be used for testing git connection
-13:18:32 <quaid> #undo
-13:18:32 <centbot> Removing item from minutes: INFO by quaid at 13:15:18 : git.dev.centos.org can be used for testing git connection
-13:18:38 <quaid> #info dev.git.centos.org can be used for testing git connection
-13:19:11 <bstinson> ok, anything else before I move along?
-13:19:16 <MerlinTHP> Nothing from me
-13:19:29 <bstinson> thanks for researching the lookaside MerlinTHP
-13:19:39 <MerlinTHP> np
-13:19:50 <MerlinTHP> tbh, I spent more time on the IPA stuff...
-13:20:00 <bstinson> #topic Centpkg Progress
-13:20:38 <bstinson> ok this will be very short, I have Centpkg reading in user certs and i've been able to kick off koji builds
-13:20:45 <MerlinTHP> \o/
-13:20:52 <MerlinTHP> Oh, one thought
-13:21:06 <MerlinTHP> Currently, git branch to koji target is hard-coded
-13:21:16 <quaid> #info centpkg is reading in user certs and is able to kick off koji builds
-13:21:16 <MerlinTHP> I've thought for a while that it probably should be a config file
-13:21:17 <bstinson> i need to see if we can make it easer for centpkg to co-exist with fedpkg and its cousins
-13:21:38 <MerlinTHP> Does that sound like a sensible idea?
-13:21:40 <kbsingh> bstinson: can it pull from and do some level of mangling of git.centos.org hosted repos
-13:21:47 <MerlinTHP> I can work with you on it, bstinson
-13:21:53 <quaid> #idea put git branch to koji target in a config file instead of being hard-coded
-13:22:05 <kbsingh> MerlinTHP: we likely need a wider convo on git branch naming, i believe its in the schedule for later in the meeting
-13:22:25 <bstinson> kbsingh: yes it can pull (and push when we work out cert auth)
-13:22:33 <MerlinTHP> This is a bit orthagonal to that, imo
-13:22:40 <Evolution> so long as we can tie koji naming into that as well.. (bananas?)
-13:23:23 <bstinson> MerlinTHP: let's get together soon to talk about what you're thinking
-13:23:32 <MerlinTHP> Sure thing
-13:23:32 <kbsingh> what people can commit to - is tied into the targets they can consume in koji, but they should be able to ready from anywhere and build to the places they have acls to
-13:23:56 <kbsingh> tagging might have a role to play in here as well
-13:24:10 <alphacc> for semantic build=tag. policy work on tagging operation.
-13:25:08 <kbsingh> ok
-13:25:15 <bstinson> #action bstinson will clean up his commits and send centpkg patches to the mailing list
-13:25:31 <kbsingh> are we going to put this into a rpm ?
-13:25:37 <alphacc> I investigated the policy side and the easiest way now is to have a flat file and generate a policy. sig:user1,user2 and sig-admins:user1,user2
-13:25:58 <bstinson> kbsingh: i have a copr out there right now
-13:26:13 <kbsingh> we should have a more official process for this
-13:26:17 <kbsingh> maybe into centos-extras
-13:26:32 <kbsingh> but ok, lets do that as a second iteration
-13:26:54 <quaid> bstinson: what's the copr URL? (for the record)
-13:27:13 <bstinson> http://copr.fedoraproject.org/coprs/bstinson/Centpkg/
-13:27:33 <quaid> #idea have centpkg eventually live in e.g. CentOS Extras
-13:27:56 <MerlinTHP> That sounds sensible.
-13:28:11 <MerlinTHP> We'll have to decide where rpkg lives, though.
-13:28:17 <kbsingh> same place
-13:28:26 <MerlinTHP> rpkg is in EPEL, though
-13:28:32 <kbsingh> thats ok, were not relying on epel for now
-13:28:38 <MerlinTHP> ( that's just a note, not an objection )
-13:28:43 * MerlinTHP nods
-13:28:45 <MerlinTHP> Fair enough
-13:29:02 <kbsingh> anything in epel that we need - for now , we pull into local builds - longer term this is going to need a whole lot of conversation and attention :)
-13:29:09 <MerlinTHP> Mm
-13:29:54 <MerlinTHP> OK, centpkg looks to be cracking on
-13:29:59 <quaid> #info not currently relying upon EPEL directly, anything needed gets pulled in to local build, e.g. rpkg
-13:30:20 <Evolution> our interactions with epel will need to be a separate mailing list discussion or meeting here.
-13:30:31 <Evolution> that needs to happen semi-soon anyway to start getting expectations
-13:30:41 <Evolution> but I don't want to hijack this meeting for that
-13:31:00 <kbsingh> yeah
-13:31:14 * MerlinTHP pushes Evolution back down into his box
-13:31:42 <bstinson> ok, let's keep moving
-13:31:44 <bstinson> #topic Blocker List
-13:32:23 <alphacc> #info integrate upstream patch in koji to support git.c.o
-13:32:50 <kbsingh> ok, so what is the blocker list.. maybe we should first define what it is that is being blocked
-13:32:56 <alphacc> I have the RPMs ready.
-13:33:18 <alphacc> I will rebuild them in koji, and push it to infrastrcuture6 tag.
-13:33:32 <kbsingh> ok, so thats about 50% of the blocker problem fixed right ? if people can use centpkg to request builds from git.centos.org delivered into a target at cbs.centos.org
-13:33:53 <kbsingh> bstinson: once alphacc does his piece of work would that be possible ?
-13:35:36 <bstinson> should be
-13:35:52 <alphacc> #action Build CentOS koji rpms and install them (server-side).
-13:36:21 <bstinson> right now, i've just been kicking off builds using --srpm which creates an intermediate src rpm and uploads it for building
-13:37:08 <bstinson> alphacc: does the patch need any extra voices on the mailing lists?
-13:37:58 <alphacc> bstinson: I think we decided that we will have our own koji rpms, so no, just more testing.
-13:38:30 <bstinson> ok great
-13:39:10 <kbsingh> its been upstreamed as well right ? just not in a release
-13:39:21 <kbsingh> if they reject the patch upstream then we've got something to think about
-13:39:28 <quaid> #agreed Project will carry own koji RPMs to carry our own patches etc.
-13:39:51 <alphacc> mikem proposed the patch, but I don't think it is in master yet.
-13:40:39 <mikem> alphacc, which patch was that?
-13:41:32 <alphacc> mikem: koji-rpm-source-layout
-13:41:33 <mikem> "Support rpm source layout (SPECS and SOURCES dirs) when building srpms from source control."?  That's in upstream git
-13:42:07 <alphacc> ok great I missed it.
-13:42:56 <bstinson> ok, is anyone else have a component blocked on something?
-13:42:59 <kbsingh> so thats a good sign that were ok to carry it
-13:43:11 <bstinson> s/is/does/
-13:43:14 <kbsingh> the second half of the issue is auth into git.centos.org
-13:43:37 <kbsingh> i can import content in, and give people access based in login names, but its going to be https http_basic auth
-13:43:44 <kbsingh> works now, works for a few people, wont scale
-13:44:03 <kbsingh> and how much of a problem might we be creating for ipa folks to import this into their setup later ?
-13:44:55 <Evolution> kbsingh: bringing existing users over, or doing http auth?
-13:45:01 <alphacc> kbsingh: the forseen solution would be ssh-keys ?
-13:45:51 <MerlinTHP> If we go the IPA route, it'll just be a matter of converting ACLs into group memberships (or another LDAP attribute, if we go a more customised route for IPA)
-13:46:03 <kbsingh> Evolution: either/neither - i presume this will be just using CA keys, shared with koji longer term
-13:46:30 * quaid doesn't know yet of any hassles moving to FAS from http auth
-13:46:35 <kbsingh> alphacc: cant do sshkeys, the commits need to be over https to use the user<->branch mapping, since the commit needs to be 'intercepted' by code that can make that decision easily
-13:47:16 <bstinson> kbsingh: is that live on dev.git.c.o?
-13:47:27 <quaid> #info can't use sshkeys for auth for git, needs to go over https for code pathway
-13:47:44 <kbsingh> we could likely write something that does some sanity testing and checks keyname and works out group name and then looks at branch name etc, but the problem with that is still that folks can push at once - multiple branches
-13:48:06 <kbsingh> bstinson: it can be fairly easily.
-13:48:40 <kbsingh> bstinson: its live at git.centos.org
-13:48:45 <bstinson> i'd like to poke at it from the client side whenever it's ready
-13:48:59 <kbsingh> the user -> branch mapping ?
-13:49:28 <bstinson> the auth component
-13:50:20 <kbsingh> ok, i dont get what you want to poke at
-13:50:45 <kbsingh> the only way to commit to git.centos.org is over https, unless its the upstream buildservices, that can use a privileged path
-13:51:56 <bstinson> right, rpkg does all the committing over ssh so centpkg will need a few tweaks
-13:52:46 <kbsingh> ok
-13:53:01 <kbsingh> technically it should just be a case of using a different git remote url
-13:53:44 <kbsingh> iirc, there is a centpkg.git in git.centos.org's root git's
-13:53:47 <MerlinTHP> I suspect it'd work just by changing the git URL in the config file
-13:53:50 <kbsingh> isnt that how this works as well
-13:54:07 <kbsingh> https://git.centos.org/summary/centpkg.git
-13:54:56 <kbsingh> just going over this again to make sure i understand what piece of work you want me to deliver on
-13:56:10 <mattymo> hey Evolution
-13:56:37 <bstinson> when you say http_basic auth, are you meaning username/password?
-13:56:42 <kbsingh> yeah
-13:56:48 <Evolution> mattymo: meeting presently. wait one (or pm)
-13:56:54 <mattymo> oh ok
-13:57:32 <mattymo> I'll write here just b/c anyone can comment. I see this bug here: https://github.com/karelzak/util-linux/issues/121
-13:57:32 <bstinson> ah, we may need to hash out some details on that, I was hoping to hand you a client cert and get the user account info that way
-13:57:45 <kbsingh> bstinson: my understanding is that this will go away and fas or ipa will provide the certauthority to auth with
-13:58:13 <MerlinTHP> Mm
-13:58:57 <kbsingh> so the user will actually only have the one set of certs they use for koji and git
-13:59:10 <MerlinTHP> Yeah
-13:59:24 <MerlinTHP> ( + the lookaside, depending if you count that as part of git )
-13:59:37 <kbsingh> and somewhere in there will be a mechanism that says what branches ( or what groups ) this person belongs to
-13:59:50 <kbsingh> MerlinTHP: right, lookaside too
-14:00:12 <MerlinTHP> That mechanism could e.g. be an LDAP query against IPA
-14:00:55 <alphacc> MerlinTHP: I could query same ldap for the koji policy
-14:01:05 <MerlinTHP> That'd be neat
-14:01:16 <MerlinTHP> But you can probably s/IPA/FAS/ too
-14:01:51 * MerlinTHP wonders if we need to make this meeting slot longer
-14:02:03 <gwd> Sorry to interrupt -- could someone with koji admin privileges make a virt6-testing tag?  (I think that's what I want...)
-14:02:30 <bstinson> we are making good progress, at some point they'll get shorter :)
-14:02:34 <MerlinTHP> :)
-14:02:41 <alphacc> gwd: already there. pm.
-14:02:49 <MerlinTHP> I've got to go shortly
-14:02:55 <bstinson> since we're in the weeds, let's bring this back up offline and again next week
-14:03:08 <kbsingh> sounds good
-14:03:19 <kbsingh> i think the integration layers might be what needs the most effort
-14:03:26 <MerlinTHP> Agreed.
-14:03:27 <quaid> #info need to settle on temp auth method for git.centos.org over https
-14:03:40 <kbsingh> if we can offload auth for lookaside into httpd, we might do the same for git as well, but lets cross that bridge
-14:03:57 <alphacc> ok good for me too.
-14:04:19 <gwd> alphacc: Oops, sorry... missed the 2nd page on the web interface.
-14:05:01 <alphacc> gwd: it's a tag not a target, what are you yting to achieve ?
-14:05:16 <alphacc> s/yting/trying
-14:05:20 <bstinson> we can probably save SIG Branch and Build Target naming until next week also
-14:05:21 <kbsingh> cool, are we closing meeting ?
-14:05:41 <bstinson> closing in 1 minute
-14:05:44 <kbsingh> mattymo: still waiting for you guys to actually start doing some contributing and things into CentOS
-14:06:19 <bstinson> #info Next Meeting: Monday 29-Sept, 13:00 UTC
-14:06:35 <bstinson> thanks everyone!
-14:06:40 <MerlinTHP> Cheers!
-14:06:41 <gwd> alphacc: I'm trying to build ipxe into an actual repo, so that I can then try building xen (which depends on ipxe).
-14:06:50 <quaid> nice meeting, thx
-14:06:55 <bstinson> #endmeeting
\ No newline at end of file
diff --git a/minutes/2014/september/centos-devel.2014-09-22-13.02.txt b/minutes/2014/september/centos-devel.2014-09-22-13.02.txt
deleted file mode 100644
index 233a540..0000000
--- a/minutes/2014/september/centos-devel.2014-09-22-13.02.txt
+++ /dev/null
@@ -1,115 +0,0 @@
-========================
-#centos-devel: cbs/infra
-========================
-
-
-Meeting started by bstinson at 13:02:39 UTC. The full logs are available
-at centos-devel/2014/centos-devel.2014-09-22-13.02.log.html .
-
-
-
-Meeting summary
----------------
-* LINK: https://trello.com/b/CKGGvcKU/cbs-centos-org is the url to the
-  board  (kbsingh, 13:02:50)
-* Greetings / Who's Here?  (bstinson, 13:03:03)
-
-* Agenda  (bstinson, 13:04:21)
-  * FAS/IPA Testing - Short Status Update  (bstinson, 13:04:24)
-  * Centpkg Progress - Short Status Update  (bstinson, 13:04:28)
-  * Blocker List  (bstinson, 13:04:32)
-  * Brainstorming SIG Branch and Build Target Names  (bstinson,
-    13:04:35)
-  * Open Floor  (bstinson, 13:04:41)
-
-* FAS/IPA Testing  (bstinson, 13:05:28)
-  * Infra team provisioned three VMs last week to use for FAS & IPA
-    testing  (quaid, 13:06:27)
-  * can use the mailing list discussion to get requirements  (quaid,
-    13:10:06)
-  * ACTION: quaid can write-up the requirements in to a wiki page to
-    reference  (quaid, 13:10:39)
-  * IDEA: should we have a second koji for ease of SSL testing, etc.?
-    (quaid, 13:13:31)
-  * dev.git.centos.org can be used for testing git connection  (quaid,
-    13:18:38)
-
-* Centpkg Progress  (bstinson, 13:20:00)
-  * centpkg is reading in user certs and is able to kick off koji builds
-    (quaid, 13:21:16)
-  * IDEA: put git branch to koji target in a config file instead of
-    being hard-coded  (quaid, 13:21:53)
-  * ACTION: bstinson will clean up his commits and send centpkg patches
-    to the mailing list  (bstinson, 13:25:15)
-  * LINK: http://copr.fedoraproject.org/coprs/bstinson/Centpkg/
-    (bstinson, 13:27:13)
-  * IDEA: have centpkg eventually live in e.g. CentOS Extras  (quaid,
-    13:27:33)
-  * not currently relying upon EPEL directly, anything needed gets
-    pulled in to local build, e.g. rpkg  (quaid, 13:29:59)
-
-* Blocker List  (bstinson, 13:31:44)
-  * integrate upstream patch in koji to support git.c.o  (alphacc,
-    13:32:23)
-  * ACTION: Build CentOS koji rpms and install them (server-side).
-    (alphacc, 13:35:52)
-  * AGREED: Project will carry own koji RPMs to carry our own patches
-    etc.  (quaid, 13:39:28)
-  * can't use sshkeys for auth for git, needs to go over https for code
-    pathway  (quaid, 13:47:27)
-  * LINK: https://git.centos.org/summary/centpkg.git   (kbsingh,
-    13:54:07)
-  * need to settle on temp auth method for git.centos.org over https
-    (quaid, 14:03:27)
-  * Next Meeting: Monday 29-Sept, 13:00 UTC  (bstinson, 14:06:19)
-
-Meeting ended at 14:06:55 UTC.
-
-
-
-
-Action Items
-------------
-* quaid can write-up the requirements in to a wiki page to reference
-* bstinson will clean up his commits and send centpkg patches to the
-  mailing list
-* Build CentOS koji rpms and install them (server-side).
-
-
-
-
-Action Items, by person
------------------------
-* bstinson
-  * bstinson will clean up his commits and send centpkg patches to the
-    mailing list
-* quaid
-  * quaid can write-up the requirements in to a wiki page to reference
-* **UNASSIGNED**
-  * Build CentOS koji rpms and install them (server-side).
-
-
-
-
-People Present (lines said)
----------------------------
-* kbsingh (55)
-* MerlinTHP (48)
-* bstinson (46)
-* quaid (33)
-* alphacc (19)
-* Evolution (9)
-* centbot (5)
-* gwd (3)
-* mattymo (3)
-* Arrfab (3)
-* mikem (3)
-* wolfy (1)
-* jitseklomp (1)
-
-
-
-
-Generated by `MeetBot`_ 0.1.4
-
-.. _`MeetBot`: http://wiki.debian.org/MeetBot