On Sun, 10 Apr 2011 18:40:14 -0500, Greg Swift <gregswift(a)gmail.com&gt; wrote: Sounds good. I'll be excited to see the results. -- Scott Henson Red Hat CIS Operator WVU Alum BSAE/BSME

On Tue, 2011-04-12 at 02:25 +0000, Greg Swift wrote: Hi Greg, I screwed up my installation :P During the make webtest i got: Starting cobbler daemon: Traceback (most recent call last): File "/usr/bin/cobblerd", line 76, in main api = cobbler_api.BootAPI(is_cobblerd=True) File "/usr/lib/python2.7/site-packages/cobbler/api.py", line 131, in __init__ self.deserialize() File "/usr/lib/python2.7/site-packages/cobbler/api.py", line 792, in deserialize return self._config.deserialize() File "/usr/lib/python2.7/site-packages/cobbler/config.py", line 257, in deserialize serializer.deserialize(self._distros) File "/usr/lib/python2.7/site-packages/cobbler/serializer.py", line 122, in deserialize rc = storage_module.deserialize(obj,topological) File "/usr/lib/python2.7/site-packages/cobbler/modules/serializer_catalog.py", line 226, in deserialize obj.from_datastruct(datastruct) File "/usr/lib/python2.7/site-packages/cobbler/collection.py", line 158, in from_datastruct self.add(item) File "/usr/lib/python2.7/site-packages/cobbler/collection.py", line 276, in add self.lite_sync = action_litesync.BootLiteSync(self.config, logger=logger) File "/usr/lib/python2.7/site-packages/cobbler/action_litesync.py", line 55, in __init__ "tftpd","module","in_tftpd" File "/usr/lib/python2.7/site-packages/cobbler/module_loader.py", line 96, in get_module_from_file raise CX(_("Failed to load module for %s/%s") % (category,field)) CX: 'Failed to load module for tftpd/module' then when accessing the webpage i get: ImportError: Settings cannot be imported, because environment variable DJANGO_SETTINGS_MODULE is undefined. regards, Léon

On Tue, Apr 12, 2011 at 7:56 AM, Greg Swift <gregswift(a)gmail.com&gt; wrote: Assuming you're using an rpm distro you can just do make rpms and install those. That's what I do. Again and again.

On Tue, Apr 12, 2011 at 06:26, Léon Keijser <keijser(a)stone-it.com&gt; wrote: I got that tftp error as well....and for the life of me i can't remember what the fix was. I originally assumed that it was a side affect of doing the "make install", but since your getting it now I guess not. When I get home (I keep saying when i get some place don't i?) I'll look at my cli history to find what i did to fix it. I remember looking into making sure i had the tftp server properly installed, but it had been running before I did the install.. but i think the 2.1+ cobbler actually has this as a config option in modules.conf. Where you on 2.0.x before this? Jonathan is right... for everyone not doing ubteen updates in a row for single line fixes, rolling an RPM using 'make' and then installing the RPMs is a much better path.

On Tue, Apr 12, 2011 at 09:51, Léon Keijser <keijser(a)stone-it.com&gt; wrote: okay.... so 1: your modules.conf has to have the tftp entry in it (I just upgraded one of my boxes using the rpm format from 2.0.10, and the new modules.conf went to a .rpmnew) simply adding this entry fixed that part 2: your /etc/http/conf.d/cobbler_web.conf need to be on the new WSGI interface... if your on a RHEL box this might mean uninstalling mod_python and editing the mod_wsgi.conf file to actually load the module 3: restart cobbler and httpd thats what worked for me.

On Tue, 2011-04-12 at 22:24 +0000, Greg Swift wrote: Yep, cobblerd starts fine now. Was already ok on my fedora 14 installation. For me too, thanks :) Now to get back to your original request. I'll do some testing and let you know. regards, Léon

On Mon, Apr 11, 2011 at 21:25, Greg Swift <gregswift(a)gmail.com&gt; wrote: ..snip.. So of the above numbers 2, 4, 5, 6 still need work. 6 will probably be around for a while :) there is always room for improvement, but it is definitely getting to a much more stable point. One of the more major changes I hadn't talked about previously is that I have re-done the zebra stripe of the list views. Here is the basic of what I did 1: Unselected all rows now basically have no background, but there is a faint bottom border (same color as hover background in #2) 2: Hovering a row uses the darker background from the old zebra stripe style 3: Using a check box to select a row uses the lighter background from the old zebra stripe style I'm also curious, why did the context-tips disappear from the generic edit forms? They're still in the 2.0.11 branch i think. -greg/xaeth

