Re: automatic merge - quick question
On 2013-03-20 06:43, Z W wrote: [...] We like to perform frequent automatic svn merges between our trunk and our branches but we don't have much experience with svn merging. [...] We like to include this automatic and frequent merging process as part of our daily Hudson job. [...] You may wish to consider using Jigomerge[1] and its Hudson/Jenkins plugin[2]. [1] http://code.google.com/p/jigomerge/ [2] https://wiki.jenkins-ci.org/display/JENKINS/Jigomerge+Plugin. -- Michael Diers, elego Software Solutions GmbH, http://www.elegosoft.com/
Re: AW: New to subversion, need to find documentation on writing hooks
On 2012-05-22 08:21, Markus Schaber wrote: [...] At my current employer, we successfully use Jenkins. But there are other such systems, for example the java-based http://cruisecontrol.sourceforge.net/ and its .NET cousing http://www.cruisecontrolnet.org/ - both of them were used at one of my former employers place. At another former employers place, we used post-commit hooks triggering a self-written python daemon which ran appropriate scons build files. And AFAIR, Microsoft also provides some auto-build solution for VSS or TFS. http://en.wikipedia.org/wiki/Continuous_integration#Software contains a list of CI software. So even if you don't like Hudson or Jenkins for whatever reason, there are lots of alternatives, and I strongly suggest you evaluate continuous integration in your environment. [...] Ted, Please have a look at the (commmercial) CI tool TeamCity. It is able to do so-called pre-checked commits, which might help with your objective, i.e. keeping bad commits out of the codeline. http://en.wikipedia.org/wiki/TeamCity http://www.jetbrains.com/teamcity/features/index.html -- Michael Diers, elego Software Solutions GmbH, http://www.elegosoft.com/
Re: sqlite, afs and svn 1.7
On 2012-03-15 20:06, Daniel Shahaf wrote: Matyas Selmeci wrote on Thu, Mar 15, 2012 at 13:48:03 -0500: [...] Is there a way to turn off using Sqlite for the working copies, or some other way of safely using working copies on AFS? Or do we have to downgrade to 1.6? It's not possible to make 1.7.x avoid using SQLite for wc's. Perhaps you can recompile SQLite such that it doesn't use byte-range locking. It would be interesting to see if TMate Software's SVNKit (and their implementation of SQLite called SQLjet) can cope with AFS locking. They have a beta release of SVNKit 1.7; it comes with a command line client. http://svnkit.com/ http://sqljet.com/ -- Michael Diers, elego Software Solutions GmbH, http://www.elegosoft.com
Re: Support resources for Subversion
On 2012-01-25 10:00, Markus Schaber wrote: [...] I also searched for a list of commercial SVN supporters, but did not find one. Companies I found so far (together with a short, very subjective first shot characterization): - http://www.collab.net/ - Long-Time hosters of subversion development at tigris.org, also mainainers of SharpSVN AnkhSVN. - http://www.wandisco.com/ - Aggressive marketing, but seem to offer an unique solution for multi-site support. - http://www.elegosoft.com/ - German company, seems a cooperation partner of Collab.net. - http://www.clearvision-cm.com/ - Offers also integration of subversion with bug trackers and other software. - http://www.polarion.com/ - seem to offer consulting and training If you know of any corrections to the above list, other commercial support offers, or even better a well-maintained list of those that we can refer to, I'd like to hear about it. [...] There used to be a page with commercial support options on the old Subversion project homepage at Tigris.org, but that got ditched[1] with the move to the ASF. The final revision of that page[2] may still be of interest. Please consider that among the companies that offer commercial support, there are those which support the Apache Subversion project, and indeed its community, more actively than others. A quick scan of the Subversion mailing lists for regular contributors should give that away; you can usually tell their present affiliation by way of their e-mail addresses. This may or may not make a difference in choosing a commmercial offer. [1] http://thread.gmane.org/gmane.comp.version-control.subversion.devel/114944/focus=114945 [2] http://svn.apache.org/repos/asf/subversion/trunk/www/commercial-support.html?p=875619 -- Michael Diers - elego Software Solutions GmbH - http://www.elego.de
Re: Setting up domain and work-group-Pl help
On 2012-01-10 17:40, chandrakanth alahari wrote: Hello, I am desperately looking for the answer. My company has Domain group and the repository should be made accessible to domain users. [...] Chandu, are you going to host the repositories on Windows? If so, please have a look at VisualSVN Server. The product can handle authentication and authorization using domain group information, and it should be very easy to set up for someone familiar with the Windows platform. http://en.wikipedia.org/wiki/VisualSVN#VisualSVN_Server Note: No repository would be accessed using weblinks. I am pure windows developer. [...] I'm not sure what you mean here. Subversion provides a number of access methods, and choosing http(s) is quite common. http://svnbook.red-bean.com/en/1.7/svn.serverconfig.html http://stackoverflow.com/questions/2140954/which-protocol-svn-or-https -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re:
On 2011-08-15 23:02, Kathy Khaghani wrote: [...] Thank you Michael, for your response. This server have been in production for a long time and there is no plan to upgrade it. However openssl is installed on it, OpenSSL 0.9.7f 22 Mar 2005 [...] Kathy, please check config.log in the neon build directory. It should tell you if OpenSSL was properly detected. Here's a sample from a neon config.log (not from a build on FC4, though): [...] configure:27262: checking for pkg-config configure:27280: found /usr/bin/pkg-config configure:27293: result: /usr/bin/pkg-config configure:27637: checking for openssl pkg-config data configure:27648: result: yes configure:27655: using SSL library configuration from pkg-config configure:28013: checking openssl/ssl.h usability configure:28030: gcc -c -g -O2 -D_LARGEFILE64_SOURCE -DNE_LFS conftest.c 5 configure:28036: $? = 0 configure:28050: result: yes configure:28054: checking openssl/ssl.h presence configure:28069: gcc -E -D_LARGEFILE64_SOURCE -DNE_LFS conftest.c configure:28075: $? = 0 configure:28089: result: yes configure:28122: checking for openssl/ssl.h configure:28130: result: yes configure:28013: checking openssl/opensslv.h usability configure:28030: gcc -c -g -O2 -D_LARGEFILE64_SOURCE -DNE_LFS conftest.c 5 configure:28036: $? = 0 configure:28050: result: yes configure:28054: checking openssl/opensslv.h presence configure:28069: gcc -E -D_LARGEFILE64_SOURCE -DNE_LFS conftest.c configure:28075: $? = 0 configure:28089: result: yes configure:28122: checking for openssl/opensslv.h configure:28130: result: yes configure:28150: checking OpenSSL version is = 0.9.7 configure:28176: result: yes configure:28179: OpenSSL = 0.9.7; EGD support not needed in neon configure:28190: SSL support enabled, using OpenSSL (0.9.7 or later) [...] -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: Transmitting file data .svn: Commit failed
On 2011-08-10 19:48, Kathy Khaghani wrote: Hello again, In hopes of fixing an error on apache server crashing every time a commit is done, I upgraded my svn to: svnadmin, version 1.6.17 (r1128011) My openssl version is: OpenSSL 0.9.7f 22 Mar 2005 And apache server: Server version: Apache/2.0.54 So I downloaded the source for subversion and subversion-deps and compiled them: ./configure --with-ssl --with-libs=/usr/lib --prefix=/usr/local/src/subversion-1.6.17 make make install and now I get this error when I commit or svn list: svn: SSL is not supported any suggestion is highly appreciated. Best regards, Kathy [...] Are you really running Fedora Core 4 on your server? It was released in 2005, and has been unsupported by the Fedora Project since 2007 or so. That means it has not seen any security updates in yonks... The SSL library is not part of the subversion-deps tarball. You'll most likely need to install the SSL development kit packages from the Fedora package repository (openssl or gnutls). Or build those from source as well, as there probably won't be any current releases packaged for FC4. -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: upgrading source code in local repository
On 2011-08-03 06:10, Ryan Schmidt wrote: [...] I think perhaps you still misunderstand. Correct, svn_load_dirs.pl does not preserve your local changes. That's not its job. You never run svn_load_dirs.pl on directories or parts of the repository that contain any changes. You only run them on pristine copies of the vendor software. [...] Ryan, that is very well put. I suppose the original documentation of svn_load_dirs could do with this sort of explanation. Have you considered submitting a patch? -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: Issue with merge
On 2011-06-16 22:37, Henry Piñeros wrote: Can you try it in your computer ? A simple example!!! ( a flder with two files) [...] Henry, please tell us _exactly_ what you did; that is, the sequence of Subversion commands, and their output, if any. Cut and paste from the command line window. Then indicate where and when Subversion didn't work as you expected, and why you think it is not working right. By doing that, you very much increase the chances of getting the answer you are looking for. Also, if people agree that there is a problem, you actually contributed a test case for the Subversion test suite! Thanks. -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de signature.asc Description: OpenPGP digital signature
Re: Using SVN to develop a website
On 2011-06-13 16:13, Andy Levy wrote: [...] Be advised that there are security fixes included in later 1.5.x releases in addition to the usual bug fixes, and when Subversion 1.7 is released (the first alpha came out a few days ago) support for 1.5.x will end. Debian have a policy to backport critical security fixes to the Subversion package in their supported OS releases - as do Ubuntu, RedHat, SUSE, and others. Hence there is no need to panic, Debian lenny won't reach EOL till 2012-04, cf. http://en.wikipedia.org/wiki/Debian. That said, there is merit in having a more up-to-date Subversion release installed. For Debian, try backports.debian.org (shameless plug). -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de signature.asc Description: OpenPGP digital signature
Re: Failed SVN Verify Logs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-16 00:38, Jules Herr wrote: [...] hotcopy completed, failure with snvadmin verify on revision 607 in both the old repository and and the newly created hotcopied repository. [...] Jules, you should probably try fsfsverify. Be sure to run it on a copy of your repository. You may have to run the repair step repeatedly before it converges. http://www.szakmeister.net/fsfsverify/ http://svn.apache.org/repos/asf/subversion/trunk/contrib/server-side/fsfsverify.py - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2AoYkACgkQcEKlWnqVgz3oiQCfW9kycVoyNVtNm7XLl+4EUi+E aZQAoInT4Cwb+CCBQTfZNL1ErIcZO4VT =sOGc -END PGP SIGNATURE-
Re: commit not validated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-07 17:28, Bastien Semene wrote: I'd like to know if it is possible to commit code not updatable (not validated) until a flag is set/unset ? Here is our problem : We have projects with source code and datas, and a buildmachine build the executable(s). At time 0 the code is commited, the buildmachine starts building. At time + X (X = 0) new data model is commited. At time + Y (Y X) compilation is successfull and the new data can be read/write by the executable. During time Y-X, the project is broken as the old executable can't read new datas. I wish to let people - data or source code providers - commit while they cannot automatically update these revisions (they can force it, the buildmachine for example needs new source code if something fails during the previous build). Something like not validated commits can be an answser, but I didn't see anything allowing this on SVN. I've thought to some other durty solutions, but I'd like to be sure there's no clean way before starting anything. Bastien, JetBrains have a feature in their TeamCity continuous integration build management solution that might be of interest to you. Blurb from their product description: Pre-Tested Commit: No broken code in your version control. Ever. Typically, your team submits code to Version Control BEFORE verifying that it works, and risks breaking the build every single time — causing more problems than necessary. That's why TeamCity is different. Unlike the standard scenario (edit, commit, verify), TeamCity's Pre-tested Commit feature allows you to remotely verify your changes BEFORE committing them to the VCS. If your changes pass, TeamCity (in cooperation with your IDE) AUTOMATICALLY commits them to Version Control. If they fail, your code won't be submitted to the VCS and you'll receive a notification (by email, IM, your Windows System Tray, or in your IDE), allowing you to fix the failed code immediately. And unlike the standard scenario, you'll always know WHO broke the code. Most importantly, your team never stops working and there is never broken code in your Version Control. http://www.jetbrains.com/teamcity/features/delayed_commit.html - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2Aw7IACgkQcEKlWnqVgz3VaQCgr/BtgUc4n9l9cYNLJLEdoDjo t7AAni8Nvxec9KyD98C8psvqM0yHERzb =qmx9 -END PGP SIGNATURE-
Re: pre-lock.bat Failed in Repo browser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-15 00:19, Daniel Becroft wrote: In addition to this, locks are for a working-copy, not necessarily for a user. It's possible for the same user to steal the lock that they already hold in another working copy, and your script will let them. Yes, that's an additional twist there alright. Citing from The Book: Regarding Lock Tokens A lock token isn't an authentication token, so much as an authorization token. The token isn't a protected secret. In fact, a lock's unique token is discoverable by anyone who runs svn info URL. A lock token is special only when it lives inside a working copy. It's proof that the lock was created in that particular working copy, and not somewhere else by some other client. Merely authenticating as the lock owner isn't enough to prevent accidents. For example, suppose you lock a file using a computer at your office, but leave work for the day before you finish your changes to that file. It should not be possible to accidentally commit changes to that same file from your home computer later that evening simply because you've authenticated as the lock's owner. In other words, the lock token prevents one piece of Subversion-related software from undermining the work of another. (In our example, if you really need to change the file from an alternative working copy, you would need to break the lock and relock the file.) http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1/F+EACgkQcEKlWnqVgz17YgCdEe7K2CrLvnorKtBoyJo3xedr pWgAnROM4E9SSBEi1xQcHMTzEuPa9s6c =W9Nh -END PGP SIGNATURE-
Re: pre-lock.bat Failed in Repo browser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-09 02:23, Daniel Shahaf wrote: Michael Diers wrote on Tue, Mar 08, 2011 at 09:39:11 +: [...] Wild guess: are you perhaps using the file:// access method when browsing the repository? Hook scripts are run by the Subversion server process. Using the file:// access method effectively disables them. [...] Are you sure? Last I checked, normal clients didn't do authn/authz over file://, but did run hooks normally. Daniel, I stand corrected. When using the file:// access method the hook scripts are run, albeit in the client's context. This may or may not cause different behaviour to the normal way of running them in the server's context. - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk13X6wACgkQcEKlWnqVgz2GcwCfX9M3uXKgzwtwnlnDvcgGEis2 c2cAl3ZMSp57dizS7mBDa0fLMDjmBtk= =TSuv -END PGP SIGNATURE-
Re: pre-lock.bat Failed in Repo browser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-09 14:54, Waseem Bokhari wrote: What is :--- set trc=C:\tmp\waseem\trace.txt That's for debug tracing. You can set trc=nul or even leave out all the lines to do with %trc% in the batch code I posted. - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk13xZgACgkQcEKlWnqVgz03SQCgoyjMipQpi3y9ca3+Q/75rprz RkYAoLmt0zYw/qMZIR7iD1sODlYqA2kB =M31V -END PGP SIGNATURE-
Re: pre-lock.bat Failed in Repo browser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-03-08 06:51, Waseem Bokhari wrote: Hi Experts! Below is the pre-lock.bat Script Only User who lock the file can unlock the file. Other users are forbidden to Unlock file. [...] *Issue/Problem!!* This scenario failed in Repo Browser. Any one can Unlock File/Folder through Repo Browser. Please advice me accordingly. Waseem, that's too little information to give advice. Tell us about your repository and client setup. Wild guess: are you perhaps using the file:// access method when browsing the repository? Hook scripts are run by the Subversion server process. Using the file:// access method effectively disables them. http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-repository.html#tsvn-repository-create http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-repository-hooks.html - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk11+T8ACgkQcEKlWnqVgz3cWgCgrGAuUSuFjKjf0U/+fM2/kZoR gucAnRgp1IFwcqHsvgtkyCH+789pG18z =GSif -END PGP SIGNATURE-
Re: Subversion for debian stable and few questions
On 2011-01-13 19:42, San Martino wrote: [...] we need to install subversion in a production environment on a Linux Debian Stable system. The version of subversion should be as stable as possible and possibly one of the 1.6.x series. Unfortunately, the version from the stable branch provides subversion 1.5.x, while 1.6.x is available from debian backports. We would like to know if the 1.6.x from debian testing can be considered suitable for production. [...] Hi, you should use the lenny-backports package, it is functionally mostly equivalent to the one in testing (currently squeeze). 1.6.12dfsg-4~bpo50+1 http://packages.debian.org/lenny-backports/subversion The real difference is in the runtime package dependencies. See the most recent changelog entries below for details. Please be sure you read the instructions on using backports: http://backports.debian.org/Instructions/ subversion (1.6.12dfsg-4~bpo50+1) lenny-backports; urgency=high * Rebuild for lenny-backports. - Disable ra_serf, need a newer version than the one in lenny. - Build-depend on libdb4.6-dev, suggest db4.6-util. - Build-depend on openjdk-6-jdk instead of gcj-jdk. - Depend on openjdk-6-jre-headless instead of gij. -- Michael Diers mdi...@elego.de Mon, 10 Jan 2011 01:52:25 +0100 subversion (1.6.12dfsg-4) unstable; urgency=high * patches/loosen-sqlite-version-check: New patch: Relax the SQLite version check, to match the Debian sqlite3 packaging. (Closes: #608925) * patches/cve-2010-4539: New patch for CVE-2010-4539, fixing a remotely triggered crash in mod_dav_svn involving use of the SVNParentPath feature. (Closes: #608989) -- Peter Samuelson pe...@p12n.org Wed, 05 Jan 2011 10:43:01 -0600 -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: Broken URLs in Subversion README files
On 2011-01-18 00:22, Oftenwrong Soong wrote: Not sure if this is considered a bug that needs reporting... Many of the README files contained within Subversion's source distribution contain references to the old http://subversion.tigris.org/ URLs. For example, tools/README happily says that information about the scripts in that directory can be found at: http://subversion.tigris.org/tools_contrib.html but this URL is broken. Substituting apache.org for tigris.org produces a 404 error. The contrib section of the Subversion repository and the related documentation is no longer actively maintained by the Apache Subversion team. I hope the documents that were once hosted at tigris.org are not lost forever! Well, there's always the Wayback Machine... http://www.archive.org/web/web.php http://web.archive.org/web/20080822082136/http://subversion.tigris.org/tools_contrib.html Then again, there's always the history in the Subversion repository itself: http://svn.apache.org/viewvc/subversion/branches/1.5.x/www/tools_contrib.html?view=co -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: SVN Subversion- object level checkout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-01-13 08:24, amit.sas...@wipro.com wrote: We are using Tortoise SVN-1.6.7 alongwith Power Builder 11.5. We want to lock (check-out) the core power builder object from SVN so that only one user can modify the object for that time. For this case, If we want to open the workspace from the repository (SVN) we are getting the attached message. Amit, that's understood. AFAIK, you cannot do that with TortoiseSVN alone. Please let us know the correct process for the Power Builder connectivty with the proper Tortoise SVN SCC version to lock the core PB object. Did you read the information on Stackoverflow that I linked to in my first response? http://stackoverflow.com/questions/1162141/is-there-a-viable-scc-integration-for-subversion Your intent of using TortoiseSVN notwithstanding, I believe you still need to get _another_ piece of software (a Powerbuilder IDE plug-in) to do the checkout/checkin operations the way you want. N.B., with such a setup, the checkout and checkin operations are performed from within the IDE, not via TortoiseSVN. As I already said, PushOK's product worked well enough for our customer when we did an eval some years ago. http://www.pushok.com/soft_svn.php I cannot comment on either PBSCC or Subversion SCC Plugin for TortoiseSVN, as I haven't evaluated them. http://dm.char.com.ua/pb/pbscc/pbscc.htm http://tortoisesvnscc.tigris.org/ I guess you could simply try each of those options and experiment a bit. I'd love to hear about your findings. Cheers, - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0ux3kACgkQcEKlWnqVgz08vACcDziNwG299ec6Wk70LV1v83q8 DqYAoJpK+6+b6MGDRecoEP7cfGwXUYYs =+swj -END PGP SIGNATURE-
Re: SVN Subversion- object level checkout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-01-13 10:35, Michael Diers wrote: On 2011-01-13 08:24, amit.sas...@wipro.com wrote: We are using Tortoise SVN-1.6.7 alongwith Power Builder 11.5. We want to lock (check-out) the core power builder object from SVN so that only one user can modify the object for that time. For this case, If we want to open the workspace from the repository (SVN) we are getting the attached message. Amit, that's understood. AFAIK, you cannot do that with TortoiseSVN alone. [...] Apparently, Sybase have finally ditched that monstrous PBL concept with last years' Powerbuilder 12 release. http://stackoverflow.com/questions/1069235/powerbuilder-11-5-version-control So, the solution is simple: upgrade to Powerbuilder 12 and rid yourself of the Powerbuiler Source Control nightmare. Only serious. - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk0uzzkACgkQcEKlWnqVgz2ROgCYueZx1TS59L/n6SHeioknj/4x ggCglLGmI6sxts+i5WW0OWb9vV/7pAQ= =cw8C -END PGP SIGNATURE-
Re: SVN Subversion- object level checkout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-01-13 19:58, SUMNER Andrew wrote: [...] Mark also mentioned that version 12 gets rid the horror that is the PBL. Unfortunately that is only in the Visual Studio version and I'm not sure I want to go down that path in its first release. The classic version still uses PBLs. Andrew, thanks for clarifying this. I haven't looked at PB in a while and was going by the sparse information in the Stackoverflow article I referred to. (Note to self: stop doing that!) It sounded too good to be true anyway... - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0vZR8ACgkQcEKlWnqVgz1iuACfd09BgmYxBKv1T+NQ3Y2VpQxt nBQAnA8G0okG/Jc2lk7x8i3LEGO3nkE/ =Ns1C -END PGP SIGNATURE-
Re: SVN Subversion- object level checkout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-01-12 09:57, sourav.s...@wipro.com wrote: [...] We will use Tortoise SVN (Subversion) as version control system or SCM tool for our project. We are facing an issue for which we would like to get a solution. We are linking SVN to Powerbuilder 11.5. We are trying to checkout files at object level. Every .pbl file, have many files inside. But SVN is not able to checkout those individual files which are inside the pbl file. So is there a way by which SVN can checkout those files which are inside pbl. TortoiseSVN 1.6.7, 2010/01/22 Subversion 1.6.9 [...] Sourav, you need to play by PowerBuilder's rules, I'm afraid. Trying to use TortoiseSVN or any other plain Subversion client for checkin/checkout will cause you grief. You can still use TortoiseSVN for other tasks, like browsing logs, tagging and branching. The IDE supports the SCC API, and you need to use a plug-in for the IDE that can drive Subversion via SCC. This will magically do the right thing with objects in PBLs. Note that SCC encourages a serialized workflow with reservation (locking) of objects. We evaluated PushOK's product a couple of years ago; at the time, it proved a good fit for our customer's needs. http://stackoverflow.com/questions/1162141/is-there-a-viable-scc-integration-for-subversion (Please upgrade to Subversion 1.6.15. Subversion 1.6.9 sports a number of bugs that have been fixed since its release.) - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0ts0EACgkQcEKlWnqVgz0QngCfcTZ5gHe8upwsAH5x3zNZbFXB 6vEAn27V2eskpxWfOfh5Hyu6747LFZlg =jf++ -END PGP SIGNATURE-
Re: package with everything you need for svn?
On 2010-09-22 16:23, Bob Archer wrote: Does anyone know if there are all inclusive packages out there with svn and all of the other open source dependencies ... so I don't have to install (or compile/install) all the other packages one at a time? or at least a package to download and compile everything at once, together without downloading all of the individual pieces and working on them. i am going to be running Solaris 10 when I do this. I also want svn 1.5.x or later? There is subversion edge http://www.open.collab.net/go/csvne2_r2a/ but I don't see a Solaris binary for it. You might have to build it on Solaris so I guess that doesn't meet your requirements. CollabNet still have their classic packages available for Solaris. It's a pretty good match for KM's requirements. http://www.collab.net/downloads/subversion.html http://www.collab.net/downloads/subversion/solaris.html -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: Ubuntu: store user credentials for svn-client
On 2010-09-14 09:47, bebop52 wrote: Thank you Larry, sorry for the late reply (holidays). I'm still struggling with the same problem. Here is the whole error- message (I translated the German parts) commiting a Change in a Latexfile with Emacs VC from Ubuntu 10.04: Hi, you don't need to translate anything if you run Subversion in an English locale setting: env LANG=en_US.utf8 svn ... To find out what locales are available, run locale -a. Login: https://xyz.googlecode.com:443 Google Code Subversion Repository Password for »myLinuxUsername«: Login: https://xyz.googlecode.com: 443 Google Code Subversion Repository Username: svn: Transmission failed (Details folllow): svn: MKACTIVITY from »/svn/!svn/act/ 87b61f4b-1512-4235-82d2-6541103d5e74«: Authorisation failed: Could not authenticate to server: rejected Basic challenge (https:// xyz.googlecode.com) I did not change anything in my ~/.subversion/servers file, so everything is commented out. In my ~/.subversion/config file I have something like this: [groups] # group1 = *.collab.net myProject = https://xyz.googlecode.com/svn/trunk/ # myProject = https://xyz.googlecode.com/ did not work either What about the following? myProject = xyz.googlecode.com ### Information for myProject: [myProject] # http-proxy-host = proxy1.some-domain-name.com # http-proxy-port = 80 # http-proxy-username = blah # http-proxy-password = doubleblah # http-timeout = 60 # http-auth-types = basic;digest;negotiate #uncommenting this did not work # neon-debug-mask = 130 store-plaintext-passwords = yes #don't care about secutity in this case username = myGoogleCodeUsername Authentication should use myGoogleCodeUsername instead of myLinuxUsername and prompt me for a password (?) So my (very basic newbie) question remains: How do I configure subversion on Ubuntu 10.04 to be able to authenticate to a GoogleCode Repository? Thanks for any help. What's in the [auth] section of your ~/.subversion/config? You should be able to disable support for GNOME Keyring (and KDE Wallet, for that matter) altogether by specifying password-stores accordingly in the [auth] section of your config file, like so: [auth] password-stores = keychain,windows-cryptoapi http://subversion.apache.org/faq.html#plaintext-passwords http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn.serverconfig.netmodel.credcache http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html#svn.advanced.confarea.layout Here's the beginning of a fresh ~/.subversion/config file. You can have svn generate one if you just move the existing ~/.subversion out of the way first: $ mv ~/.subversion ~/.subversion.keep.me $ svn ls http://svn.apache.org/repos/asf/subversion $ cat ~/.subversion/config ### This file configures various client-side behaviors. ### ### The commented-out examples below are intended to demonstrate ### how to use this file. ### Section for authentication and authorization customizations. [auth] ### Set password stores used by Subversion. They should be ### delimited by spaces or commas. The order of values determines ### the order in which password stores are used. ### Valid password stores: ### gnome-keyring(Unix-like systems) ### kwallet (Unix-like systems) ### keychain (Mac OS X) ### windows-cryptoapi(Windows) # password-stores = gnome-keyring,kwallet ### ### Set KWallet wallet used by Subversion. If empty or unset, ### then the default network wallet will be used. # kwallet-wallet = ### ### Include PID (Process ID) in Subversion application name when ### using KWallet. It defaults to 'no'. # kwallet-svn-application-name-with-pid = yes ### ### The rest of this section in this file has been deprecated. ### Both 'store-passwords' and 'store-auth-creds' can now be ### specified in the 'servers' file in your config directory. ### Anything specified in this section is overridden by settings ### specified in the 'servers' file. ### ### Set store-passwords to 'no' to avoid storing passwords in the ### auth/ area of your config directory. It defaults to 'yes', ### but Subversion will never save your password to disk in ### plaintext unless you tell it to (see the 'servers' file). ### Note that this option only prevents saving of *new* passwords; ### it doesn't invalidate existing passwords. (To do that, remove ### the cache files by hand as described in the Subversion book.) # store-passwords = no ### Set store-auth-creds to 'no' to avoid storing any subversion ### credentials in the auth/ area of your config directory. ### It defaults to 'yes'. Note that this option only prevents ### saving of *new* credentials; it doesn't invalidate existing ### caches. (To do that, remove the cache files by hand.) # store-auth-creds = no ... -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de signature.asc Description: OpenPGP digital signature
Re: Is version 1.6 compatible with version 1.5 to upgrade subversion repository?
On 2010-09-08 09:34, c-aries wrote: Hi all, my company wanna upgrade subversion's repository from version 1.5 to version 1.6. Is version 1.6 compatible with version 1.5? Yes. Refer to section Comnpatibility Concerns in the Subversion 1.6 release notes. http://subversion.apache.org/docs/release-notes/1.6.html http://subversion.apache.org/docs/release-notes/1.6.zh.html -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: SVN and bug reporting tools
Oliver Marshall wrote: We are looking at a trac/svn setup here, but before we commit ourselves does anyone know of any other bug reporting tools that can integrate with SVN? Certainly Trac can be a littletechnical in places and something that's easier for end users to deal with would be good. The old Subversion home page had a section listing third-party clients, including bug reporting tools. Hoewever, Trac is probably one of the more accessible ones, IMHO. http://svn.apache.org/viewvc/subversion/branches/1.6.x/www/links.html?view=co http://web.archive.org/web/20080731200910/http://subversion.tigris.org/index.html http://web.archive.org/web/20080731200910/http://subversion.tigris.org/links.html#clients (Note that the archived pages are rather dated.) -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de
Re: Problems merging with 1.6.2 client and 1.5.6 server
Clint Popetz wrote: Are there known issues merging between branches using a 1.6.2 client and a 1.5.6 server? [...] Clint, there are problems with merges and indeed merge performance in that client release. Some have since been addressed in more recent 1.6 releases. I'd suggest you give the 1.6.9 client a try. http://svn.apache.org/repos/asf/subversion/trunk/CHANGES Server at 1.5.6 should be OK, except some new features are not available client-side; see Compatibility Concerns in the release notes. http://subversion.apache.org/docs/release-notes/1.6.html Cheers, -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de