Re: [fossil-users] how to maintain a set of patches?
On Sat, Feb 25, 2012 at 9:48 PM, Leo Razoumov slonik...@gmail.com wrote: I sincerely hope that fossil was not designed with only one work-flow (SQLite and fossil) in mind. Am I mistaken? If i'm not sorely mistaken, fossil was indeed originally designed for exactly one purpose: managing the sqlite repo. -- - 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
Re: [fossil-users] how to maintain a set of patches?
On Sat, 25 Feb 2012 15:48:10 -0500 Leo Razoumov slonik...@gmail.com wrote: I hope that you realize that one size fits all is not a good design principle for a general purpose tool. /me nods And yes, I do need my private space for private experimentation. For instance I keep some branches where code does not yet compile. But the branches that I push to TEAM.fossil should pass a red face test, they should at least compile OK. I also find reasonable not to clutter team members' repos with my half-baked experiments. I sincerely hope that fossil was not designed with only one work-flow (SQLite and fossil) in mind. Am I mistaken? Yeah...Fossil is very refreshing tool, beating many apps by its simplicity, but Everything should be made as simple as possible, but not one bit simpler. Sincerely, Gour -- The embodied soul may be restricted from sense enjoyment, though the taste for sense objects remains. But, ceasing such engagements by experiencing a higher taste, he is fixed in consciousness. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] assign ticket to file(s) or abusing Fossil a bit
Hello! Being (again) interested to try to use Fossil for all my DVCS needs, I got idea to 'abuse' it even further and use to track records of our counseling homeopathy patients...The idea is to have single file per patients with more detailed data about each client and then have tickets connected with the files for the treatment history (think about poor man's Electronic Medical Record (EMR). Now I just wonder if there is some easy way to get report which would show all the tickets connected with certain file and/or to assign ticket to certain file or to tag tickets somehow that we could see all the 'medical episodes' connected with certain patient? Sincerely, Gour -- One who is not disturbed in mind even amidst the threefold miseries or elated when there is happiness, and who is free from attachment, fear and anger, is called a sage of steady mind. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ 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] assign ticket to file(s) or abusing Fossil a bit
It looks to me like you could add a new field to the 'ticket' table, say PatientIdentifier of type text, and enter its value as part of the ticket add function. A new report selecting on this new field would provide the view of all tickets ordered by PatientIdentifier. The missing part is some way to pass the patient id to the report so that it selects only tickets for the given patient. You might need to hack the report menu source code to permit entry of one (or more) parameters when the report is selected. Regards, Chris On Sun, 2012-02-26 at 12:13 +0100, Gour wrote: Hello! Being (again) interested to try to use Fossil for all my DVCS needs, I got idea to 'abuse' it even further and use to track records of our counseling homeopathy patients...The idea is to have single file per patients with more detailed data about each client and then have tickets connected with the files for the treatment history (think about poor man's Electronic Medical Record (EMR). Now I just wonder if there is some easy way to get report which would show all the tickets connected with certain file and/or to assign ticket to certain file or to tag tickets somehow that we could see all the 'medical episodes' connected with certain patient? Sincerely, Gour ___ 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] how to maintain a set of patches?
On Sun, Feb 26, 2012 at 04:48, Stephan Beal sgb...@googlemail.com wrote: On Sat, Feb 25, 2012 at 9:48 PM, Leo Razoumov slonik...@gmail.com wrote: I sincerely hope that fossil was not designed with only one work-flow (SQLite and fossil) in mind. Am I mistaken? If i'm not sorely mistaken, fossil was indeed originally designed for exactly one purpose: managing the sqlite repo. GIT was originally designed as a BitKeeper replacement for linux kernel. Then the scope broadens... --Leo-- ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] remaining warnings
Hi, After pulling the latest changes (up to [affb0019c9]), I recompiled on Windows 7 using MinGW. Below are the warnings that remain after the recent clean-up by mistashkin. src/checkin.c: In function 'create_manifest': src/checkin.c:644:7: warning: variable 'nBasename' set but not used [-Wunused-but-set-variable] src/sqlite3.c: In function 'winShmPurge': src/sqlite3.c:34471:8: warning: variable 'bRc' set but not used [-Wunused-but-set-variable] src/cson_amalgamation.c:3737:0: warning: ignoring #pragma warning [-Wunknown-pragmas] Just wanted to let you know about this combination of platform and compiler (building including openssl and activating json). I know these are harmless, but it's my impression DRH likes clean code. Johan ___ Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. - A. de Saint-Exupery ___ 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] remaining warnings
On Sun, Feb 26, 2012 at 4:01 PM, Johan Samyn johan.sa...@gmail.com wrote: src/cson_amalgamation.c:3737:0: warning: ignoring #pragma warning [-Wunknown-pragmas] That one should only be visible when MSVC is running. Coincidentally, this morning i patched a mis-matched pair of #ifdef guards around the warning pragmas. i've just merged that fix into the fossil tree - please try it again with the latest trunk and see if that particular warning is still generated. -- - 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
Re: [fossil-users] remaining warnings
On 26-02-2012 16:22, Stephan Beal wrote: On Sun, Feb 26, 2012 at 4:01 PM, Johan Samyn johan.sa...@gmail.com mailto:johan.sa...@gmail.com wrote: src/cson_amalgamation.c:3737:0: warning: ignoring #pragma warning [-Wunknown-pragmas] That one should only be visible when MSVC is running. Coincidentally, this morning i patched a mis-matched pair of #ifdef guards around the warning pragmas. i've just merged that fix into the fossil tree - please try it again with the latest trunk and see if that particular warning is still generated. -- - 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 That one is now gone allright, Stephan. Johan ___ Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. - A. de Saint-Exupery ___ 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] assign ticket to file(s) or abusing Fossil a bit
On Sun, 26 Feb 2012 09:25:17 -0400 Chris Peachment ch...@ononbb.com wrote: It looks to me like you could add a new field to the 'ticket' table, say PatientIdentifier of type text, and enter its value as part of the ticket add function. A new report selecting on this new field would provide the view of all tickets ordered by PatientIdentifier. OK. The missing part is some way to pass the patient id to the report so that it selects only tickets for the given patient. Hmm... You might need to hack the report menu source code to permit entry of one (or more) parameters when the report is selected. Huh...my C skills are rusty and I hoped I could do without surgery 'cause otherwise tweaking Roundup tracker might be easisier solution. Let's see if there is some other idea. Sincerely, Gour -- But for one who takes pleasure in the self, whose human life is one of self-realization, and who is satisfied in the self only, fully satiated — for him there is no duty. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ 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] how to maintain a set of patches?
On Feb 26, 2012, at 15:00 , Leo Razoumov wrote: On Sun, Feb 26, 2012 at 04:48, Stephan Beal sgb...@googlemail.com wrote: On Sat, Feb 25, 2012 at 9:48 PM, Leo Razoumov slonik...@gmail.com wrote: I sincerely hope that fossil was not designed with only one work-flow (SQLite and fossil) in mind. Am I mistaken? If i'm not sorely mistaken, fossil was indeed originally designed for exactly one purpose: managing the sqlite repo. GIT was originally designed as a BitKeeper replacement for linux kernel. Then the scope broadens... Well, IIRC Mercurial was even more narrow, originally created to keep only some subsystem of the kernel ;) Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] receommended value for crnl-glob setting
Hello! What is the recommended value for crnl-glob setting in order to allow smooth interoperability with (possible) Windows/Mac contributors when we're using Linux OS natively? Sincerely, Gour -- One who restrains his senses, keeping them under full control, and fixes his consciousness upon Me, is known as a man of steady intelligence. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
