April 2011 - cobbler-devel - Fedora Mailing-Lists

[PATCH] Setup to create a separate cobbler-puppet pacakge for enabling cobbler as a puppet external node.

by Greg Swift

Hi all. This is a patch I put together that might be useful for letting puppet access cobbler using the ext-nodes script without having to move files (binary and config) from your cobbler server to install on your puppet server, most specifically with an RPM. I made the script search for the config file, so that should help make it work in several use cases. I'm using this script in my environment now, and seems to be more than adequate, however this is just one use case. -greg

13 years, 1 month

3
5
0 / 0

[PATCH] Fix a sub_process Popen call that did not set close_fds to true.

by James Cammarata

Pushed to my github: https://github.com/jimi1283/cobbler/commit/6b281e4b350a3b1b6fb990795e56ed... commit 6b281e4b350a3b1b6fb990795e56ed90a8c8e5f5 Author: James Cammarata <jimi(a)sngx.net> Date: Sat Apr 2 07:47:22 2011 -0500 I've been having this issue for a while, and finally got around to looking it up. I found an old thread on the cobbler list regarding this, and started digging into the sync code where I found subprocess_sp() was using Popen without setting close_fds=True. This function is the underlying call for subprocess_call(), which is used in the sync process.

13 years, 1 month

2
1
0 / 0

[PATCH] Cleanup of unneccsary widgets in distro/profile

by James Cammarata

Pushed to my github: https://github.com/jimi1283/cobbler/commit/0f4919f3bcc31a83bf50470ca8f419... commit 0f4919f3bcc31a83bf50470ca8f419b3e4560f5f Author: James Cammarata <jimi(a)sngx.net> Date: Sat Apr 2 07:24:48 2011 -0500 Cleanup of unneccsary widgets in distro/profile. These needed to be removed as part of the multiselect change. The issue wasn't in the BLOCK_MAPPINGS, I forgot to remove the widgets from the distro/profile field lists.

13 years, 1 month

2
1
0 / 0

[Spacewalk-devel] PATCH - Addesd "cobbler import" support for SUSE

by Uwe Gansert

Hi, I have added SUSE support for "cobbler import", based on the red hat importer module. Only 2 new files were added. - the importer modules - an autoyast XML file in kickstarts/... Patch attached and here: https://github.com/ugansert/Cobbler -- ciao, Uwe Gansert Uwe Gansert SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Business: http://www.suse.de/~ug _______________________________________________ Spacewalk-devel mailing list Spacewalk-devel(a)redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel

13 years, 1 month

3
3
0 / 0

Re: Puppet environment field for cobbler

by Scott Henson

On Wed, 30 Mar 2011 00:44:35 -0700, Walker Traylor <walker(a)mog.com> wrote: > Hi, > I absolutely love cobbler and puppet, but I have a last mile issue - one thing I "should" be able to do in cobbler to give full integration with puppet but support isn't quite there. > > I'm trying to use the environments support. > > This is the last thing missing from cobbler for fully supporting the puppet variables passed into external node classifier. > > Who do I have to buy a beer to get this option added into cobbler? > > I looked at the code and it seemed it should be simple to implement so I gave it a whirl by basically copying the mgmt_classes code chunks, but with my limited experience with python and cobbler codebase I gave up after a couple of hours of errors I couldn't figure out. > > For reference: puppet's field expected format: > http://docs.puppetlabs.com/guides/external_nodes.html > > > About environments: > http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environments > > > It should be basically just like mgmt_classes, but a string rather than list. What would this string contain? I'm not seeing how you would like this to be implemented from an interaction perspective. What information are you trying to get cobbler to give to puppet and how would this be used? -- Scott Henson Red Hat CIS Operator WVU Alum BSAE/BSME

13 years, 1 month

1
0
0 / 0

Thoughts on web ui changes

by James Cammarata

Here's my current iteration of the web UI layout, and I thought I'd ask for feedback before doing any commits. In my mind, it made sense to have all this stuff at the top, rather than buried at the bottom left under the menu. I thought about moving it to a three column format, with the pagination/filter stuff on the right, but I didn't like it much better. I do think some of the actions might be ok for the right, but the filter stuff really should be at the top. I'm also considering moving the page controls to the bottom under the list. Thoughts?

13 years, 1 month

5
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

cobbler-devel April 2011