On Mon, Apr 11, 2011 at 21:25, Greg Swift <gregswift(a)gmail.com&gt; wrote: Still there for those of you interested in the current state of affairs :) I'm going to just kind of pile up my changes on top of what I listed previously: 7: All button and action links now look like buttons. Inline buttons in the list views are smaller than the rest of the buttons, but otherwise look the same. 8: On hover the buttons go from blue to black, like the links go from black to blue. 9: Very different look to the list views. No more zebra stripes, but there is still hover highlight and now there is multiselect highlighting. Hows unhighlighted are distinguished by a faint underline. 10: Added some formatting to the text inputs 11: Dropdowns and Select boxes are not stylized so that native handling is done. this is because they don't style well. 12: Added an 'Add' button for the filter section. The old behavior still exists, but now there is an add button to compliment it 13: Made all fields on login screen centered, i didn't like the look of everything centered but entering text was lefft aligned. 14: Brought back the context help in the edit forms. This went away (I think) on accident when fixing it so that people didn't accidentally try to edit the names. 15: Made the previously mentioned context help appear on the hover of a little ? icon i created (my original idea was to use a :before classified, but IE didn't support that and thus was completely broken. Better Icon or suggestions are welcome. Its purely css, so easily changed. 16: Removed the 'Enabled' next to the checkboxes in the forms. In some cases it was completely redundant, and overall I just didn't like the look of it. Can be easily re-added via CSS, just won't work in IE that way. 17: All of the edit fieldsets (they're back now) contain ordered lists, which in theory helps with accessibility. I can't prove this, but I'm hoping its true. Any takers on finding out if thats true? 18: Got the version to appear in the footer at the bottom of every page. 19: Changed the multiselects to have the buttons in between the select boxes, and removed the words from them, so its just arrows. 20: Batch Actions drop down has "Batch Actions" as a do nothing header... this is to label what the drop down is for without having a bunch of extra text on the page. 21: cleaned up a lot of css alignment bits 6: #4 reverted, fieldsets are back... I actually didn't mean to do that in the first place, just did and went with it. 7: Fixed some of my own typos 8: Made all self closing tags end in " />" instead of just "/>" which left some of them butting up to attributes. 9: Fixed some typos that I created along the way... oops 10: probably some more DONE! Can someone show me how to create an incrementable django variable inside a template? :) Otherwise I end up with 2 sections with the exact same id and name created in two separate portions of the code (same template, but its called differently from different templates) DONE! Still not sure if I want to do this.. I think I like it as is. Didn't really get anywhere with this to be honest. But I did do my best to make sure that the code in all 3 sets of templates was as similar as possible, which did not used to be the case. I don't know if this will every be finished.... but I think we're at a good spot. I've looked some in IE7 now. Its functional, but not pretty. So... Honestly I think i'm kind of at that ~95% point. This is functional and doable. Once more of you look at it, play with it, and give feedback we might be able to get it to 98%, but then the other 2% is just gonna happen over time. So please... check it out :) And as was discussed before... best way to test it is: checkout use make to build rpms update to the new RPMs If you are updating from 2.0 series to 2.1 (which is what this is) you will need to make sure you have the tftp section in your modules.conf file -greg/xaeth

I always do make webtest, I think some people had problems with it crashing in the middle and losing configs. Just a reminder that you shouldn't do this kind of testing on a production box, and if you do make sure you back up /etc/cobbler and /var/lib/cobbler.

On Tue, May 3, 2011 at 10:54 AM, Greg Swift <gregswift(a)gmail.com&gt; wrote: It's really hard to use the management classes and repos (or any multi select thing) if they're not expanded to the size of the text. You can't read their names if they're too long.

On Mon, Jun 13, 2011 at 4:19 PM, Greg Swift <gregswift(a)gmail.com&gt; wrote: I want the multi select boxes to line up just like they do today in the git master. I like the way it looks. I just want the "available" and "selected" boxes to expand when their entries take up more space so you can read them. And thank you for spending time making everything look nicer!

On Tue, Jun 14, 2011 at 2:13 PM, Greg Swift <gregswift(a)gmail.com&gt; wrote: This looks great. Thanks!

On Thu, Jun 16, 2011 at 4:25 PM, Scott Henson <shenson(a)redhat.com&gt; wrote: I would like to get these added in. They make multi selects useful. Here you go. Greg Swifts patches applied: https://github.com/jsabo/cobbler/commit/93cea13db9717ff0137202a19ed8ace7e...