Latest Development FOG
-
Short of installing, is there a file in the trunk that indicates the svn?
-
[quote=“sudburr, post: 33646, member: 4706”]Short of installing, is there a file in the trunk that indicates the svn?[/quote]
The “cloud” on the FOG Web GUI page will display the SVN revision number.
-
Hi,
i also thougth that first, then i started to believe that he talks about a file (filename or content) with current svn number.
I searched for stuff like that and couldn’t find that if that was the scope.If yes you may could parse “Revision XXXX” from the source of:
[url]https://svn.code.sf.net/p/freeghost/code/[/url][IMG]http://i.imgur.com/0QOYnfU.png[/IMG]
Search for "Revision[SPACE][4NUMBERS], cut last 4.
Regards X23
-
Grabbing a version number from [url]https://svn.code.sf.net/p/freeghost/code/trunk/[/url] doesn’t help me in identifying a downloaded trunk file.
This afternoon I saw 2093 posted as [url]https://svn.code.sf.net/p/freeghost/code/trunk/[/url] , so I immediately downloaded [url]http://mastacontrola.com/fog_trunk.tar.bz2[/url] .
When the download completed I revisited [url]https://svn.code.sf.net/p/freeghost/code/trunk/[/url] and it had changed to 2094. Which version did I just download?
-
As the previous gentleman have stated, it’d stored in the “cloud” on the logo part of the page. That being said, the version number’s only change when I make a commit. There’s still Chuck and Jian who can make commits. I do my best to keep up with them but can’t guarantee that it will always the be case. I was at the hospital with my wife so I’m sorry I wasn’t able to keep up when chuck made his commits.
-
Hi,
install subversion and get the trunk the right way…
[url]http://fogproject.org/forum/threads/ad-integration-on-new-fog-1-1-2.11128/#post-33016[/url]When a SVN checkout is finished it displays the SVN Version:
[IMG]http://i.imgur.com/WWduiVV.png[/IMG]Regards X23
-
You’re assuming I’ve installed it.
-
This is all updated.
-
[quote=“x23piracy, post: 33663, member: 3982”]Hi,
install subversion and get the trunk the right way…
[url]http://fogproject.org/forum/threads/ad-integration-on-new-fog-1-1-2.11128/#post-33016[/url]When a SVN checkout is finished it displays the SVN Version:
[IMG]http://i.imgur.com/WWduiVV.png[/IMG]Regards X23[/quote]
IIRC, I believe doing a ‘cd’ to the trunk directory and then typing ‘svn info’ will also show the revision.
-
You can also CD into trunk directory and type svnversion
-
SVN 2099 released.
With this comes some hopeful aspects to support Arch Linux for FOG Installation.
-
BSD support incoming as well or would that be painful?
-
SVN 2103 released.
Should fix, more properly, the __toString() issue as reported by andyroo. It’s needed so javascript will work properly, otherwise active tasks won’t update at all, it will just be an infinite spinner.
-
SVN 2119 released.
Has updates for tftp files. Also enables services if hosts are imported now.
-
Tom,
I had a few ideas for Full Registration option, if possible:[LIST]
[]Where it asks the yes/no questions, like joining the domain, it accepts input of other characters other than y/n. Is there any way to have FOG only accept y/n and if anything else is entered, prompt again, this time entering y/n? It would avoid having to shut down and restart the registration if you accidentally enter the wrong key
[]By default, the answer to the full registration questions is ‘no’ - is there any way to add an option in the web interface to change the defaults? For example, every machine we image gets joined to the domain - I know that can be done with groups, but it would be nice to be able to just hit enter when doing the registration
[/LIST] -
i like your ideas, but please post feature requests in the feature request section from now on
-
SVN 2160 released.
Please only update if you don’t care so much, right now, about the FOG Client, but with this release comes:
1.) Bandwidth graph now works properly based on the node that’s being looked at from the disk usage selector.
2.) Client count is based on the total number of clients the grouping of the node has.Hopefully you all enjoy.
-
Been a few changes.
SVN 2219 released.
With this release comes MANY changes. More than I’m willing to write about from 2160 to now.
The important things.
I’ve moved many of the PXE Menu stuff into db tables. This should allow, when I get around to it, me to get the PXE Menu systems into a GUI allow customization of sorts.
I’ve also added the capabilities to enable hooks for the BootMenu file. However, hooks aren’t as “dynamic” as Database entries in that they get removed when the FOG Server get’s updated. I will look into copying the hooks directory and replacing it on updates to help thwart this, however, I don’t know when it will happen.
We’re currently working on rebuilding the FOG Service as well, so many of the service files have been edited. If you want to see what we’re working on, maybe take a look at these files. The service files should all be legacy compliant, so if you have issues please let us know so we can fix them. I’ve tried testing all of the services using our testing service and the legacy, but there’s always the possibility that I’ve missed thigns.
I’ve also added Mentaloid’s wait for interface and wait for db stuff. (Thank you much Mentaloid).
Many of the ipxe files have been being updated regularly. Partially to help fix EFI/UEFI support and add support for Apple. Partially, it seems, better support for the Realtek/Intel driver subsystems. It seems things that once failed consistently are now seeming to work much better.
With that, also I’ve added a checker to the BootMenu to help fix the “console --picture” error thrown on some devices. It should detect if it’s errored out and give a basic text menu. All the same information is valid, but colors don’t display the same way. While it’s not as pretty as it once was, it should “work” better for those problematic systems.
I’m sure there’s much more information, but this hopefully gives some more information for people.
-
SVN 2248 released.
Once again, I’m falling behind the curve. Hopefully you all understand that this is not for a lack of trying, but rather a progression in work I’m attempting to get done.
With this release finally comes the ability to customize Menu Items. I will think about the ability to adjust the order of menu items, but for now this will have to do.
First and foremost. All items can be displayed in a new menu item called iPXE Menu Configuration. You will see all menu items as their own entry. The first 12 entries main fields are disabled from editing. The reason for this? Because I want to make sure you have the default menu entries we all use. If you start editing them, this may break the menu structure. That aside, you can adjust with which items are defaulted, even for the 12 that are disabled. You can also change which items they fall under. There are three main items. Non-registered Hosts, Registered Hosts, and All Hosts. These do as you might expect. If it’s all hosts, the menu entry displays on all menu’s regardless of if the host is registered or not. Non-registered Hosts items only display on hosts that are not registered. Registered hosts only display for hosts who are registered. Hopefully that makes sense. There are three others though. The Debug Options, Advanced Options, and Advanced Login Required. They’ll be unlikely to do anything for your particular new menus and I’ll think about adjusting this so it’s more proper. This field just helped me setting up the new system.
New menu items can be created through the next link called iPXE New Menu. This just presents a set of fields so you can create your own menu entries.
I’m sure there’s some kinks to work out and ask that you, the community, try to help me with this as I’m trying to make this as dynamic as possible.
When creating a new menu entry, you Must, at the least, specify Menu Item: which is the item flag that get’s called to boot the system. You must also specify a description (the neat name for the menu entry) as well.
If params is set, you will have to add a new method to rework the BootMenu which can be done with hooks, theoretically. I haven’t tested this aspect, but it should allow a method to work around new items that you want to do specific things such as changing a host name or what have you. If you’re worried, you could still edit the BootMenu file directly to pass through information. I have to figure out a way to allow this to be stored, and retrieved, from the database so things will be more dynamic and be maintained on updates, but for now it’s my best course of action.
If options is set, it will pass to the os layer calling the bzImage and init.xz files for that menu entry passing the options as command line kernel arguments. This is one method to get you a “bypass” methodology. You will need to specify the img, storage, web, imgType, and imgPartitionType. Yes, partition types can now be specified though I’ll request fractal’s assistance in documenting how to use it.
You can also delete menu items, unless they’re of the first 12 entries of course.
Of note, while you can delete the capone menu items and edit them to your liking, if you delete the capone menu item, it will be regenerated the next host that reboots. It will be regenerated with the normal defaults capone expects. After it’s generated, you are able to edit it as it’s outside of the first 12 items.
While it’s most definitely not a perfect solution, it should at least help add custom entries as so many have been requesting it.
I will be trying to improve it, and those with coding skills and methods to help make this easier are more than welcome.
-
SVN 2263 released.
With this release, temporarily, torrent-cast may be broken on newly uploaded images. However, it also maneuvers the resizable methodology aware from specifying the partitions and generate them using the same method MPS/MPA use only shrinking the partition first. This should allow OEM resizable imaging to work as it’s not taking account of the “defaults” set by microsoft.
I don’t have an OEM image with recovery and stuff to test, so please go forth and try it out if you’d all be so kind.
Thank you,
