Re: Corrupted revisions - need help
On Tue, Nov 20, 2012 at 08:14:41AM +0200, Daniel Shahaf wrote: > Stefan Sperling wrote on Mon, Nov 19, 2012 at 21:07:59 +0100: > > Extract these reps from the FSFS data of the temporary repository and > > stitch them into the broken repository at appropriate places, recalculating > > checksums where necessary, > > Instead of recalculating, you ought to be able to set them to all-zeroes. Ah, that's neat :) Oh, and make sure to remove rows containing checksums of corrupted reps from rep-cache.db. Alternatively, disable rep-sharing in fsfs.conf. Else, you might end up with new revisions pointing at existing bad reps (in particular if people keep trying to add the same file again and again under different names in an attempt to repair it.)
Re: Running Bugzilla and SVN in same Server
How to obtain a virtual address like dat? On Nov 19, 5:34 pm, Nico Kadel-Garcia wrote: > On Mon, Nov 19, 2012 at 7:21 AM, Thorsten Schöning > > > > > > > > > > wrote: > > Guten Tag Ratheesh Sahayaraj, > > am Montag, 19. November 2012 um 12:59 schrieben Sie: > > >> > >> ServerAdmin webmas...@dummy-host.example.com > >> DocumentRoot /var/www/html/websvn > >> ServerName svn > >> ErrorLog logs/websvn-error_log > >> CustomLog logs/websvn-access_log common > >> > >> Options +FollowSymLinks > >> AllowOverride None > >> order allow,deny > >> allow from all > >> AuthType Basic > >> AuthName "Subversion Repository" > >> Require valid-user > >> AuthUserFile /svn/conf/svn-auth-file > >> > >> php_flag magic_quotes_gpc Off > >> php_flag track_vars On > >> > >> > >> > > > You should read the docs on what a virtual host is and how it works, > > afterwards you can configure the same for Bugzilla and access both > > applications using proper names as you already configured "svn" for > > WebSVN. > > >> PerlSwitches -I/var/www/html/bugzilla -I/var/www/html/bugzilla/lib -w - > >> T > >> PerlConfigureRequire /var/www/html/bugzilla/mod_perl.pl > > > You shouldn't need the I-switch and those two lines assume that > > nothing else is running in your httpd, you can't have Bugzilla and > > Subversion in parallel this way. You need virtual hosts, read about > > them. Below is an exmaple configuration I use, I don't use with > > commented mod_pelr.pl because I don't use it currently. > > Note that hostname based virtual hosts are one of the irksome > poltergeists of secure computing. The big part of the problem is that > SSL keys are tied to IP addresses, and you can't use different keys > for different virtual hosts on the same IP address. The other problem > is that for most configurations, you wind up having to use the fully > qualified hostname for all URL's, and can't use the IP address or > aliases for the same site unless you *manually* set them all up as > ServerAlias options. > > If feasible: get a separate IP address for the separate service, set > it up as a virtual IP address, and set up a different IP based virtual > host to separate out the functions of bugzilla and Subversion. > > It's also possible to set up Subversion as a subdirectory on the same > server, by using "https://hostname/svn/"; as the URL to work > with.https://[whatver]/svn can then be set to "Redirect" to to the > Subversion URL. just to avoid confusion.
Re: Running Bugzilla and SVN in same Server
Guten Tag Ratheesh Sahayaraj, am Dienstag, 20. November 2012 um 10:27 schrieben Sie: > How to obtain a virtual address like dat? etc/hosts or local DNS server. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
svn update with --no-auth-cache crashes on Windows 7 x64
Hello Guys, on Windows 7 x64 svn update with the parameter --no-auth-cache crashes if the credentials has been stored before. The result is a locked working copy that has to be unlocked by svn cleanup. The Subversion Client is installed from TortoiseSVN 1.7.10, Build 23359 - 64 Bit svn --version svn, version 1.7.7 (r1393599) compiled Oct 8 2012, 20:42:17 Copyright (C) 2012 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_neon : Module for accessing a repository via WebDAV protocol using Neon. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - handles 'http' scheme - handles 'https' scheme Best regards i.A. Thomas Oftring smime.p7s Description: S/MIME cryptographic signature
Re: Corrupted revisions - need help
Stefan Sperling wrote on Tue, Nov 20, 2012 at 09:32:18 +0100: > On Tue, Nov 20, 2012 at 08:14:41AM +0200, Daniel Shahaf wrote: > > Stefan Sperling wrote on Mon, Nov 19, 2012 at 21:07:59 +0100: > > > Extract these reps from the FSFS data of the temporary repository and > > > stitch them into the broken repository at appropriate places, > > > recalculating > > > checksums where necessary, > > > > Instead of recalculating, you ought to be able to set them to all-zeroes. > > Ah, that's neat :) > > Oh, and make sure to remove rows containing checksums of corrupted reps > from rep-cache.db. Alternatively, disable rep-sharing in fsfs.conf. > Else, you might end up with new revisions pointing at existing bad reps But such pointers might already exist in revisions that were committed after the committed revision and before it was fixed, right? In which case - there is no easy way to find all of them (short of exhaustive search), but fixing them should be easy (especially given that the sha1 and uniquifier fields in rep reference lines are optional). > (in particular if people keep trying to add the same file again and > again under different names in an attempt to repair it.)
Re: svn update with --no-auth-cache crashes on Windows 7 x64
Guten Tag Thomas Oftring, am Dienstag, 20. November 2012 um 10:37 schrieben Sie: > on Windows 7 x64 svn update with the parameter --no-auth-cache crashes if > the credentials has been stored before. > This is a known bug in 1.7.7 which happens only on Windows. > Due to a coding error, when a user name is already cached and > the --username option specifies a different user name than the > one in the cache, svn crashes. > If this affects you and you cannot work around it I'd recommended > using 1.7.6 until 1.7.8 gets released which will include a fix. http://mail-archives.apache.org/mod_mbox/subversion-users/201211.mbox/%3c20121104101302.gd27...@ted.stsp.name%3E Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail:thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
[PATCH] JavaHL propertyGet handling in org.tigris.subversion package
Patches to the Subversion code should go to dev@s.a.o.
A log message that would help. Look at old log messages for the code
and see the guidelines:
http://subversion.apache.org/docs/community-guide/conventions.html#log-messages
A regression test would also help.
Conor MacNeill writes:
> Hi,
>
> I've been having a problem with the 1.7 JavaHL implementation in the
> org.tigris.subversion package. As I understand the code, this has been
> written as a wrapper around the new org.apache.subversion package. The
> propertyGet method is calling new String() around the byte[] value returned
> from the new interface's equivalent method. The problem is that when this
> returns null, the old interface method throws a NullPointerException rather
> than returning null.
>
> This is somewhat related to the discussion in
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=3770
>
> although it's of a slightly different character.
>
> I suggest the following change:
>
> Index: SVNClient.java
> ===
> --- SVNClient.java(revision 1411518)
> +++ SVNClient.java(working copy)
> @@ -2110,10 +2110,10 @@
> {
> try
> {
> -return new PropertyData(path, name,
> -new String(aSVNClient.propertyGet(path, name,
> -revision == null ? null : revision.toApache(),
> -pegRevision == null ? null :
> pegRevision.toApache(;
> +byte[] propertyBytes = aSVNClient.propertyGet(path, name,
> +revision == null ? null : revision.toApache(),
> +pegRevision == null ? null : pegRevision.toApache());
> +return propertyBytes == null ? null : new PropertyData(path,
> name, new String(propertyBytes));
> }
> catch (org.apache.subversion.javahl.ClientException ex)
> {
>
> What do you think?
>
> Cheers
> Conor
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Re: Running Bugzilla and SVN in same Server
2012/11/20 Thorsten Schöning : > Guten Tag Ratheesh Sahayaraj, > am Dienstag, 20. November 2012 um 10:27 schrieben Sie: > >> How to obtain a virtual address like dat? > > etc/hosts or local DNS server. /etc/hosts only works for the one host it is configured for. A spare IP address would come from whoever does the DNS and networking for your normal HTTP/HTTPS website name. Once you've got the IP address assigned, how to activate it depends on your operating system. Look up "virtual IP address" on Wikipedia to get an idea of how they're used, and google "virtual IP address" and your operating system for more details about how to set it up.
Revision Graph
In looking at the revision graph of /trunk, I see revisions 1 - 10, then 23 - 41 (which is current) as of today. Whatever happened to revs 11 - 22...should I be worried?
Re: Revision Graph
On Nov 20, 2012, at 17:04, "Ahmed, Omair (GE Oil & Gas)" wrote: > In looking at the revision graph of /trunk, Subversion itself doesn't have a revision graph feature; it's not a GUI. Perhaps you're thinking of TortoiseSVN or another GUI. > I see revisions 1 - 10, then 23 - 41 (which is current) as of today. > > Whatever happened to revs 11 – 22…should I be worried? Those revisions were probably not on trunk but on a different part of the repository.
Re: Running Bugzilla and SVN in same Server
On Nov 19, 2012, at 06:33, Nico Kadel-Garcia wrote: > Note that hostname based virtual hosts are one of the irksome > poltergeists of secure computing. The big part of the problem is that > SSL keys are tied to IP addresses, and you can't use different keys > for different virtual hosts on the same IP address. Yes you can. http://en.wikipedia.org/wiki/Server_Name_Indication > The other problem > is that for most configurations, you wind up having to use the fully > qualified hostname for all URL's, As opposed to what? > and can't use the IP address or > aliases for the same site unless you *manually* set them all up as > ServerAlias options. Sure; don't try to use bare IP addresses in URLs. That's why DNS was invented. > If feasible: get a separate IP address for the separate service, set > it up as a virtual IP address, and set up a different IP based virtual > host to separate out the functions of bugzilla and Subversion. IPv4 addresses are scarce; we shouldn't encourage wasting them. http://en.wikipedia.org/wiki/IPv4_address_exhaustion
