Re: One data set - two repositories?
Create two working working copies as you described then up date the one your working on and commit after making changes. i.e 'complete' for home 'partial' for travel. Sent from Phil's iPad > On Oct 29, 2014, at 3:33 PM, Andreas Stieger wrote: > > Hello, > >> On 29/10/14 21:07, c...@qgenuity.com wrote: >> I'm looking for a way to use Subversion to store data from a single data >> set across two repositories. More specifically, I want to have one >> repository which contains all of the data and a second that contains only >> specific directories. >> >> When I am at home, I will sync to the "complete" repository and when I am >> traveling, I will sync to the "partial" repository. >> >> How do I set this up so that the two repositories play nicely with each >> other? > > svn being a centralized system, the disconnected two-way element of your > scenario is not part of its design. The keywords below will help you > work around: > a) svnsync, (one way) which has provisions for partial syncs > b) same, but switching the direction as required > c) two repositories with remote merging > d) two repositories with vendor branches > > Andreas >
Re: Sub-Version Query
You answers are here: http://subversion.apache.org On May 8, 2013, at 3:30 AM, "Anupam Choubey" wrote: > > > Hi, > > I have some queries on subversion - > > 1. What is the latest version avaiable of subversion? > 2. What is the harrdware & software infrastructure required to install the > subversion? > 3. Is subversion a freeware or licensed sowtware? > 4.I have to move some code base with all the versions of file from CVS to > subversion . Is it doable? if yes how? > > Thanks in advance for your help. > > Regards, > Anupam > > > Get your own FREE website and domain with business email solutions, click here
Branching best practice advice for an inherently complex environment
Looking for convincing guidelines to change some rather poor practices Scenario : Project has multiple branches with frequent changes by several different developers, merging back to trunk is infrequent and when done merge results in 90% conflicts. simple example: Project A1 (trunk) copied to branches B1, B1 gets a few changes and is copied to B2, B2 gets some changes and B2 is merged to trunk, trunk gets copied to B3, B1 is merged to B3 and copied to B4 B2 gets more changes, B2 is merged to B4, B4 gets more changes, B1 gets more changes. messy I know ; the big mess is B1 needs to be tagged and built and released but of course the merge to trunk will be full of conflicts, meanwhile B3 has more changes as does B4 and B4 needs to merge to B2 so B2 can be tagged built and released. More branches are expected, changes and lack of frequent sequential merges is out of control, releases are scheduled monthly. My thoughts are this will get worse before it gets better, any experienced users who have complex environments have an idea on how to turn this around to use best practices ? What is a good example for controlling massive changes in multiple branches, merges to trunk and maximizing tags? Have RTFM'd but need to convince the powers that be a change is needed that will also handle frequent changes in a very dynamic development environment. I am still trying to fully understand this environment and attempt to turn it around as quickly as possible. Any examples and or suggestions to produce a convincing argument would be useful. Thanks
Re: need a good vss to svn migration tool
VSS2SVN is about 60% accurate leaves lots of orphaned files ( in my experience migrating over 200 VSS databases to Subversion) The process I used was 1) Create the Subversion Repository that will replace the VSS database 2) Create a subversion working copy ( I had a NAS available with lots of space 300GB) 3) Run VSS analyze on the VSS database to be migrated 4) Do a VSS get Latest (Use the SVN working copy as the VSS working directory) 5) Remove all *.scc files from the working copy( I created a script to do the cleanup) 6) Do svn add for all the project directories/files in the working copy you want to migrate 7) Do a commit to put in Subversion The upside it is fast The downside is you lose metadata, and you have the same file structure as with VSS (many had modified the Repository later to have branches,tags,trunk) What I did was zip and archive the VSS data so it could be accessed later if needed for history or other metadata. Results after a small Subversion learning curve was the VSS archives were never accessed again. just my 2 cents phil On Sep 3, 2012, at 2:53 AM, "Cooke, Mark" wrote: >> -Original Message- >> From: Bhushan Jogi [mailto:bhushanjogi.2...@gmail.com] >> Sent: 02 September 2012 16:07 >> To: nsnc...@yahoo.co.in; users@subversion.apache.org; Cooke, Mark >> Subject: need a good vss to svn migration tool >> >> Hi, >> >> I need to migrate from VSS 6.0d to SVN 1.7.5, I tried few >> tools VSS2SVN(gives some error),svn importer(again some >> issues not working), I also tried >> http://code.google.com/p/vss2svn/downloads/detail?name=vss2svn >> -0.11.0.zip nothing happens after launching the .exe file, >> could you please let me know a food tool which can migrate >> all labels, tags, version history properly. >> >> Thanks & regards, >> Bhushan > > We used vss2svn. I did have some teething trouble getting it to work but > searching their mailing list and trying different things worked out OK in the > end. As I mentioned recently, I do not think I used the "latest" version but > it is three years ago now so my memory's not fresh. Also, I did use > dumpfilter quite a lot but that was after vss2svn had made the dump file. > > ~ mark c > > P.S. I believe that the author does still answer the odd question on the > vss2svn mailing list...
ViewVC and shell scripts
Any particular reason I cannot view/annotate a shell script using the latest ViewVC provided with Subversion Edge ? Phil
Re: SVN as DMS
SharePoint for documentation. As Subversion has no built-in search attribute so to speak, however there are 3rd party application that claim to search Subversion, but why go thorough all that. I here there have been substantial improvement is the SharePoint application. 2 cents On Mar 14, 2012, at 12:32 PM, Laura Mohiuddin wrote: > Dear Sir/Madam, > > My company IBCS-PRIMAX Software (BD) Ltd. (http://www.ibcs-primax.com) is > looking to install a Document Management System for the organization. I > suggested SVN, but the DMS should also come with a dashboard and search > facilities. Is there any way that I can setup subversion to provide me with a > dashboard and search facilities? > > Thank you for your kind cooperation > > Regards, > -- > Laura Mohiuddin > Manager, Marketing > IBCS-PRIMAX Software (Bangladesh) Limited > House # 51, Road # 10A, Dhanmondi R/A > Dhaka – 1209, Bangladesh > Web: http://www.ibcs-primax.com
Add generic MOTD to hooks scripts ?
Looking for a way to send or display a Notice like a MOTD ( Message of the day ) whenever any repository is accessed. For example there will be a major change in Repository locations. Some projects already have pre and post commit hook scripts. What I want to do is advise the user who accesses their Repository of that change. perhaps adding an email or message to be sent automagically to whoever accesses the repository ? "Wish list' would be a script easily modified and propagated to all repository hook directories Ideas ? Suggestions ( besides read the book ) Phil
What does the number in the Repository file "format" represent ?
How can we determine what version of Subversion a Repository currently is. 5 = 1.4 ? or 1.5 ? Need to wire a script to check for older versions as we upgraded the FSFS server from 1.4.x to 1.5.x then 1.6.x phil
Error doing a svnsync
We have been doing a few hundred svnsync's from a 1.6.5 repositories to 1.7.2 repositories for the most par this has gone quite well. but we have encountered an error that is not to clear and we seek any insight to this error: svnsync: E22: Valid UTF-8 data (hex: 53 65 72 76 65 72 20 43 75 72 72 65 6e 63 79 20) followed by invalid UTF-8 sequence (hex: 96 20 42 61) -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Re: Sub Version Source Code
http://subversion.apache.org/packages.html Just google for Apache Subversion and choose your flavor. On Jan 16, 2012, at 3:28 AM, Manohar Mylaram wrote: > Hi, > This is Manohar. I would like to work on sub version. So, can u please > provide me the complete source code of sub version. > > Regards, > MANOHAR MYLARAM > SYSTEMS ENGINEER > Infosys®| HYDERABAD SEZ > > CAUTION - Disclaimer * > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > for the use of the addressee(s). If you are not the intended recipient, please > notify the sender by e-mail and delete the original message. Further, you are > not > to copy, disclose, or distribute this e-mail or its contents to any other > person and > any such actions are unlawful. This e-mail may contain viruses. Infosys has > taken > every reasonable precaution to minimize this risk, but is not liable for any > damage > you may sustain as a result of any virus in this e-mail. You should carry out > your > own virus checks before opening the e-mail or attachment. Infosys reserves the > right to monitor and review the content of all messages sent to or from this > e-mail > address. Messages sent to or from this e-mail address may be stored on the > Infosys e-mail system. > ***INFOSYS End of Disclaimer INFOSYS***
Re: How to Maintain "timestamp" in Repository & Working copy ?
On 10/11/2011 11:58 AM, Andy Levy wrote: On Tue, Oct 11, 2011 at 11:48, Phil Pinkerton wrote: On 10/11/2011 10:48 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 11 October 2011 15:42 To: users@subversion.apache.org Subject: How to Maintain "timestamp" in Repository&Working copy ? I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ? --- In the TortoiseSVN settings menu, "General" section, there is a setting 'Set file dates to the "last commit time"' -- is that perhaps what you want? Tony. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1410 / Virus Database: 1520/3943 - Release Date: 10/07/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ So what I found looks like I'll need to mess with the client side register parameters? , not nice on a production server. Normally, one does not have TortoiseSVN on a production server in the first place. Better to use tools which can be automated cleanly (command-line, etc.) for hands-off deployments. [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany] "#global-ignores"="*.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store" "#log-encoding"="" "#use-commit-times"=""< ---Set this to yes and drop the comment I suppose will do the trick "#no-unlock"="" "#enable-auto-props"="" Note that because the setting is in HCU, it will need to be set for *each user* who might be doing things on this server. This holds true for setting it in %APPDATA%\Subversion\config as well. Settings in the registry will override %APPDATA%\Subversion configuration settings (that's my experience, anyway); specifying it at the command line (see my other reply) should trump both. Too bad there is not a global way to set this
Re: How to Maintain "timestamp" in Repository & Working copy ?
On 10/11/2011 10:48 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 11 October 2011 15:42 To: users@subversion.apache.org Subject: How to Maintain "timestamp" in Repository& Working copy ? I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ? --- In the TortoiseSVN settings menu, "General" section, there is a setting 'Set file dates to the "last commit time"' -- is that perhaps what you want? Tony. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1410 / Virus Database: 1520/3943 - Release Date: 10/07/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ So what I found looks like I'll need to mess with the client side register parameters? , not nice on a production server. [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany] "#global-ignores"="*.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store" "#log-encoding"="" "#use-commit-times"="" < ---Set this to yes and drop the comment I suppose will do the trick "#no-unlock"="" "#enable-auto-props"="" use-commit-times Normally your working copy files have timestamps that reflect the last time they were touched by any process, whether your own editor or some svn subcommand. This is generally convenient for people developing software, because build systems often look at timestamps as a way of deciding which files need to be recompiled. In other situations, however, it's sometimes nice for the working copy files to have timestamps that reflect the last time they were changed in the repository. The svn export command always places these “last-commit timestamps” on trees that it produces. By setting this config variable to yes, the svn checkout, svn update, svn switch, and svn revert commands will also set last-commit timestamps on files that they touch.
Re: How to Maintain "timestamp" in Repository & Working copy ?
On 10/11/2011 10:48 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 11 October 2011 15:42 To: users@subversion.apache.org Subject: How to Maintain "timestamp" in Repository& Working copy ? I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ? --- In the TortoiseSVN settings menu, "General" section, there is a setting 'Set file dates to the "last commit time"' -- is that perhaps what you want? Tony. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1410 / Virus Database: 1520/3943 - Release Date: 10/07/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ How might this be done in a script where the command line is used ?
How to Maintain "timestamp" in Repository & Working copy ?
I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ?
Best Method to move 500 Repositories
Looking for suggestion on best way to move 500 Repositories from Unix Hardware to VM Linux Server old - Unix Server compiled and Built Subversion 1.6.5 from Source new - Linux VM Server will have Subversion Edge 1.6.17 ACL contains 2000 + users. Any experience at this scale ? Advise ? looking for clean , simple minimal risk approach. thanks
Re: Lost list of "Search Utilities"
Very cool did not know about that. thanks! On 9/23/2011 7:39 AM, shrinivasan wrote: On Friday 23 September 2011 04:58 PM, Phil Pinkerton wrote: A while back I posted a question about various Application/utilities that provide a way to "Search" Subversion Repositories. My email got trashed (MS BSOD & disk crash) and I no longer have that wonderful list. If by chance someone has a list or knows of such utilities or application open source or paid and can post again I'd be most thankful Phil You can find find the mail archive here. http://mail-archives.apache.org/mod_mbox/subversion-users/201107.mbox/thread?2 Search for the text " Svn Searcher" and find the threads. Shrinivasan
Lost list of "Search Utilities"
A while back I posted a question about various Application/utilities that provide a way to "Search" Subversion Repositories. My email got trashed (MS BSOD & disk crash) and I no longer have that wonderful list. If by chance someone has a list or knows of such utilities or application open source or paid and can post again I'd be most thankful Phil
SVN dump & load vs ftp
Besides the time what is the advantage of svn dump & load vs ftp for moving a Repository to a new location ? What type of "clean-up" might take place to reduce disk space when using the dump & load method vs ftp ?
Difference between Dump & Load and an FTP'd Repository ?
I here there are some advantage to both. My primary interest to to save disk space with heavily modified Repositories. What exactly get's "Cleaned-up" when doing a dump & load? Besides the "time" savings what is the real difference between a the 2 methods ? Phil
Re: Svn Searcher
What platform did you install it on (Linux, Unix, Windows ) ? Was it installed on the Server , Cliient both ? Any issues or concerns, is it working ? How well ? Easy to install and use ? Any external dependencies and or Apache issues ? What about Security ( affects svn ACL , LDAP ??) Any feedback would be appreciated. On Wed, Jul 27, 2011 at 11:20 AM, vishwajeet singh wrote: > > > On Wed, Jul 27, 2011 at 8:48 PM, Phil Pinkerton > wrote: >> >> Anyone have experience installing and using Svn Searcher ? >> >> http://svn-search.sourceforge.net/ >> >> I have a client that would like to do Repository Searches. > > Yes I have done that. > >> >> -- >> " The fundamental principle here is that the justification for a >> physical concept lies exclusively in its clear and unambiguous >> relation to the facts that it can be experienced" AE >> >> Please Feed and Educate the Children... it's the least any of us can do. > > > > -- > Vishwajeet Singh > +91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com > Twitter: http://twitter.com/vishwajeets | LinkedIn: > http://www.linkedin.com/in/singhvishwajeet > -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Svn Searcher
Anyone have experience installing and using Svn Searcher ? http://svn-search.sourceforge.net/ I have a client that would like to do Repository Searches. -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
svnsync
A local SVN "expert" tells me svnsync is all I need with regards to moving several (about 2 hundred) repositories from a Unix server to a Linux server even though there are mixed versions of SVN. Some are 1.5x others are 1.6.x (all are FSFS).and the destination server will have 1.6.17 svn installed ( Subversion Edge ) Is it possible it is as simple as say doing an SFTP of all the Unix Repositories to the Linux server then running svnsync on each repo ? any one done this successfully I am a bit of a skeptic when a task of this magnitude ids described as being too simple. WE are taking about several repos many well over 4GB -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Moving Repositories to New server
Are there any know issues with regards to moving Repositories from one platform to another ? Will the old Repositories maintain their current SVN revision ? Current platform Sun Solaris 10: SVN 1.6.5 Target platform Red Hat Enterprise 5 SVN 1.6.17 ( Subversion Edge ) Planned steps (Creating a script for the dumps and loads as there as a few hundred Repositories to move.) (1) Freeze the repository . Take a dump of the repository. (2) Verify the file is dumped correctly by making sure that the last version dumped is the same as the one in the live repository. Also check the return code of the svnadmin dump command. (3) Copy the dump file over to the new server. Verify that the file is copied over correctly. (4) Load the dump (5) Verify the load. (6) Migrate and hook scripts or authorization files over. (7) Verify the scripts and configuration files work. (8) If you have a name for the server for accessing it. You might have to point the name to the new server. a. use switch ? b. or relocate ? (9) Unfreeze the repository. Questions : Switch vs relocate ? Effects of load into a new Subversion version ? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Re: SVN 1.7 - check out single file?
On 7/1/2011 1:14 PM, Andy Levy wrote: On Fri, Jul 1, 2011 at 13:10, Phil Pinkerton wrote: On 7/1/2011 11:38 AM, joe.floe...@sungard.com wrote: -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Friday, July 01, 2011 10:22 AM To: Andy Levy; users@subversion.apache.org Subject: Re: SVN 1.7 - check out single file? On Fri, Jun 24, 2011 at 17:05, Stefan Sperlingwrote: On Fri, Jun 24, 2011 at 02:49:58PM -0400, Andy Levy wrote: With the new way WCs are managed, will it be possible to check out a single file, instead of having to do multiple steps with sparse directories just to get a single file in a directory? Looking at the release notes and CHANGES file, I think the answer is "no", but I need someone more knowledgeable to back me up here before I take the answer back to the person who asked me. Thanks. No, you still need to checkout a directory. But it sounds like the new --parents option of svn update might help you a bit: http://subversion.apache.org/docs/release-notes/1.7.html#update-parents We'll have to see how Tortoise implements this, as that's what most folks here are using. It's an edge case for us, it's only 2 or 3 people who are affected by the issue of too many items to check out just to update a single file. There may be more people who would like this feature than you think. Actually this ability is just what we are looking for. We are migrating off of SCCS and RCS to SVN. We organize our 9000 source files into two directories. We were disappointed that svn did not allow single file checkout. 90% of our work is maintenance involving 'work tickets' that affect only one or two files. So right now, in test, our checkouts run 4-10 minutes (depending on other server tasks and network traffic). This, as an optional ability, would be great for us. On the same note I have been involved with migrating some 200 VSS databases to Subversion, one of the big issues is the ability to checkout a single file, we default to using export in those cases as many checkouts , updates and commits are done via scripts. The other issue with regards to functionality of Subversion vs VSS is that many times VSS gets files from multiple locations in the database and puts them in the working directory. We find it difficult if not impossible to do the same with Subversion. In what ways could svn:externals be improved to do what you need? My memories of "sharing" in VSS are all nightmares. No doubt about VSS that is why I convinced the entire Enterprise that it was not the appropriate application for source code management and development. Just having the ability to checkout a single file via TortoiseSVN or the commandline would be a huge gain for us. I am trying to promote changing the development process but too many legacy applications still exist that have dependencies on VSS where developers are not able or even willing to change to optimize the utilization of Subversion. We have a hack in place to handle the worst offending application that was built around VSS.
Re: SVN 1.7 - check out single file?
On 7/1/2011 11:38 AM, joe.floe...@sungard.com wrote: -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Friday, July 01, 2011 10:22 AM To: Andy Levy; users@subversion.apache.org Subject: Re: SVN 1.7 - check out single file? On Fri, Jun 24, 2011 at 17:05, Stefan Sperling wrote: On Fri, Jun 24, 2011 at 02:49:58PM -0400, Andy Levy wrote: With the new way WCs are managed, will it be possible to check out a single file, instead of having to do multiple steps with sparse directories just to get a single file in a directory? Looking at the release notes and CHANGES file, I think the answer is "no", but I need someone more knowledgeable to back me up here before I take the answer back to the person who asked me. Thanks. No, you still need to checkout a directory. But it sounds like the new --parents option of svn update might help you a bit: http://subversion.apache.org/docs/release-notes/1.7.html#update-parents We'll have to see how Tortoise implements this, as that's what most folks here are using. It's an edge case for us, it's only 2 or 3 people who are affected by the issue of too many items to check out just to update a single file. There may be more people who would like this feature than you think. Actually this ability is just what we are looking for. We are migrating off of SCCS and RCS to SVN. We organize our 9000 source files into two directories. We were disappointed that svn did not allow single file checkout. 90% of our work is maintenance involving 'work tickets' that affect only one or two files. So right now, in test, our checkouts run 4-10 minutes (depending on other server tasks and network traffic). This, as an optional ability, would be great for us. On the same note I have been involved with migrating some 200 VSS databases to Subversion, one of the big issues is the ability to checkout a single file, we default to using export in those cases as many checkouts , updates and commits are done via scripts. The other issue with regards to functionality of Subversion vs VSS is that many times VSS gets files from multiple locations in the database and puts them in the working directory. We find it difficult if not impossible to do the same with Subversion.
Re: Branching Questions
On 7/1/2011 11:26 AM, Geoff Hoffman wrote: 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks I just followed this guide yesterday, coincidentally, and it worked perfectly http://davidwinter.me/articles/2006/03/03/access-control-for-subversion-with-apache2-and-authz/ After getting the question clarified the customer was not using the word "lock" properly. We have an extensive ACL (one only for several hundred Repositories) and just about every access scenario down to the file level., so in this particular case there is no issue, as we are well versed in Apache and Subversion authz in combination with LDAP and the svn access file. thanks for you responses
Re: Branching Questions
On 7/1/2011 9:57 AM, Andy Levy wrote: Please stop top-posting. The convention on this mailing list is to bottom- or inline-post, and quote the relevant portions you're responding to. On Fri, Jul 1, 2011 at 09:43, Phil Pinkerton wrote: Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? What are you looking for, exactly? If you need to restrict all access to a path, including read access, then you need to use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks. The links you were given describe this very well - it's up to you to read& understand how they apply to your environment. If you need to restrict write access, you can use path-based authorization or a hook script. One script commonly used for this is svnperms.py svnperms.py requires more setup, but allows for wildcards and finer-grained control. If you're asking someone to show you a reference implementation, everyone's implementation of access control is a little different; it's best if you understand *how* it works and then how you can apply it to your environment. On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 I have reset Lanikai to use "bottom" reply. thanks for the reminder
Re: Branching Questions
On 7/1/2011 9:57 AM, Andy Levy wrote: Please stop top-posting. The convention on this mailing list is to bottom- or inline-post, and quote the relevant portions you're responding to. On Fri, Jul 1, 2011 at 09:43, Phil Pinkerton wrote: Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? What are you looking for, exactly? If you need to restrict all access to a path, including read access, then you need to use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks. The links you were given describe this very well - it's up to you to read& understand how they apply to your environment. If you need to restrict write access, you can use path-based authorization or a hook script. One script commonly used for this is svnperms.py svnperms.py requires more setup, but allows for wildcards and finer-grained control. If you're asking someone to show you a reference implementation, everyone's implementation of access control is a little different; it's best if you understand *how* it works and then how you can apply it to your environment. On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 I was simply following the responce format to my orignial email, I understand about bottom response, but thing change so I just followed what I recieved.
Re: Branching Questions
I suppose the question was a bit ambiguous, I see your point I'll ask for clarity. On 7/1/2011 9:57 AM, Andy Levy wrote: Please stop top-posting. The convention on this mailing list is to bottom- or inline-post, and quote the relevant portions you're responding to. On Fri, Jul 1, 2011 at 09:43, Phil Pinkerton wrote: Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? What are you looking for, exactly? If you need to restrict all access to a path, including read access, then you need to use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks. The links you were given describe this very well - it's up to you to read& understand how they apply to your environment. If you need to restrict write access, you can use path-based authorization or a hook script. One script commonly used for this is svnperms.py svnperms.py requires more setup, but allows for wildcards and finer-grained control. If you're asking someone to show you a reference implementation, everyone's implementation of access control is a little different; it's best if you understand *how* it works and then how you can apply it to your environment. On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11
Re: Branching Questions
Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11
Re: Branching Questions
Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11
Branching Questions
1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? 2. There is no limit on number of branches you can create, is this true ? 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Phil
Standards "Best Practice"
Are there recommended standards with regards to Repository size, number of users per Repository, what type of data is contained in a Repository? Any experience with performance issues in regards to running Subversion on VMware vs a Blade Server ? Phil
branch question
Any issues with creating a branch from a branch? no trunk and no merge back to first branch ? Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Single Sign on for read-only Subversion access via HTTP
We use LDAP authentication + Subversion ACL We would like to let the read-only access users by-pass LDAP is that possible ? is there a single-sign0n module perhaps ? We also need to set ignore case in http.conf (we did this but http crashes when enabling the non-LDAP access for a specific repository Phil
Re: Subversion/Tortoise questions
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote: > On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote: >> 1) Does Tortoise just send command to the Subversion Windows Command >> Line client? > snip ... >> 5) Does Tortoise and/or Subversion Windows Command Line client >> installed on the server allow multiple (i.e. 30 to 50) users accessing >> the one installation at the same time to check out, check in, and >> update content without corrupting content or experiencing great >> performance degradation? > > Can you rephrase this? I can't tell if you're asking about 30 people > logged onto one server (via Terminal Services/RDP?) simultaneously, or > 30 people accessing the same repository from their individual > workstations. Updated comment clarification from internal client: We have not ruled out a Citrix solution at this point so finding out how the GUI tool (TortoiseSVN ) will behave would be a good idea too. I think Citrix takes care of all the multi-threading complexities in this configuration but it would be good to ask. So the 30 people would be either running scripts on the developer server of have a Citrix session but either way the 30 people would be accessing the Subversion client installed on the development server.
Re: Subversion/Tortoise questions
On Wed, Nov 10, 2010 at 9:45 AM, Ludwig, Michael wrote: >> >> 4) Is the another GUI Subversion client that has better performance >> >> when content is being checked out to a Windows network drive. >> > >> > You won't find much variation, because they almost all use the same >> > core libraries or code. >> >> What about SvnAnt ? > > SvnAnt uses the svnClientAdapter.jar, which in turn uses one of: > > (1) JavaHL - Java/JNI to C++ core library interface [1] > (2) SvnKit - pure Java implementation [2] > (3) command line client, for example [3] > > Performance should be best for JavaHL. > > But a network drive is a network drive. > > And the current working copy format generates many files. > > Michael > > [1] http://subclipse.tigris.org/svnant.html > [2] http://svnkit.com/ > [3] http://www.sliksvn.com/ > With regards to the Windows Subversion Client. If several scripts are using the Subversion Command line client is the client shared or is a separate client launched when separate scripts are ran at the same time ?
Re: Subversion/Tortoise questions
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote: > On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote: >> 1) Does Tortoise just send command to the Subversion Windows Command >> Line client? > > No, it is not a wrapper. TortoiseSVN is built on top of the Subversion > client libraries. > >> 2) Can the Tortoise and/or Subversion Windows Command Line client be >> configured to reduce and/or eliminate with small pack CIFS traffic >> that occurs during the check out process to a Windows network drive? > > No. The next-generation WC format (coming with 1.7) may improve > performance, but Subversion checkout operations are very I/O > intensive. Some filesystems handle it better than others. > >> -maybe "trust" the check out and run an update status as a >> separate operation to get the status information validated >> >> -turn off the status feature during the check out and then turn it on > > TortoiseSVN's TSVNCache by default does not check network drives. > >> -other options (i.e. ini or xml) file the client use to turn the >> client or other specific knowledge you have about the client we can >> tune >> >> 3) Are there options around the Export which is very fast but does not >> write out any of the .svn file that we can use to speed up the client >> and get our status information? > > Not if you want to maintain the connection to the repository. > >> 4) Is the another GUI Subversion client that has better performance >> when content is being checked out to a Windows network drive. > > You won't find much variation, because they almost all use the same > core libraries or code. What about SvnAnt ?
Re: Subversion/Tortoise questions
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote: > On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote: >> 1) Does Tortoise just send command to the Subversion Windows Command >> Line client? > > No, it is not a wrapper. TortoiseSVN is built on top of the Subversion > client libraries. > >> 2) Can the Tortoise and/or Subversion Windows Command Line client be >> configured to reduce and/or eliminate with small pack CIFS traffic >> that occurs during the check out process to a Windows network drive? > > No. The next-generation WC format (coming with 1.7) may improve > performance, but Subversion checkout operations are very I/O > intensive. Some filesystems handle it better than others. > >> -maybe "trust" the check out and run an update status as a >> separate operation to get the status information validated >> >> -turn off the status feature during the check out and then turn it on > > TortoiseSVN's TSVNCache by default does not check network drives. > >> -other options (i.e. ini or xml) file the client use to turn the >> client or other specific knowledge you have about the client we can >> tune >> >> 3) Are there options around the Export which is very fast but does not >> write out any of the .svn file that we can use to speed up the client >> and get our status information? > > Not if you want to maintain the connection to the repository. > >> 4) Is the another GUI Subversion client that has better performance >> when content is being checked out to a Windows network drive. > > You won't find much variation, because they almost all use the same > core libraries or code. > >> 5) Does Tortoise and/or Subversion Windows Command Line client >> installed on the server allow multiple (i.e. 30 to 50) users accessing >> the one installation at the same time to check out, check in, and >> update content without corrupting content or experiencing great >> performance degradation? > > Can you rephrase this? I can't tell if you're asking about 30 people > logged onto one server (via Terminal Services/RDP?) simultaneously, or > 30 people accessing the same repository from their individual > workstations. > >> 6) Does Subversion other customers, example scripts or configurations >> for using a Subversion client with Windows network dr > > Your question got cut off. > > Generally it's recommended that WCs not be located on network shares, > partly for performance reasons, partly for practicality (IOW, why have > dozens of copies of the same stuff on one fileserver, when you don't > need it all backed up and it's 95% identical in the first place?). > 5) Basically what I'd like to know is whether multiple instances of the client running on the same machine maintain completely separate data areas (i.e. - the separate instances don't interfere with each other). If the code is re-entrant, then separate instances of the commands will be complete separate from each other - the only thing they share is the executable code. 6) Does Subversion other customers, example scripts or configurations for using a Subversion client with Windows network drive? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Subversion/Tortoise questions
1) Does Tortoise just send command to the Subversion Windows Command Line client? 2) Can the Tortoise and/or Subversion Windows Command Line client be configured to reduce and/or eliminate with small pack CIFS traffic that occurs during the check out process to a Windows network drive? -maybe "trust" the check out and run an update status as a separate operation to get the status information validated -turn off the status feature during the check out and then turn it on -other options (i.e. ini or xml) file the client use to turn the client or other specific knowledge you have about the client we can tune 3) Are there options around the Export which is very fast but does not write out any of the .svn file that we can use to speed up the client and get our status information? 4) Is the another GUI Subversion client that has better performance when content is being checked out to a Windows network drive. 5) Does Tortoise and/or Subversion Windows Command Line client installed on the server allow multiple (i.e. 30 to 50) users accessing the one installation at the same time to check out, check in, and update content without corrupting content or experiencing great performance degradation? 6) Does Subversion other customers, example scripts or configurations for using a Subversion client with Windows network dr
Network Drive Support ?
Question from a client: Does Subversion support checking out to a "network drive" many miles away ? They are asking due to extremely slow checkouts across a WAN to a NAS drive. I need a technical answer with regards to the performance of subversion in this scenario. ( as if speaking to a 10 year old ...mgmt haha ) thanks Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Check out fails Secure Connection truncated
What is the issue / cause with regards to "Could not read chunk delimiter" ?? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Secure connection truncated during checkout ?
Is there a solution for this issue or a work around that will not compromise security ? During long svn operations such as checkout I am often getting the following error: 'svn: REPORT of '/subversion/myproj/!svn/vcc/default': Could not read response body: Secure connection truncated' The location where I am checking out to is a Windows shared directory if that makes a difference. Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Setting "tags" to read only ?
How can we set a tag as read only at creation time ? We have a tags subdirectory and we keep tags created from trunk there, we want to set these tags to ready-only so they cannot be modified. We also copy our tags to a static tag for build reference ( we call this a sliding tag ). The static tag always has the same name but is always a copy of the actual tag to be built. Is it possible to set these tags to read-only once ther are copied from the trunk to the tags directory ? thanks -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Re: SVN update question
On 08/11/2010 07:44 PM, Ryan Schmidt wrote: On Aug 11, 2010, at 18:20, Phil Pinkerton wrote: I'd like to be able to update a working copy after deleting a file from the Repository and have the file I removed from the Repository also removed from the working copy when I do an update. Is that possible ? I'm a little confused by the question... it's not only possible, I'm not sure how to disable that behavior. So, if you've removed a file from the repository, and you have a working copy that was checked out before that deletion, then a simple "svn update" in that working copy should delete that file from the working copy. Is that not what's happening? If so, was the file in the working copy modified? Subversion won't delete modified files since that might mean deleting work that didn't exist anywhere else. Our experience was that the file remained in the working copy after it was deleted from SVN Repo and an update was done in the working directory
Re: SVN update question
On 08/11/2010 07:28 PM, David Bartmess wrote: On 8/11/2010 5:20 PM, Phil Pinkerton wrote: I'd like to be able to update a working copy after deleting a file from the Repository and have the file I removed from the Repository also removed from the working copy when I do an update. Is that possible ? Why would you want to remove a file from the repository? All you should have to do is do an svn delete and it would be deleted from the working copy on the update. But the deleted file will still be there, just not seen in the HEAD working revision Because the developers want to delete the file from Subversion Repository and have it removed from the working copy with the next (scripted update) , they do not have access to the working copy and the data in the working copy gets deployed ( also scripted) to several servers, they do not want the deployment to contain the file they deleted from the repository.
SVN update question
I'd like to be able to update a working copy after deleting a file from the Repository and have the file I removed from the Repository also removed from the working copy when I do an update. Is that possible ?
Subversion update "bug" ?
svn 1.6.5 while in a working copy I modified a file for testing. After testing I wanted to update the file I modified in the working copy to the version in the repository. the resulting update did not replace the files in the working copy as expected the modified file still remains. the only way I could have the update work was to delete the modified file then do the update. Why did svn not update the modified file ? Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
modifying the dot svn file
I have several projects that are transferring from one subversion server to another, which means the URL has changed, my question is what might the issues be if I just edit the (dot) svn file and change the URL ? or is it better to just delete it and rerun the checkout from the newer server ? phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Re: Meaning of numbers in format file ?
Hyrum K. Wright wrote: On Feb 16, 2010, at 11:47 AM, Phil Pinkerton wrote: Sorry the format file that is in each repository directory /format Hyrum K. Wright wrote: To which format file are you referring? On Feb 16, 2010, at 11:40 AM, Phil Pinkerton wrote: my guess is 5=1.6 4=1.5 3=1.4 2= < 1.4 please correct me if I am wrong See the note at the top of: http://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_repos/repos.h -Hyrum The reason I asked is I am looking for a way to identify the subversion version that was used to create a particular repository. The Subversion Server started as 1.4.2 was upgraded to 1.5.2 then 1.6.5 various repositories were created during each version and I need to know which repositories are associated with a particular Subversion version. I was hoping the format file was the answer, but not quite. any ideas ? thanks for your response it was very helpful. Phil
Re: Meaning of numbers in format file ?
Sorry the format file that is in each repository directory name>/format Hyrum K. Wright wrote: To which format file are you referring? On Feb 16, 2010, at 11:40 AM, Phil Pinkerton wrote: my guess is 5=1.6 4=1.5 3=1.4 2= < 1.4 please correct me if I am wrong thanks Phil
Meaning of numbers in format file ?
my guess is 5=1.6 4=1.5 3=1.4 2= < 1.4 please correct me if I am wrong thanks Phil