Re: [fossil-users] managing documentation in Fossil?
On Fri, 20 Apr 2012 09:50:02 -0400 Miles Fidelman mfidel...@meetinghouse.net wrote: Just started using Fossil for a new project - it just seems so much easier than git, and the integrated wiki and ticketing system just simplifies things a lot. Yup. A question to the group: To what extent are any of you using Fossil for managing documentation associated with projects - any or all of developer, user, administrator, sys admin (configuration files, configuration notes, shell scripts, cfengine/puppet/chef recipes, tickets, checklists, procedures, user account info, logbooks), etc.? I use the wiki for developer docs for clients that don't already have a preferred tool for those, or a preferred SCM other than fossil. Docs for the users/admins wind up stored in fossil, but normally aren't done in the wiki. There's a tension here in that I also use Google Docs for writing documentation. Things like architectural diagrams wind up there, and get links in the wiki. If the client has a google id, I'll give them write access to such, so there's a pull to keep everything there. I'm still working that division out. mike -- Mike Meyer m...@mired.org http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Status of GUI for Windows?
On Fri, 20 Apr 2012 16:49:26 +0200, Gilles gilles.gana...@free.fr wrote: Thanks for the tip. I tried 0.4.6 and was wondering what the difference is in the Repositories menu between Select Checkout and Open? Also, when I use Repositories Open, it crashes: Unhandled exception has occured in your application. See the end of this message for details on invoking just-in-time (JIT) debugging instead of this dialog box. ** Exception Text ** System.NullReferenceException: Object reference not set to an instance of an object. at WinFossil.Dialogs.OpenForm..ctor() at WinFossil.WinFossil.openToolStripMenuItem_Click(Object sender, EventArgs e) at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e) at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e) at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e) at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met) at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea) at System.Windows.Forms.Control.WmMouseUp(Message m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message m) at System.Windows.Forms.ScrollableControl.WndProc(Message m) at System.Windows.Forms.ToolStrip.WndProc(Message m) at System.Windows.Forms.ToolStripDropDown.WndProc(Message m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ** Loaded Assemblies ** mscorlib Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3625 (GDR.050727-3600) CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll WinFossil Assembly Version: 0.4.6.40804 Win32 Version: 0.4.6.* CodeBase: file:///D:/Downloads/Apps/WinFossil%200.4.6/WinFossil.exe System Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3631 (GDR.050727-3600) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll System.Windows.Forms Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3623 (GDR.050727-3600) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll System.Drawing Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll System.Xml Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3082 (QFE.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll System.Configuration Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll SharpFossil Assembly Version: 0.4.6.0 Win32 Version: 0.4.6.0 CodeBase: file:///D:/Downloads/Apps/WinFossil%200.4.6/SharpFossil.DLL System.Data.SQLite Assembly Version: 1.0.66.0 Win32 Version: 1.0.66.0 CodeBase: file:///D:/Downloads/Apps/WinFossil%200.4.6/System.Data.SQLite.DLL System.Data Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll System.Transactions Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll System.EnterpriseServices Assembly Version: 2.0.0.0 Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000) CodeBase: file:///C:/WINDOWS/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll ** JIT Debugging ** To enable just-in-time (JIT) debugging, the .config file for this application or computer (machine.config) must have the jitDebugging value set in the system.windows.forms section. The application
Re: [fossil-users] Status of GUI for Windows?
On Fri, Apr 20, 2012 at 6:51 AM, Kostas Karanikolas karaniko...@gmail.comwrote: Hi, I'm the developer of Fuel. A reason why files are not being displayed could be that a view filter for some kind of file is active (Unknown files for example). Check the View menu. I have a new version coming up soon, so this a good time for bug reports or even feature requests. If you are still having problems, feel free to contact me directly. I just tried Fuel and it looks like it could be very useful. The first problem I ran into is that I can't seem to open up an already opened repo via samba. Does Fuel recognize the _FOSSIL_ file? I don't think it is related to samba. I was able to open a repo where the .fossil file was in the top directory. I think two ways of opening are needed: 1. Open an already 'opened' area, Fuel should be able to find the .fossil file by inspecting the _FOSSIL_ file. The .fossil file may be outside the opened repo area. 2. Open a .fossil file and create an open area but give the user an opportunity to browse to and or create the area to be used. Also, you may be amused to know that I went to check my laptop power cable and spent a few seconds trying to figure out a) why I wasn't plugged in and b) what had changed on my system to give me the new battery icon until I moused over the icon and realized it was Fuel. I guess I'd prefer something other than a battery as the default icon. How about a fuel canister with a fossil, you know fossil fuel, was that your original intent with the name? On 19 April 2012 19:12, Gilles gilles.gana...@free.fr wrote: Hello I find typing commands in a DOS box not as convenient as right-clicking on a file/folder in Windows Explorer, to the point where I don't use Fossil as often as I'd like when working on scripts/programs and would like to keep tracks of things. So I wanted to check what the status is on the existing GUI projects. Googling for fossil gui returns the following projects: - (Java) http://code.google.com/p/jurassic-fossil/ - (.Net) http://repository.mobile-developers.de/cgi-bin/ikoch/sharpfossil/ - (Qt) http://code.google.com/p/fuel-scm/ Apparently, 1. SharpFossil is just a library, the application is WinFossil, but it doesn't seem to be under actual development 2. Fuel-SCM seems like the most advanced and (I don't like Java, and find .Net apps too slow to load; I'd rather use a native Win32 application, but Qt will have to do), but I can't figure out what to do once I hit File Open my.repo (right side is blank) Is this correct? Are there other tools I should know about? Thank you. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Status of GUI for Windows?
Yes, that is what they mean. The file status essentially matches the output of the the fossil ls -l command (similar to the status command for those coming from subversion) Ignored files, are files that you have told fossil to explicitly ignore, for example temporary files or binaries you would never want to add to source control. On 20 April 2012 23:35, Gilles gilles.gana...@free.fr wrote: On Fri, 20 Apr 2012 22:51:45 +0900, Kostas Karanikolas karaniko...@gmail.com wrote: A reason why files are not being displayed could be that a view filter for some kind of file is active (Unknown files for example). Check the View menu. I have a new version coming up soon, so this a good time for bug reports or even feature requests. If you are still having problems, feel free to contact me directly. Thanks Kostas, that was the problem. Could you confirm/explain the options in the View menu? Modified: Files monitored by Fossil (ie. that have been added and committed to the Fossil repo) that have been modified since the repo was opened Unchanged: Files that live in the repo, ie. not modified since opening the repo Unknow: Will scan the whole filesystem starting at the root of where the repo file lives. This is what you should choose if you want to adding and committing folders/files to the repository. If there are lot of folders and files, it could take a long time and freeze the UI in the meantime. Also, since the four options in the View menu are cumulative (ie. you can have all of them checked simultaneously) the scan will occur every time if you leave that option checked Ignored: Don't know what this does. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Status of GUI for Windows?
On 20 April 2012 23:55, Matt Welland estifo...@gmail.com wrote: On Fri, Apr 20, 2012 at 6:51 AM, Kostas Karanikolas karaniko...@gmail.com wrote: Hi, I'm the developer of Fuel. A reason why files are not being displayed could be that a view filter for some kind of file is active (Unknown files for example). Check the View menu. I have a new version coming up soon, so this a good time for bug reports or even feature requests. If you are still having problems, feel free to contact me directly. I just tried Fuel and it looks like it could be very useful. The first problem I ran into is that I can't seem to open up an already opened repo via samba. Does Fuel recognize the _FOSSIL_ file? I don't think it is related to samba. I was able to open a repo where the .fossil file was in the top directory. I think two ways of opening are needed: 1. Open an already 'opened' area, Fuel should be able to find the .fossil file by inspecting the _FOSSIL_ file. The .fossil file may be outside the opened repo area. This will be addressed in the next release. 2. Open a .fossil file and create an open area but give the user an opportunity to browse to and or create the area to be used. Do you mean allow creating a workspace in a folder different than the one that holds the fossil file? Also, you may be amused to know that I went to check my laptop power cable and spent a few seconds trying to figure out a) why I wasn't plugged in and b) what had changed on my system to give me the new battery icon until I moused over the icon and realized it was Fuel. I guess I'd prefer something other than a battery as the default icon. How about a fuel canister with a fossil, you know fossil fuel, was that your original intent with the name? :) I agree, the icon is a bit misleading, but finding a good, consistent, high-res icon set that matches the semantics of source control is not easy! Truth be told this icon has grown on me, I tend to think of it as a fuel cell now. Yes Fuel is a lame pun on fossil fuel. On 19 April 2012 19:12, Gilles gilles.gana...@free.fr wrote: Hello I find typing commands in a DOS box not as convenient as right-clicking on a file/folder in Windows Explorer, to the point where I don't use Fossil as often as I'd like when working on scripts/programs and would like to keep tracks of things. So I wanted to check what the status is on the existing GUI projects. Googling for fossil gui returns the following projects: - (Java) http://code.google.com/p/jurassic-fossil/ - (.Net) http://repository.mobile-developers.de/cgi-bin/ikoch/sharpfossil/ - (Qt) http://code.google.com/p/fuel-scm/ Apparently, 1. SharpFossil is just a library, the application is WinFossil, but it doesn't seem to be under actual development 2. Fuel-SCM seems like the most advanced and (I don't like Java, and find .Net apps too slow to load; I'd rather use a native Win32 application, but Qt will have to do), but I can't figure out what to do once I hit File Open my.repo (right side is blank) Is this correct? Are there other tools I should know about? Thank you. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] managing documentation in Fossil?
Thanks to all who wrote! Gour.. the asciidoc pointer, and asciidoc-fossil glue are awesome! Stephan, Stephan Beal wrote: Sorry for the brevity - my hand is broken and i can't type worth a damn... Been there. Sucks big time. You have my sympathies. Sorry to ask Recently i started moving my wikis to dedicated wiki repos - a custom front-end served by a fossil back-end using the JSON API: http://fossil.wanderinghorse.net/wikis/ Those wikis could just as easily be hosted in their main source repos (also fossil), but because i use a custom wiki grammar (Google Code) which is rendered client-side and does not render properly when used via the native fossil UI, i prefer to keep the pages in their own repos (which i then hide behind my own UI), That front-end is nice. I don't suppose the code is available for perusal/use? Welcome aboard, Thanks! And, after choosing a less-than-mainstream tool, it sure is reassuring to find out how active, welcoming, and responsive the Fossil community seems to be! (Including a shoutout from someone I haven't seen in years!) Best, Miles -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- In theory, there is no difference between theory and practice. In practice, there is. Yogi Berra ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] managing documentation in Fossil?
On 4/20/2012 9:50 AM, Michael L. Barrow wrote: On 04/20/2012 09:32 AM, Stephan Beal wrote: i'm normally thrilled to get suggestions and whatnot, but i can't type well enough to program for a while (probably still several weeks). Nonetheless, if you'd like to contribute, that can of course be arranged. Maybe you can get a typist like Richard Stallman... http://en.wikipedia.org/wiki/Speech_recognition_in_Linux -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Fasterâ„¢ P: 778.786.1122 F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato http://www.eurotcl.tcl3d.org/ - EuroTcl 2012, July 7-8 , Munich, Germany. http://www.tcl.tk/community/tcl2012/ - Tcl'2012, Nov 12-16, Chicago, IL, USA. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] managing documentation in Fossil?
On Fri, 20 Apr 2012 10:26:26 -0700 Andreas Kupries andre...@activestate.com wrote: On 4/20/2012 7:34 AM, Mike Meyer wrote: ... Things like architectural diagrams wind up there, and ... I like to program my diagrams, instead of drawing them. Easier to change, and the code (aka text) is nicer to version than some binary blob. If I don't need to work on such collaboratively, I'll use graphviz for the same reasons. But google docs is easier to get other people to contribute to. mike -- Mike Meyer m...@mired.org http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] managing documentation in Fossil?
On 4/20/2012 10:34 AM, Mike Meyer wrote: On Fri, 20 Apr 2012 10:26:26 -0700 Andreas Kupriesandre...@activestate.com wrote: On 4/20/2012 7:34 AM, Mike Meyer wrote: ... Things like architectural diagrams wind up there, and ... I like to program my diagrams, instead of drawing them. Easier to change, and the code (aka text) is nicer to version than some binary blob. If I don't need to work on such collaboratively, I'll use graphviz for the same reasons. Ah, even higher level. With automatic layouting. But google docs is easier to get other people to contribute to. Fair point. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Fasterâ„¢ P: 778.786.1122 F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato http://www.eurotcl.tcl3d.org/ - EuroTcl 2012, July 7-8 , Munich, Germany. http://www.tcl.tk/community/tcl2012/ - Tcl'2012, Nov 12-16, Chicago, IL, USA. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] managing documentation in Fossil?
Mike Meyer wrote: On Fri, 20 Apr 2012 10:26:26 -0700 Andreas Kupriesandre...@activestate.com wrote: On 4/20/2012 7:34 AM, Mike Meyer wrote: ... Things like architectural diagrams wind up there, and ... I like to program my diagrams, instead of drawing them. Easier to change, and the code (aka text) is nicer to version than some binary blob. If I don't need to work on such collaboratively, I'll use graphviz for the same reasons. But google docs is easier to get other people to contribute to. Don't know about google docs - no real version control. Unusable for anything serious, like a multi-author paper or proposal. I always end up sharing Word Documents, with change tracking, via email. Gets ugly with more than a few people. Right now, the WikiPedia (or more accurately, MediaWiki) model seems to be really effective - what with support for multiple authors, change tracking, discussions, etc. Starts to fall down if you want to manage a structured document or generate printed versions as an output. Miles -- In theory, there is no difference between theory and practice. In practice, there is. Yogi Berra ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] managing documentation in Fossil?
[Drifting off topic here...] On Fri, 20 Apr 2012 14:25:59 -0400 Miles Fidelman mfidel...@meetinghouse.net wrote: Mike Meyer wrote: On Fri, 20 Apr 2012 10:26:26 -0700 Andreas Kupriesandre...@activestate.com wrote: On 4/20/2012 7:34 AM, Mike Meyer wrote: ... Things like architectural diagrams wind up there, and ... I like to program my diagrams, instead of drawing them. Easier to change, and the code (aka text) is nicer to version than some binary blob. If I don't need to work on such collaboratively, I'll use graphviz for the same reasons. But google docs is easier to get other people to contribute to. Don't know about google docs - no real version control. Unusable for anything serious, like a multi-author paper or proposal. I always end up sharing Word Documents, with change tracking, via email. Gets ugly with more than a few people. I'm still exploring how google docs fits into a small team. So far, I've just used it for one-page diagrams, and it's worked well there. Word, on the other hand - never again. The differences between implementations - different programs, different versions of the same program, the same version on different platforms - is just to painful. In one case, I saw word documents that would cause some *machines* to crash when opened. Other machines (presumably using the same version of word) would open them just fine. Saving the doc unaltered on those machines created a doc that didn't cause other machines to crash. Right now, the WikiPedia (or more accurately, MediaWiki) model seems to be really effective - what with support for multiple authors, change tracking, discussions, etc. Starts to fall down if you want to manage a structured document or generate printed versions as an output. It's certainly proved itself in the real world. mike -- Mike Meyer m...@mired.org http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users