[foreman-dev] New sponsor slave & Reclaiming a rackspace slave

2017-11-13 Thread Greg Sutcliffe
Hi all,

NETWAYS have sponsored us a new 4Gb / 4cpu slave which is now up and
running and processing jobs in Jenkins. Thanks guys!

I'd like to use this to turn off one of the 4/4 rackspace slaves -
that's means net-no-change to CI, but would avoid the small amount of
over-spend we currently see in the Rackspace billing.

If there's budget space, I might instead replace the 4/4 node with a 2/2
node and use it for metrics - I'd like to run logstash for the webnode
so we can do better analytics, but at ~3 GB of logs per day, it needs to
be in the same datacentre.

More slaves are incoming by the way, as is the webnode's CDN. Watch this
space.

Greg

-- 
You received this message because you are subscribed to the Google Groups 
"foreman-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [foreman-dev] Re: [UX] Facets and Host UI - roadmap discussion.

2017-11-13 Thread Walden Raines
I see.  Yeah I'm sticking with option 2, thanks for the screenshots.

Cheers,
Walden

On Sun, Nov 12, 2017 at 1:36 PM,  wrote:

>
> OK, I have managed to create some screenshots of the before and after
> state. Please don't judge the styling - it's more about the technical
> abilities than the styling.
>
> I will take Puppet as an example. Let's say we have puppet facet that has
> the following data: puppet environment, puppet proxy and puppet ca proxy
> fields plus a list of puppet classes assigned to the host.
>
> Before:
> The information is spread on multiple screens:
> Take a look at this screenshot: https://ibb.co/bsXT8G it shows where this
> information is currently located on the main tab.
> This screenshot: https://ibb.co/ksuaoG shows the detailed puppet classes
> view.
>
> After:
> Everything related to puppet is presented on a single tab. This tab can be
> enabled and disabled based on user's preference - the user can decide to
> turn puppet management on or off for this host.
> https://ibb.co/bNnd8G shows the tab when the fields are enabled, and
> https://ibb.co/eCJ72b shows all the fields disabled.
>
> I hope it helps to visualize both options.
>
>
> On Wednesday, November 8, 2017 at 12:08:06 AM UTC+2, Walden Raines wrote:
>>
>> Hey Shim,
>>
>> Can you please include screenshots (or, even better, a quick video or
>> gif) of the new UI to make it easier for people to visualize who don't have
>> the code checked out?
>>
>> Assuming I'm understanding your description of the two options, I would
>> also vote for option #2 as option #1 sounds like it would be very difficult
>> to ensure a good UI since some other plugin could just put whatever they
>> want wherever in the UI.
>>
>> Thanks,
>> Walden
>>
>>
>>
>> On Tue, Nov 7, 2017 at 5:38 AM, Timo Goebel 
>> wrote:
>>
>>> I have been playing with Facets the last few weeks and must say, that
>>> they are really great. It's pretty easy to add dedicated functionality to
>>> the host model and I want to use that for some of my plugins (Omaha,
>>> Monitoring, something new, ...).
>>> Everything is great so far except for the missing UI hooks Shim mentions.
>>>
>>> What I want to do are mostly easy thing, like adding a new tab to the
>>> host form or host show page. Currently, the only way to do this is using
>>> deface.
>>> But this feels pretty hacky to me and isn't good to maintain. I'd really
>>> appreciate if there were easy and tested hooks for common areas like the
>>> host show page.
>>>
>>> In my opinion, we are already too late on finishing the facets (and
>>> Pagelets) integration. Personally, I don't have a strong opinion on either
>>> option. But prefer the second approach as well.
>>>
>>> In regards to widening the feature gap for a host ux redesign: We have
>>> to provide extension points anyways. The Foreman community gains a lot of
>>> value from the rich plugin ecosystem and the possibility to extend Foreman
>>> fairly easy.
>>> When we redo the host ux pages, we have to provide extension points.
>>> This is not a nice-to-have feature, but a must-have in my opinion.
>>>
>>> - Timo
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "foreman-dev" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to foreman-dev...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "foreman-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to foreman-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"foreman-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [foreman-dev] Re: [UX] Facets and Host UI - roadmap discussion.

2017-11-13 Thread Martin Bačovský
I prefer 2 with adding new extension points for the individual cases where
necessary.

M.

On Tue, Nov 14, 2017 at 12:45 AM, Walden Raines  wrote:

> I see.  Yeah I'm sticking with option 2, thanks for the screenshots.
>
> Cheers,
> Walden
>
> On Sun, Nov 12, 2017 at 1:36 PM,  wrote:
>
>>
>> OK, I have managed to create some screenshots of the before and after
>> state. Please don't judge the styling - it's more about the technical
>> abilities than the styling.
>>
>> I will take Puppet as an example. Let's say we have puppet facet that has
>> the following data: puppet environment, puppet proxy and puppet ca proxy
>> fields plus a list of puppet classes assigned to the host.
>>
>> Before:
>> The information is spread on multiple screens:
>> Take a look at this screenshot: https://ibb.co/bsXT8G it shows where
>> this information is currently located on the main tab.
>> This screenshot: https://ibb.co/ksuaoG shows the detailed puppet classes
>> view.
>>
>> After:
>> Everything related to puppet is presented on a single tab. This tab can
>> be enabled and disabled based on user's preference - the user can decide to
>> turn puppet management on or off for this host.
>> https://ibb.co/bNnd8G shows the tab when the fields are enabled, and
>> https://ibb.co/eCJ72b shows all the fields disabled.
>>
>> I hope it helps to visualize both options.
>>
>>
>> On Wednesday, November 8, 2017 at 12:08:06 AM UTC+2, Walden Raines wrote:
>>>
>>> Hey Shim,
>>>
>>> Can you please include screenshots (or, even better, a quick video or
>>> gif) of the new UI to make it easier for people to visualize who don't have
>>> the code checked out?
>>>
>>> Assuming I'm understanding your description of the two options, I would
>>> also vote for option #2 as option #1 sounds like it would be very difficult
>>> to ensure a good UI since some other plugin could just put whatever they
>>> want wherever in the UI.
>>>
>>> Thanks,
>>> Walden
>>>
>>>
>>>
>>> On Tue, Nov 7, 2017 at 5:38 AM, Timo Goebel 
>>> wrote:
>>>
 I have been playing with Facets the last few weeks and must say, that
 they are really great. It's pretty easy to add dedicated functionality to
 the host model and I want to use that for some of my plugins (Omaha,
 Monitoring, something new, ...).
 Everything is great so far except for the missing UI hooks Shim
 mentions.

 What I want to do are mostly easy thing, like adding a new tab to the
 host form or host show page. Currently, the only way to do this is using
 deface.
 But this feels pretty hacky to me and isn't good to maintain. I'd
 really appreciate if there were easy and tested hooks for common areas like
 the host show page.

 In my opinion, we are already too late on finishing the facets (and
 Pagelets) integration. Personally, I don't have a strong opinion on either
 option. But prefer the second approach as well.

 In regards to widening the feature gap for a host ux redesign: We have
 to provide extension points anyways. The Foreman community gains a lot of
 value from the rich plugin ecosystem and the possibility to extend Foreman
 fairly easy.
 When we redo the host ux pages, we have to provide extension points.
 This is not a nice-to-have feature, but a must-have in my opinion.

 - Timo

 --
 You received this message because you are subscribed to the Google
 Groups "foreman-dev" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to foreman-dev...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>> You received this message because you are subscribed to the Google Groups
>> "foreman-dev" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to foreman-dev+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "foreman-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to foreman-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"foreman-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.