Re: Managing modifications to an open source product

On Fri, 15 Oct 2010 00:08:28 +0200, Stefan Sperling wrote: > On Thu, Oct 14, 2010 at 09:17:59PM +, Dan Nessett wrote: >> My question has to do with bypassing the fetch of the complete new MW >> version into our repository. (NB: MW revisions run about 150MB). Let me >> describe this in more det

Re: Repository organization for complex project

On 14 October 2010 22:03, Les Mikesell wrote: > On 10/14/2010 3:11 PM, David Weintraub wrote: >> >> What? You want a GOOD Maven manual? Real programmers don't use >> manuals. > > Yeah, I know - they don't write them either (except for subversion, of > course).  As you might guess, I'm more of a sy

Re: svn Farm

On Thu, Oct 14, 2010 at 2:22 PM, Stefan Sperling wrote: > I hope the work-in-progress gpg-agent support I mentioned will fill that gap. > Would using gpg-agent work for you? Quite likely. I haven't really played with gpg-agent, but I don't know of any reason it shouldn't work. -- David Brodbe

Re: Managing modifications to an open source product

On Thu, Oct 14, 2010 at 09:48:21PM +, Dan Nessett wrote: > Bad etiquette to answer my own question, but I just reread the Externals > Definition section of the book and found this: > > "An externals definition can point only to directories, not to files." > So, what I have described won't wo

Re: Managing modifications to an open source product

On Thu, Oct 14, 2010 at 09:17:59PM +, Dan Nessett wrote: > My question has to do with bypassing the fetch of the complete new MW > version into our repository. (NB: MW revisions run about 150MB). Let me > describe this in more detail. > > + When we wish to upgrade to a new MW revision, check

Re: Managing modifications to an open source product

Dan, This isn't that much help but are you aware that svn export is exactly the same as svn checkout & run a script to delete all the .svn folders ...? The problem with stripping .svn from vendor checkout is then you cannot update it; you're forced to export the whole tree every time. The met

Re: Managing modifications to an open source product

On Thu, 14 Oct 2010 21:17:59 +, Dan Nessett wrote: > On Thu, 14 Oct 2010 21:55:08 +0200, Olivier Sannier wrote: > >> On 14/10/2010 21:45, Dan Nessett wrote: >>> On Thu, 14 Oct 2010 15:38:41 -0400, Bob Archer wrote: >>> > I develop for a site that uses Mediawiki (MW). We make some > mo

Re: svn Farm

On Thu, Oct 14, 2010 at 01:58:19PM -0700, David Brodbeck wrote: > On Thu, Oct 14, 2010 at 11:28 AM, Stefan Sperling wrote: > > As of 1.6, Subversion asks the user before saving passwords in > > plaintext. 1.6 also added support for using GNOME Keyring and KDE Wallet > > as password stores. > > Yu

Re: Managing modifications to an open source product

