Amit Saha | 20 Jan 05:01 2015
Picon

LCA 2015 talk: Beaker's Hardware Inventory system

The video is up on YouTube: http://t.co/WorOwbv37w

Slides: https://amitksaha.fedorapeople.org/lca2015/slides.html

--

-- 
Amit Saha 
SED, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Dan Callaghan | 20 Jan 04:30 2015
Picon

Beaker 19.2 released

The Beaker 19.2 maintenance release is now available from
beaker-project.org [1].

Beaker now supports the Petitboot boot loader used on some newer IBM 
Power systems. This release also includes an assortment of minor fixes. 
Full details are in the release notes [2].

[1] https://beaker-project.org/releases/
[2] https://beaker-project.org/docs/whats-new/release-19.html#beaker-19-2

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Amit Saha | 13 Jan 03:43 2015
Picon

Direct dependenices for restraint

Hi all,

I am working on a developer's guide for restraint and from what I can see the following
will install all the necessary packages on F21 for 'make check' to pass:

sudo yum -y install gcc make glibc-devel glib2-devel libsoup-devel \                                                                                                                     
      libarchive-devel pkgconfig libxml2-devel git-daemon thttpd tar

Are the following direct dependencies of restraint or are they just pulled in 
by the direct dependencies/or are they not used any more?

libffi : seems like systemd is pulling this in?
sqlite: same as above?
openssl
libselinux
bzip2
intltool

(Ref: http://restraint.readthedocs.org/en/latest/install.html#building-from-source)

Thanks,
Amit.

--

-- 
Amit Saha 
SED, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
(Continue reading)

Dan Callaghan | 12 Jan 08:24 2015
Picon

Pre-defined access policies vs. system pools?

In Beaker 20 we are planning to implement "pre-defined access policies", 
the last remaining piece of the original access policies design 
proposal:

https://beaker-project.org/dev/proposals/access-policies-for-systems.html#predefined-access-policies

I remember when we were writing that proposal and the system pools one, 
we went back and forth quite a lot before settling on that approach. We 
came to realise that separating the pre-defined access policies entirely 
from system groups/pools made things simpler.

However I am still worried that creating a new namespace for system 
access policies is not a good idea. It means essentially turning access 
policies into a first-class object in Beaker, which means we will 
eventually have to provide a way to list and search and describe and 
delete them. Plus it adds yet another potential for namespace conflicts: 
what happens when someone creates a pre-defined access policy named "lab 
systems"?

I am wondering if we should instead implement the bare minimum of system 
pools, and then use that as the basis for pre-defined access policies?

The choice of access policy for a system will then be either "custom 
access policy" (what we have now) or "inherit access policy from: 
<pool>".

Existing system groups would be converted into pools by a database 
migration. It would create a same-named pool for every system group, 
with the pool's owning group set to the same-named group. We would 
implement the UI for creating pools and adding/removing systems, but the 
(Continue reading)

Dan Callaghan | 6 Jan 07:24 2015
Picon

First draft of job page improvements proposal

I've just published the first draft of the design proposal for job page 
improvements, which we are targetting for Beaker 21.

https://beaker-project.org/dev/proposals/job-page-improvements.html

It's proposing some substantial changes to the layout and UI of the job 
page and the recipe page (similar in scale to the system page 
improvements in Beaker 19). Please take a look and send any feedback to 
the list.

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Amit Saha | 5 Jan 01:02 2015
Picon

Running Beaker's tests in a Docker container


While working with beaker‘s code base, I often feel the need to run my tests for a patch/feature
and continue to work on with different things while they run, including running other tests 
testing something different. Currently this is not possible since we start off with a clean 
database on every test run and simultaneous runs would obviously make one run step on another’s feet.

I finally have an initial docker based prototype for making this possible:
https://github.com/amitsaha/docker_files/tree/master/dev_workflow/beaker-test

Best,
Amit.

_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Alexander Todorov | 29 Dec 10:07 2014
Picon

Need improvements to template variables in workflow-installer-test

Hi guys,
as pointed out at http://gerrit.beaker-project.org/#/c/3891/ I've been 
considering some improvements to the way workflow-installer-test processes its 
templates.

Currently all kickstart templates have things like
{% if OS_MAJOR > 5 %}%end{%  endif %}

or
{% if OS_MAJOR == 5 %}
key --skip
{%  endif %}

which is relevant only for RHEL distros and not for Fedora. On top of that 
Rawhide snapshots are imported as FAMILY=Fedora, MAJOR=rawhide, MINOR=0.

I suggest the following improvements in order to provide richer context and 
minimize template bloat and rewriting:

1) Provide a {% end FAMILY OS_MAJOR %} tag which will insert the closing %end 
(for %packages or %pre/%post) if needed. This will be implemented as a Jinja 
extension.

2) Provide filters like isRHEL, isFedora, isRawhide to help with template 
writing. These will be implemented as Jinja filters. Currently I even have a 
filter which supports a somewhat cryptic syntax:

FAMILY|isRHEL - returns bool
OS_MAJOR|isRHEL(FAMILY) > 5 - returns either OS_MAJOR if FAMILY is RHEL or 0 if 
FAMILY is something else.
(Continue reading)

Dan Callaghan | 22 Dec 04:44 2014
Picon

Beaker 19.1 released

The Beaker 19.1 maintenance release is now available from
beaker-project.org [1].

This release includes an assortment of minor fixes and enhancements. 
Full details are in the release notes [2].

Since this is most likely our last release before the end of the year, 
let me take this opportunity to wish everyone a happy new year from the 
Beaker team. See you in 2015!

[1] https://beaker-project.org/releases/
[2] https://beaker-project.org/docs/whats-new/release-19.html#beaker-19-1

--

-- 
Dan Callaghan <dcallagh <at> redhat.com>
Software Engineer, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Nick Coghlan | 19 Dec 09:54 2014
Picon

Updated road map & PTO

Hi folks,

I've published the updated release road map at
https://beaker-project.org/dev/release-roadmap.html, covering plans for
the 19.2 maintenance release, and the planned focus for the next two
major feature releases.

Beaker 20 will be aimed at implementing the remaining Predefined Access
Policy [1] component of the previously deferred access policies design
proposal.
Beaker 21 will focus on a new proposal Dan is working on to revamp the
job details page to be less noisy and easier to use effectively.

I'm also off on 3 weeks vacation, followed by a week at linux.conf.au
2015, so I'll catch y'all in 2015 :)

Cheers,
Nick.

[1]
https://beaker-project.org/dev/proposals/access-policies-for-systems.html#predefined-access-policies

Cheers,
Nick.

--

-- 
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane

(Continue reading)

Amit Saha | 19 Dec 00:40 2014
Picon

restraint: main.c used anymore?

Is the file src/main.c of any use anymore?

--

-- 
Amit Saha 
SED, Hosted & Shared Services
Red Hat, Inc.
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
Nick Coghlan | 16 Dec 04:20 2014
Picon

Creating a "Beaker Release Roadmap"

When I started the "Handling Large Installations" design proposal [1],
it was intended to document a series of smaller steps towards the
specific goal of implementing more automated usage constraints and other
usability improvements in Beaker to reduce the level of training needed
to use a large installation appropriately.

Over time, it's usage morphed to become a running record of past Beaker
releases, and our current plans for future releases. I actually quite
like that usage style, so I'll be changing it to officially be that, and
dropping it as a "design proposal".

Cheers,
Nick.

[1]
https://beaker-project.org/dev/proposals/handling-large-installations.html

--

-- 
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane

HSS Provisioning Architect
_______________________________________________
Beaker-devel mailing list
Beaker-devel <at> lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel

Gmane