halcyondude

#!/bin/bash
# dump detailed repository and (s)rpm info --> /tmp

set -x

# TODO: make output directory a jinja param, so that we can do this for various images (base, ipa, overcloud, undercloud)

outdir="./out"

yum repolist -v | tee repostats-repolist.txt

halcyondude

import logging
import os

logging.basicConfig(
    format=('%(asctime)s - %(name)s - %(levelname)s - '
            '%(module)s.%(funcName)s:%(lineno)d - %(message)s'))
log = logging.getLogger('watchcat')
log.setLevel(logging.DEBUG)

DIR = os.path.dirname(os.path.realpath(__file__))

halcyondude

Rdo Phase 2 Status (Sprint 13)

General Notes

1. State of RDO Phase 2 at beginning of Sprint 13 was basically broken
2. Repeated infra issues (RDO docker registery, tripelo-ci infra tenant, images.rdoproject.org timeouts) etc have been a general time sink.
3. We have a "best effort" methodology whereby ruck/rover are responsible for job monitoring, as well as upkeep for all phases. In practice this has led to starvation for some phases
4. We have known tecnical debt entering Sprint 13, particularly around bare metal jobs, and how aligned they are w.r.t. how configurataion and job definitions are modelled upstream. We've iterated substantially in our upstream definitions while taking on technical debt in RDO2.

halcyondude

• Sprint Planning: 14, 15 (preview)
  • sprint 14
    • Where to put a zuul patch (etherpad)
  • Discussion - (panda) - Wes: scenario...(baseline)
    • Regarding how we think about this sprint...
    • Regarding priorities
    • Retrospective Preview
• sprint 15

halcyondude

[user]
	email = myoung@everquote.com
	name = Matt Young
[filter "lfs"]
	clean = git-lfs clean -- %f
	smudge = git-lfs smudge -- %f
	process = git-lfs filter-process
	required = true
[alias]
	ci       = commit

halcyondude

#FF0066 = Neon Pink
#FF00 = Neon Green
#FFFF00 = Neon Yellow
#FF3300 = Neon Orange
#FF0009 = Neon Red
#56600FF = Neon Purple
#FF99 = Neon Mint Green
#BF = Neon Dark Blue
#FF = Neon Blue
#FFFF = Light Blue

halcyondude

halcyondude

Ok, I geeked out, and this is probably more information than you need. But it completely answers the question. Sorry. ☺

Locally, I'm at this commit:

$ git show
commit d6cd1e2bd19e03a81132a23b2025920577f84e37
Author: jnthn <jnthn@jnthn.net>
Date:   Sun Apr 15 16:35:03 2012 +0200

When I added FIRST/NEXT/LAST, it was idiomatic but not quite so fast. This makes it faster. Another little bit of masak++'s program.

halcyondude

#!/bin/bash

# useful for platforms such as Cygwin that don't currently have GNU Parallel in their repo.
# prerequisite: make

(
wd=$(mktemp -d)
wget -nc -P $wd ftp://ftp.gnu.org/gnu/parallel/parallel-latest.tar.bz2

cd $wd