On Thu, 14 Oct 2010 21:55:08 +0200, Olivier Sannier wrote: > On 14/10/2010 21:45, Dan Nessett wrote: >> On Thu, 14 Oct 2010 15:38:41 -0400, Bob Archer wrote: >> I develop for a site that uses Mediawiki (MW). We make some modifications to it before deployment. Generally, (using subversion

Re: Repository organization for complex project

On 10/14/2010 3:11 PM, David Weintraub wrote: What? You want a GOOD Maven manual? Real programmers don't use manuals. Yeah, I know - they don't write them either (except for subversion, of course). As you might guess, I'm more of a system administrator than a programmer... Fortunately, yo

Re: svn Farm

On Thu, Oct 14, 2010 at 11:28 AM, Stefan Sperling wrote: > As of 1.6, Subversion asks the user before saving passwords in > plaintext. 1.6 also added support for using GNOME Keyring and KDE Wallet > as password stores. Yup. There are, as noted, unfortunately a lot of hassles involved with those

Re: Managing modifications to an open source product

On Thu, 14 Oct 2010 22:33:04 +0200, Stefan Sperling wrote: > On Thu, Oct 14, 2010 at 09:55:08PM +0200, Olivier Sannier wrote: >> On 14/10/2010 21:45, Dan Nessett wrote: >> >On Thu, 14 Oct 2010 15:38:41 -0400, Bob Archer wrote: >> >>>Generally, (using subversion) we >> >>>check out a tagged versio

Re: Managing modifications to an open source product

On Thu, Oct 14, 2010 at 09:55:08PM +0200, Olivier Sannier wrote: > On 14/10/2010 21:45, Dan Nessett wrote: > >On Thu, 14 Oct 2010 15:38:41 -0400, Bob Archer wrote: > >>>Generally, (using subversion) we > >>>check out a tagged version into a workspace, recursively delete the > >>>.svn directories,

Re: Repository organization for complex project

What? You want a GOOD Maven manual? Real programmers don't use manuals. We hack away for years in frustration and futility until we die. Maven is one of the WORST Unix documented projects I've seen. I know of only two books: Maven: The Definitive Guide a

Re: Managing modifications to an open source product

On 14/10/2010 21:45, Dan Nessett wrote: On Thu, 14 Oct 2010 15:38:41 -0400, Bob Archer wrote: I develop for a site that uses Mediawiki (MW). We make some modifications to it before deployment. Generally, (using subversion) we check out a tagged version into a workspace, recursively delete the

Re: Managing modifications to an open source product

On Thu, 14 Oct 2010 15:38:41 -0400, Bob Archer wrote: >> I develop for a site that uses Mediawiki (MW). We make some >> modifications to it before deployment. Generally, (using subversion) we >> check out a tagged version into a workspace, recursively delete the >> .svn directories, modify a small

RE: Managing modifications to an open source product

> I develop for a site that uses Mediawiki (MW). We make some > modifications to it before deployment. Generally, (using > subversion) we check out a tagged version into a workspace, > recursively delete the .svn directories, modify a small number of > files, add some of our own extensions, and the

Managing modifications to an open source product

I develop for a site that uses Mediawiki (MW). We make some modifications to it before deployment. Generally, (using subversion) we check out a tagged version into a workspace, recursively delete the .svn directories, modify a small number of files, add some of our own extensions, and then commi

Re: Repository organization for complex project

On 10/14/2010 8:24 AM, David Weintraub wrote: On Thu, Oct 14, 2010 at 3:39 AM, Stephen Connolly wrote: Our C/C++ guys just use curl to POST the binaries to Nexus over http... we also POST the .pom file and the .md5 and .sha1 files... that is because one of their build toolchain envs cannot hav

Re: svn Farm

On Thu, Oct 14, 2010 at 10:56:35AM -0700, David Brodbeck wrote: > On Sat, Oct 9, 2010 at 6:39 AM, Nico Kadel-Garcia wrote: > > Second, many working environments in the UNIX world rely on NFS based > > home directoies, to share working environments and configurations > > across a variety of machine

Re: svn Farm

On Sat, Oct 9, 2010 at 6:39 AM, Nico Kadel-Garcia wrote: > Second, many working environments in the UNIX world rely on NFS based > home directoies, to share working environments and configurations > across a variety of machines. In such environments, *any* host that > can be leveraged to local roo

Re: sparse checkout tool

On Thu, Oct 14, 2010 at 1:38 PM, Jeremy Mordkoff wrote: > I remember reading about a tool that let you define what parts of a > repository were needed to create a work space. It basically did a bunch > of sparse checkouts based on a config file. > > Could someone remind me what was its name? Pleas

sparse checkout tool

I remember reading about a tool that let you define what parts of a repository were needed to create a work space. It basically did a bunch of sparse checkouts based on a config file. Could someone remind me what was its name? Please reply directly as I'm no longer on the list. Thanks JLM

RE: Subversion on AIX

> I may have already stated this, but the way the build works > really sucks. Running "configure" on AIX powerpc would take > 15 to 30 minutes. > Each time, determining whether my version of sed truncates > characters, the name of my default executable created by the > linker, etc. And, when th

Re: Repository organization for complex project

On Thu, Oct 14, 2010 at 3:39 AM, Stephen Connolly wrote: > Our C/C++ guys just use curl to POST the binaries to Nexus over > http... we also POST the .pom file and the .md5 and .sha1 files... > that is because one of their build toolchain envs cannot have Java on > it... Nexus will rebuild the met

Re: Subversion on AIX

Alas, we don't have "cc", only "gcc". I finally got everything to work. I had to fudge the flags a bit. And, I discovered that it wants a later version of Neon than came with the Subversion package. (I believe the depedencies came with .28 and Subversion said it needed .29 as a minimum.) I had to

RE: UTF-16 files and inconsistent line endings

Hi Ulrich and Stefan Thanks for your replies. Using UTF-8 has solved the problem, as you suggested. Best regards David > -Original Message- > From: Ulrich Eckhardt [mailto:eckha...@satorlaser.com] > Sent: 14 October 2010 12:23 > To: users@subversion.apache.org > Subject: Re: UTF-16 f

Re: UTF-16 files and inconsistent line endings

On Thursday 14 October 2010, David Aldrich wrote: > I am developing with Visual C++ Express 2008 on Windows. I needed to add > some Japanese characters to a source file, whereupon the editor stored the > file in UTF-16LE encoding. Subversion doesn't support UTF-16 as text file, it treats it as unk

Re: Bug report against SVN 1.6.13

On Thu, Oct 14, 2010 at 01:42:36AM +0200, Paul Maier wrote: > Hi there! > > file b should be read-write here; what do you think: > > > Reproduction script: > > svn --version > svnadmin create xx > svn co "file:///C:/[...]/xx" yy > cd yy > echo a > a > svn add a

Re: UTF-16 files and inconsistent line endings

On Thu, Oct 14, 2010 at 09:29:50AM +0100, David Aldrich wrote: > Hi > > I am developing with Visual C++ Express 2008 on Windows. I needed to add some > Japanese characters to a source file, whereupon the editor stored the file in > UTF-16LE encoding. Subversion (1.6.12) now complains that the fi

UTF-16 files and inconsistent line endings

Hi I am developing with Visual C++ Express 2008 on Windows. I needed to add some Japanese characters to a source file, whereupon the editor stored the file in UTF-16LE encoding. Subversion (1.6.12) now complains that the file has inconsistent EOL-style. Does Subversion 1.6 support UTF-16LE enc

RE: Subversion on AIX

> Linedata Limited Registered Office: 85 Gracechurch St., London, EC3V 0AA Registered in England and Wales No 3475006 VAT Reg No 710 3140 03 -Original Message- > From: David Weintraub [mailto:qazw...@gmail.com] > Sent: 13 October 2010 18:03 > To: Giulio Troccoli > Cc: Subversion > Subj

Re: Repository organization for complex project

On 13 October 2010 21:42, Les Mikesell wrote: > On 10/13/2010 2:52 PM, BRM wrote: >> >>> From: Les Mikesell >>> We currently commit component binaries back into  tags which are then >>> used by >>> other things with external references, and final  binaries are managed >>> separately by project, bu

Re: Repository organization for complex project

On 13 October 2010 19:19, David Weintraub wrote: > On Wed, Oct 13, 2010 at 1:42 PM, Les Mikesell wrote: >> How would you access them if you don't have java/maven/ivy when you want to >> retrieve a certain version? > > Before we adopted our Ant projects to use Maven, we simply used the > task. Yo