full set of repos if they
explicitly *didn't* want to rely on a pre-existing userspace.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Platform Engineering, Brisbane
___
Beaker-devel mailing list -- beaker-devel@lists.fedorahosted.org
To unsubscribe send an email to beaker-devel-le...@lists.fedorahosted.org
ems it did historically, and without requiring the addition of
a completely separate document store to all Beaker deployments.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Platform Engineering, Brisbane
___
Beaker-devel mailing list -- beaker-devel@lists.fed
On Tue, Jan 31, 2017 at 12:10 AM, Matt Jia wrote:
> On Mon, Jan 30, 2017 at 10:06 PM, Nick Coghlan wrote:
>> Looking at https://beaker-project.org/docs/admin-guide/openstack.html
>> and https://beaker-project.org/docs-develop/admin-guide/openstack.html,
>> those both still
d.
Is there a docs update still pending to describe the new Keystone
based integration model?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Platform Engineering, Brisbane
___
Beaker-devel mailing list -- beaker-devel@lists.fedorahosted.org
To unsubscribe sen
d without going through a central management service).
Cheers,
Nick.
--
Nick Coghlan
Red Hat Platform Engineering, Brisbane
___
Beaker-devel mailing list -- beaker-devel@lists.fedorahosted.org
To unsubscribe send an email to beaker-devel-le...@lists.fedorahosted.org
On Fri, Sep 16, 2016 at 1:10 PM, Dan Callaghan wrote:
> From Beaker 23.0 onwards, the Git tags for Beaker releases are GPG
> signed. The list of committers' GPG keys is now published here:
>
> https://beaker-project.org/gpg/
Nice!
Cheers,
Nick.
--
Nick Coghlan
Red Hat Pla
ngratulations! I know some of those features have been in the works
for a *long* time, so it's great to see them reach the point of being
ready for release :)
Cheers,
Nick.
--
Nick Coghlan
Red Hat Platform Engineering, Brisbane
___
Beaker-devel mailing
ble to calibrate the monitoring capacity needed
to make it a standard feature.
Cheers,
Nick.
--
Nick Coghlan
Fedora Environments & Stacks
Red Hat Developer Experience, Brisbane
Software Development Workflow Designer & Process Architect
___
Bea
2.0 adds support for extra job XML elements, JUnit XML results output
> and inverted groups. Full details are available in our release notes [2].
Huzzah! It's great to see some of these longstanding wishlist items
finally making their way into a release :)
Cheers,
Nick.
--
Nick Coghlan
#x27; >> /etc/sudoers && echo 'Defaults:dev !requiretty'
>> /etc/sudoers && useradd -u 1000 dev && usermod -aG wheel
dev && chown dev:dev /workspace && yum clean all' ret
On Fri, Sep 25, 2015 at 1:03 PM, Róman Joost wrote:
> Dear Nick,
>
> On Tue, Sep 22, 2015 at 03:29:29PM +1000, Nick Coghlan wrote:
>> I had an interesting email discussion with Adam Williamson in Fedora
>> QA after he posted to the Fedora qa-devel list about getting OpenQ
?
Cheers,
Nick.
--
Nick Coghlan
Fedora Environments & Stacks
Red Hat Developer Experience, Brisbane
Software Development Workflow Designer & Process Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.org
https://lists.fedoraho
plans?
Cheers,
Nick.
--
Nick Coghlan
Fedora Environments & Stacks
Red Hat Developer Experience, Brisbane
Software Development Workflow Designer & Process Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahos
On Thu, Aug 27, 2015 at 3:36 PM, Dan Callaghan wrote:
> On behalf of the Beaker development team, I'm pleased to announce that
> Beaker 21.0 is now available from the Beaker web site [1]. Thanks to
> everyone who contributed patches and bug reports for this release.
>
> Beaker 21 provides a simpl
turned the thread into some initial notes in the GitHub repo Matej
created for this:
https://github.com/fedora-python/Rebuild-Beaker-Recipe/wiki
Cheers,
Nick.
--
Nick Coghlan
Red Hat PnT Operations
DevOps Enablement, Brisbane
Software Development Workflow Designer & Process Architect
__
I started hacking away at the
problem :)
Cheers,
Nick.
--
Nick Coghlan
Red Hat PnT Operations
DevOps Enablement, Brisbane
Software Development Workflow Designer & Process Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedoraho
also provides a way for instance
administrators to replace the default list with a different one.
Cheers,
Nick.
--
Nick Coghlan
Red Hat PnT Operations
DevOps Enablement, Brisbane
Software Development Workflow Designer & Process Architect
___
Be
ce the latter might be a testing tree).
Cheers,
Nick.
--
Nick Coghlan
Red Hat PnT Operations
DevOps Enablement, Brisbane
Software Development Workflow Designer & Process Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.org
ht
in? The mysql-server package in RHEL6 works out of the
> box, are you using something different?
>
>>> PS: are the results saved somewhere or is stdout the only option?
>>> "--debug-log" looks more
>>> like the framework debugging than the actual tests&#
some point in the
coming weeks/months.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedo
so still keen to look at using http://www.flaskapi.org/ to improve API
discoverability, and that necessarily involves having the "browsable REST API"
and the main UI (including the "single page applications" like the system page)
anchored at different
I got the main listing to work with the following:
curl --negotiate 'https://?tg_format=atom&list_tgp_limit=0'
And figured out this sed hack to extract just the host names:
curl -s --negotiate 'https://?tg_format=atom&list_tgp_limit=0' |
sed -n 's_.*.*/view/\(.*\).*_\
tems, while the subcollections for available, free and my systems return a
login page redirect.
So it appears either something is broken or the API documentation has omitted a
required setup step.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Dev
ing policies)
> but let's leave them out of this first iteration.
+1 for listing those as deferred features rather than including them in the
proposal.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Pr
otice another missing piece: managing pool
ownership after creation.
That may need a dedicated "pool-modify" subcommand.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
On 02/16/2015 06:09 PM, Amit Saha wrote:
>> From: "Nick Coghlan"
>> of, rather than all pools. I think that's going to be easier to explain
>> in the documentation, rather than decoupling the two decisions and
>> having to explain that pool membership and
On 02/10/2015 12:33 PM, Nick Coghlan wrote:
> On 02/09/2015 10:37 AM, Amit Saha wrote:
>> So, here is a sample use case:
>>
>> You create a system pool and define a "pool policy". Now any system in Beaker
>> (both outside and inside the system pool) can be acce
that
aren't members of that pool, we could consider it based on a concrete
use case rather than speculation.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
__
lso be used as a
valid pool name (e.g. "" or something like that).
As far as the impact on the "System Pools" design proposal, I realised
that the "strict filtering by pool" requirement described there isn't
all th
r making scheduling decisions).
Yeah, I guess we can safely leave that out for now. If it's a rare need,
external scripting will cover it, and if it's a common need, external
scripting is still the place to start before building it in to the main UI.
Cheers,
Nick.
--
Nick Coghlan
Red
proposal.
As a potentially simpler interim fix, we may also want to change the
name of the default "scratch" policy to the more explicit "30days".
Cheers,
Nick.
[1] http://scap.nist.gov/specifications/cpe/
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineer
y editing page for *all* pools sharing that policy
However, I think it would be reasonable to defer policy sharing support
until after Beaker 20. For 20, I like the idea of just doing system pool
access policies + policy inheritance for systems, and preferably policy
cloning as well.
Regards,
Nick
On 01/19/2015 10:49 AM, Nick Coghlan wrote:
> On 01/07/2015 10:36 AM, Amit Saha wrote:
>> From: "Dan Callaghan"
>>> Could we upload a Docker image to the registry which has the base distro
>>> plus all Beaker dependencies installed? Then we can avoid the first
sername
> and then all our images will be beaker-project/image-name.
Catching up after holidays and LCA... this sounds like a great idea to me :)
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
plies for client side templates as well:
anything based on checking distro names and versions is always going to
struggle to handle derived distros correctly, while checking for the relevant
OS features works just as well for derivatives as it does for the main trio of
Fedora/RHEL/CentOS.
Cheer
> ___
> Beaker-devel mailing list
> Beaker-devel@lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
>
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisba
5, 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
osal".
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
___
On 12/15/2014 02:45 PM, Amit Saha wrote:
> Sure, i am thinking, perhaps here: of https://beaker-project.org/dev/bpo.html
Yep, that sounds good to me.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisionin
branch of upstream fork to gerrit: git push
> restraint-gerrit master
Thanks Amit. Would you mind adding that to the developer guide somewhere?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
_
is, since we may move to multi-container
> testing, etc where
> container ID would be how we address another container.
I think leaving it as is is a better option. However, we may want to add
another variable with the host's hostname (similar to the way guest recipes can
see the
this release,
as it allows the use of the scheduler for time limited reservations,
even if the system is otherwise unavailable for automated use.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Developmen
Is there a way to get a whole group's SSH keys onto a system without
going through the scheduler? Or is manual provisioning currently
restricted to only added the SSH key of the user provisioning the system?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software En
redesign?
>
> Yes that would be the best time to add it -- during or after.
RFE filed as https://bugzilla.redhat.com/show_bug.cgi?id=1162500
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
that should probably be captured as its own
design proposal, so Tim, Kevin, et al can review it relatively easily.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
es it easier to
check logging within the current process is performed correctly as part
of unit tests.
Cheers,
Nick.
[1]
https://docs.python.org/3/library/unittest.html#distinguishing-test-iterations-using-subtests
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & D
imply made a mistake at
submission time
There'd be a bit fiddling involved - new CLI commands to manage it, new
web UI elements on the job details page.
If we did it at all, perhaps it would be best left until after the
results page redesign?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted &
restraint more readily accessible will also make things easier
for folks that want to test tasks directly from git, as well as write
their tests using autotest.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Prov
, but if someone finds the time to investigate
PyGMO and it looks promising, then they'll need some significant updates
to take that into account.
Regards,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architec
g a rewrite targetting RHEL6+ only (or
> even RHEL7+ only?) to eliminate some of the unnecessary workarounds and
> simplify.
I mentioned this to Dan on IRC, but +1 for dropping at least the RHEL 5
and earlier support.
We should keep RHEL 6 support if we can, but limiting that to 6.5+ would
k to Beaker - if the guest isn't
learning its own hostname correctly, that does indeed suggest there's a
problem somewhere.
Still, supporting image based provisioning for guest recipes at all is a
significant step forward!
Regards,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Service
On 09/04/2014 04:57 PM, Dan Callaghan wrote:
> On behalf of the Beaker development team, I'm pleased to announce that
> Beaker 0.18.0 is now available from the Beaker web site [1].
Huzzah! Fine work as usual, folks :)
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Se
On 09/03/2014 11:36 AM, Amit Saha wrote:
>
>
> - Original Message -
>> From: "Nick Coghlan"
>> To: "beaker-devel"
>> Sent: Monday, September 1, 2014 2:41:29 PM
>> Subject: [Beaker-devel] Accessing entire host OS from a conta
harnesses in a container.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.org
https://lists.fedoraho
tainer doesn't make more sense :)
Cheers,
Nick.
>
> --
> Dan Callaghan
> Software Engineer, Hosted & Shared Services
> Red Hat, Inc.
>
> _______
> Beaker-devel mailing list
> Beaker-devel@lists.fedorahosted.org
> https://lists
filed an RFE for 0.18 on that basis:
https://bugzilla.redhat.com/show_bug.cgi?id=1131388
As part of this, we may also want to move restraint from Bill's personal
account on GitHub to the main Beaker project account, but I don't think
that's particularly urgent at this point.
Regard
for inventory scanning"
list that runs something like:
RedHatEnterpriseLinux7
CentOS7
RedHatEnterpriseLinux6
CentOS6
RedHatEnterpriseLinux5
CentOS5
Fedora20
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Arch
idea if anyone gets a few
spare hours somewhere along the line :)
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-devel mailing list
Beaker-
heck if anyone else
remembered such a thing.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahos
what some of the
limitations may be for architectures that aren't fully supported by some
of the scanning tools.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
_
kip the
parts that depend on smolt.
Does this approach make sense to anyone else? Would it be reasonably
easy to just skip the smolt-based components of the scan when it wasn't
available?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & D
making hardware inventory easier to run. So that one now just covers
adding a button to the web UI, which we won't do until after the system
page changes have been merged for 0.18.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering &
would also become "CLOSED
WONTFIX" (but I don't believe there are any of those currently open)
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
_
lity.
What do folks the think of the idea of adding a dedicated
"update-inventory" subcommand such that "bkr update-inventory" was the
equivalent of "bkr machine-test --inventory --ignore-system-status"?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Serv
ker-devel@lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
>
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
can switch to RHEL7 by default),
while experimental architectures could use a different distro, or even a
different inventory task.
By making this admin configurable (include the default distro used), we'd also
better support instances that don't have RHEL trees loaded at all, but o
On 06/20/2014 09:42 AM, Raymond Mancy wrote:
> Thanks Pavol, Forwarding this to the beaker-dev list.
Not the right Beaker dev list :)
I've passed it along to the internal one.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Developmen
t make sense as part of a larger effort to
extract the distro library feature as separate web service.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
__
layout changes may
happen in the path through Satellite, but the .treeinfo file normally
lives under /os/ rather than /kickstart/ (although it doesn't show up in
a web browser index listing due to the leading dot).
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Sof
ance of the TG1 stack in EPEL for the time being.
Since python-kid is sticking around, option 1 seems cleaner - we can
make it part of a focused "RHEL 7 server support" effort.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Develop
Ah, fun times :)
How much shorter does the list get if we allow EPEL7 as a package source?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provisioning Architect
___
Beaker-d
, but I think it's necessary.
Before we do that, though, we need to double check the dogfood job
actually runs properly on RHEL7.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
HSS Provision
ved
systems)
- custom theming makes it possible to provide instance specific help links
While it isn't production ready yet, Beaker 0.17 also includes the
preliminary support for dynamically dispatching jobs that don't require
real hardware to an associated OpenStack instance.
Chee
ypes. But using DeltaCloud up front would
violate the principle of "Do the simplest thing that could possibly
work" and likely result in unnecessary delays in providing an initial
implementation of the dynamic VM feature.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared
here are things we're currently doing because we had to (there
were no open source alternatives at the time), which we can now reassess
and say "Do we need to keep working on this? Or can we start deleting
some of our custom code by relyin
On 06/02/2014 12:24 PM, Nick Coghlan wrote:
> OpenStack RFEs:
>
> * the current console log access APIs don't support console log
> streaming properly - we'll file some specific RFEs once we get a basic
> version based on the existing APIs working
Chatting further wi
ns out
* OpenStack Designate ("DNS-as-a-Service") will hopefully address some
of the limitations of non-routable IPs, but in the meantime, we'll just
be saying "if you use non-routable IPs, here's a bunch of things that
won't work for dynamic VMs"
Chee
Ian Neilsen recently passed along a link to "Epoxy", an experimental
integration test development library. It's designed to be an alternative
to beakerlib:
https://github.com/spbnick/epoxy
http://slides.com/spbnick/epoxy
Perhaps worth mentioning on
https://beaker-project.org/dev/related-projects.
d the tech road map yet - I'll tackle that next week.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Testing Solutions Team Lead
___
Beaker-devel mailing lis
onger relevant,
or perhaps arrange a loan of an appropriate system or systems
Start time Delayed Job
2014-05-15 05:18:01 +10:00 https:///jobs/4594
=
The proposal has more details on what would trigger the specific entries
in the email.
Cheers,
Nick.
--
Nick Coghla
> something like "--ignore-system-status", since "--force" is a bit too
> general.
+1
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Testing Solutions Team Lead
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/beaker-devel
are finished.
>
> Or we could do the next simplest thing:
>
> reserve unconditionally
> reserve if there is any result besides Pass
>
> This matches the current functionality of /distribution/reservesys with
> RESERVE_IF_FAIL=1.
Yeah, that sounds reasonable to me.
Cheers,
Ni
ated by EWD Abort)
- reserve on actual error (as indicated by EWD Abort or Fail result)
- reserve on dubious behaviour (as indicated by EWD Abort, Fail result
or Warn result)
Now, you could come up with new names for them, but "onabort", "onfail",
"onwarn" cover it
# onwarn implies onfail
if result == Fail:
return True
if when == ReserveOnFail:
return False
# only thing left to do is check for a warning
assert when == ReserveOnWarn
return result == Warn
Cheers,
Nick.
--
Nick
On 05/14/2014 04:06 PM, Nick Coghlan wrote:
> New proposal
>
>
> - go back to Amit's enum idea, but make it an *ordered* list.
> - under this model, we'd have the following enum options:
> * never
> * onabort
> * onfail
> * onwarn
>
s for improving our unit test
coverage - the integration tests run real servers, so collecting
coverage data is a bit of a pain, but unit tests run in the current process.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Testing S
d to ignore kernel panics and installation failures
in general, then this reservation mechanism will also ignore them,
otherwise it will handle them like any other recipe that is killed by
the external watchdog.
Cheers,
Nick.
[1] https://bugzilla.redhat.com/show_bug.
nd reporting of reservations and loans, etc, etc, I think
there are plenty of other proposals to keep Beaker moving forward in the
meantime :)
Thoughts?
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Test
I didn't see a post in the archives pointing out that the Restraint
harness now had full documentation available, so here's a link to fill
that gap: http://restraint.readthedocs.org/en/latest/index.html
Nice stuff, Bill!
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Ser
Ran across this today: http://cockpit-project.org/
As it matures, it could be an interesting thing to figure out how to get
running on Beaker systems.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Testing Solutions T
the enemy of better" and all that :)
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Testing Solutions Team Lead
___
Beaker-devel mailing list
Beaker-devel@lists.fedorahosted.or
for the choice between "Borrow"
vs "Return" for someone that has loan admin rights on a system that is
currently loaned to someone else.
I think offering one or two most common actions is still a big
improvement over the status quo.
Cheers,
Nick
--
Nick Coghlan
Red Hat Ho
th of the preview.
The proper fix will likely be in 0.17, which is currently looking like
it will be in early May(ish). So if you wanted to special case a custom
distro in the default templates for 0.16, we could do that as an interim
fix.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Sha
> users don't have to update their custom snippets to obey base_osmajor.
>
> Or if that is too magical it could be a separate Jinja filter,
> based_on_osmajor:
> distro is based_on_osmajor('RedHatEnterpriseLinux7')
It couldn't be "is" due to the 1->
tus: On or Off
So then the purpose of Clear Netboot is to get the boot menu when you
power on the system.
You could also do this without moving the command queue history to its
own tab, but I think that would get a little busy.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
On 02/27/2014 02:01 PM, Dan Callaghan wrote:
> Excerpts from Nick Coghlan's message of 2014-02-27 13:53:23 +1000:
>> On 02/27/2014 01:48 PM, Nick Coghlan wrote:
>>> The simplest resolution I have been able to come up with is the
>>> following:
>>>
>&
On 02/27/2014 01:48 PM, Nick Coghlan wrote:
> Currently, the default kickstart snippets are written such that any
> unknown distro names are handled as if they were Red Hat Enterprise
> Linux 6. We've dealt with Fedora by mentioning it explicitly in the
> templates when neces
ro records. If that is
set, base_distro in the template rendering context is to that rather
than yo the same thing as distro.
It's too late to get that into 0.16, but we could do it for 0.17.
Does anyone see a simpler way to resolve the problem? If not, I'll
create an RFE for this and all
ced is that the left hand tab menu can get
*very* wide - it should probably have a max width set in its CSS so it
doesn't waste too much space in a wider viewport.
Cheers,
Nick.
--
Nick Coghlan
Red Hat Hosted & Shared Services
Software Engineering & Development, Brisbane
Testing Solu
r the better, in my opinion).
Oh good, it's not just me. My initial reaction was "wow, they managed to
make it even *harder* to read by making it more cramped".
On the other hand, it does have a "Cherry Pick" button (the old screen
gained the new "Rebase" button, bu
1 - 100 of 317 matches
Mail list logo
