Windows Properties on SVN

[Maria de Los Reyes Fernandez Dominguez]

Hi, 

 

When we change Windows properties on a ".flv" or ".txt" file, like
author or  title, Subversion doesn't mark it this change and there is no
way to pass those property changes to the repository. That is possible
on ".jgp" files. 

Is there anyway that SVN recognizes property changes on ".flv" and
".txt" files?

 

Thanks in advance!

Re: Setting bugtraq properties to all projects in a repository

[Manuel Ferrero]

Andy Levy ha wrote:


You can configure automatic property setting on each client (auto-props
in your config file, and tsvn:autoprops on your folders but only used by
Tortoise, see
http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-propertypage.html),
and you can configure a pre-commit hook script to reject any commit
where new items lack the property or existing items have the property
removed, but you can't control client configuration via the server.


So basically you're saying that those properties shall be set by the 
client and then committed to the server.


The thing that I don't understand is why I cannot set the property on 
the server side.
If I understood correctly, all the properties are linked to the 
directory, so once I set a new property and I commit the directory 
everybody that checks out that directory will see that property on it, 
right? So how come that I have to set the property on one client and I 
can't do that directly on the server?

--
Regards,
Manuel Ferrero
R&D department

Reer SpA
Tel.  +39 011 2482215
Fax. +39 011 859867

L'utilizzo non autorizzato del presente messaggio e' vietato e potrebbe 
costituire reato.
Se il presente messaggio non e' a Lei indirizzato, il suo contenuto non deve 
essere considerato
come trasmesso o autorizzato dalla Reer SpA; in tale caso Le saremmo grati se, 
via e-mail,
ce ne comunicasse l'errata ricezione.

The unauthorized use of this e-mail is prohibited and could constitute an 
offence.
If you are not the intended recipient of this message its contents shall be 
understood as neither
given nor endorsed by Reer SpA. Please notify Reer SpA by e-mail immediately in 
that case.

Re: Windows Properties on SVN

[Thorsten Schöning]

Guten Tag Maria de Los Reyes Fernandez Dominguez,
am Dienstag, 4. Dezember 2012 um 09:08 schrieben Sie:

> When we change Windows properties on a “.flv” or “.txt” file, like
> author or  title, Subversion doesn't mark it this change and there
> is no way to pass those property changes to the repository. That is possible 
> on ".jgp" files.

Do you really mean those properties which can be read in the
properties dialogue of Windows Explorer after right clicking a file?
Those properties are not versioned for any file, if it works for some
files then only because in those cases the values are stored in the
file, too and therefore change it's content. Especially pictures may
provide lots of meta-data.

The only thing you can do to work around this is to create
svn-properties, in which case you would need to change values like
author and title not in the properties dialogue of Windows Explorer,
but using your svn client. It would be a good idea to think of some
kind of prefix, like svn: and tsvn:.

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

Re: Windows Properties on SVN

[OBones]

Maria de Los Reyes Fernandez Dominguez wrote:
Is there anyway that SVN recognizes property changes on ".flv" and 
".txt" files?
Hello, these properties are stored in what is called an alternate 
stream, a feature that is bound to the NTFS filesystem.
There is no way for SVN to reproduce this data on all the architectures 
it supports and as such does not support that.
The fact that you have properties working for the JPG files is that 
because they are embedded in the file, as EXIF data for instance.

Re: Setting bugtraq properties to all projects in a repository

[Manuel Ferrero]

Andy Levy wrote:


You can configure automatic property setting on each client (auto-props
in your config file, and tsvn:autoprops on your folders but only used by
Tortoise, see
http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-propertypage.html),


About that, I succesfully setup the bugzilla integration by adding the 
properties bugtraq:logregex and bugtraq:url.
Now I want to setup those two properties automatically and I was reading 
the link you referred to so I changed in my config file

enable-auto-props = yes and now I have to setup the auto-props section.

I have two question: first, those properties needs to be linked to 
directoryes, not files, how do I specify the filename pattern for a 
directory?

Second, the bugtraq:logregex property needs to be wrote on two lines:
"This property activates the bug tracking system in Regex mode. It 
contains either a single regular expressions, or two regular expressions 
separated by a newline.


If two expressions are set, then the first expression is used as a 
pre-filter to find expressions which contain bug IDs. The second 
expression then extracts the bare bug IDs from the result of the first 
regex."


How do I write that properties in the auto-props section which has to be 
compiled in the format

file-name-pattern = propname[=value][;propname[=value]...]

Any help appreciated.
--
Regards,
Manuel Ferrero
R&D department

Reer SpA
Tel.  +39 011 2482215
Fax. +39 011 859867

L'utilizzo non autorizzato del presente messaggio e' vietato e potrebbe 
costituire reato.
Se il presente messaggio non e' a Lei indirizzato, il suo contenuto non deve 
essere considerato
come trasmesso o autorizzato dalla Reer SpA; in tale caso Le saremmo grati se, 
via e-mail,
ce ne comunicasse l'errata ricezione.

The unauthorized use of this e-mail is prohibited and could constitute an 
offence.
If you are not the intended recipient of this message its contents shall be 
understood as neither
given nor endorsed by Reer SpA. Please notify Reer SpA by e-mail immediately in 
that case.

Heap corruption issue seen on Japanese systems

[Karl Nedwed]

Hello,

I am writing on behalf of our software development group at Bio-Rad 
Laboratories. We discovered a crash in our software on a Japanese system that 
appears to point at a problem inside SVN code. Details are as follows:

Our software (Bio-Rad KnowItAll 9.5) uses the standard File Open dialog box to 
import files into the software. On one Japanese system, there is a crash almost 
every time a user invokes the file open dialog box. The Windows event log 
(exception code 0xc374) indicates a heap corruption, and the crash dump 
that you can find below also points to the file open dialog box (location 
0x4ec49b60 inside NT.dll). 
We did a thorough review of all relevant code in our software and could not 
find any problem. Then we noticed that Tortoise SVN (latest version) was 
installed on that particular system. Uninstalling it fixed the problem.

Among other modules, the Windows shell code also loads some SVN DLLs if it is 
installed every time the file open dialog box is invoked. This is why we 
believe that the SVN code that is executed as part of the standard Windows File 
Open dialog box is responsible for the heap corruption. Unfortunately we were 
not able to identify a particular reason why the problem only showed up on this 
Japanese system. We have been using SVN for a long period of time, and we have 
never seen any crash problems. We assume that a specific file on the Japanese 
system causes a heap corruption (buffer overrun?) within the SVN code.

Although we are unfortunately not able to tell you specific steps to reproduce 
the problem, we thought that it would be worth reporting the issue to you. 
There is a possibility that Japanese characters in a file name or some other 
processing of Japanese characters cause a problem.

Please feel free to contact me any time in case you need more information. 
Thank you.

With kind regards,

Karl Nedwed
Senior Chemistry Software Engineer

Bio-Rad Laboratories, Inc.
Informatics Division
Radegunderstr. 108 C
8045 Graz
Austria

Phone/Fax: +43 316 695592
Email: karl_ned...@inode.at
Web: http://www.informatics.bio-rad.com

_

The information contained in this transmission may be privileged and 
confidential and is intended only for the use of the person(s) named above. If 
you are not the intended recipient, you are hereby notified that any review, 
dissemination, distribution or duplication of this communication is strictly 
prohibited. If you are not the intended recipient, please contact the sender by 
reply email and destroy all copies of the original message.
_




ntdll.dll!_KiFastSystemCallRet@0() 
user32.dll!_NtUserWaitMessage@0() + 0xc bytes 
user32.dll!_DialogBox2@16() + 0xe8 bytes 
user32.dll!_InternalDialogBox@24() + 0xb2 bytes 
user32.dll!_DialogBoxIndirectParamAorW@24() + 0x36 bytes 
user32.dll!_DialogBoxIndirectParamW@20() + 0x1b bytes 
comdlg32.dll!CFileOpenSave::Show() + 0x146 bytes 
comdlg32.dll!_InvokeNewFileOpenSave() + 0xab bytes 
comdlg32.dll!_CreateNewFileOpenSaveInProc() + 0xae bytes 
comdlg32.dll!NewGetFileName() + 0x121 bytes 
comdlg32.dll!_NewGetOpenFileName@4() + 0xf bytes 
comdlg32.dll!_GetFileName@8() + 0xcd bytes 
comdlg32.dll!_GetOpenFileNameW@4() + 0x6a bytes 
> mfc100u.dll!CCommDlgWrapper::_GetOpenFileNameW(tagOFNW * unnamed1) Line 362 + 
> 0x67 bytes C++ 
mfc100u.dll!CFileDialog::DoModal() Line 753 C++ 
BRDataIO.dll!CBRIOCenter::DisplayDlgAndImportMultipleFiles(IBRDataImportEvents 
* pEvents, unsigned int dataMask, unsigned int dataSubMask, unsigned int flags, 
HWND__ * hWndParent, unsigned int dataMaskPrimary) Line 1383 + 0xb bytes C++ 
RefineIt.dll!CSpectrumHolderWnd::LoadDataSet(bool openNewDoc) Line 96 + 0x43 
bytes C++ 
RefineIt.dll!CProcessItFrameWnd::OnFileOpen() Line 510 + 0x10 bytes C++ 
mfc100u.dll!_AfxDispatchCmdMsg(CCmdTarget * pTarget, unsigned int nID, int 
nCode, void (void)* pfn, void * pExtra, unsigned int nSig, AFX_CMDHANDLERINFO * 
pHandlerInfo) Line 82 C++ 
mfc100u.dll!CCmdTarget::OnCmdMsg(unsigned int nID, int nCode, void * pExtra, 
AFX_CMDHANDLERINFO * pHandlerInfo) Line 381 + 0x16 bytes C++ 
mfc100u.dll!CFrameWnd::OnCmdMsg(unsigned int nID, int nCode, void * pExtra, 
AFX_CMDHANDLERINFO * pHandlerInfo) Line 973 + 0x13 bytes C++ 
RefineIt.dll!CProcessItFrameWnd::OnCmdMsg(unsigned int nID, int nCode, void * 
pExtra, AFX_CMDHANDLERINFO * pHandlerInfo) Line 1738 + 0x11 bytes C++ 
mfc100u.dll!CWnd::OnCommand(unsigned int wParam, long lParam) Line 2675 + 0xd 
bytes C++ 
mfc100u.dll!CFrameWnd::OnCommand(unsigned int wParam, long lParam) Line 370 + 
0xd bytes C++ 
mfc100u.dll!CWnd::OnWndMsg(unsigned int message, unsigned int wParam, long 
lParam, long * pResult) Line 2081 + 0x10 bytes C++ 
RefineIt.dll!CBRFrameWnd::OnWndMsg(unsigned int message, unsigned int wParam, 
long lParam, long * pResult) Line 410 + 0x13 bytes C++ 
mfc100u.dll!CWnd::WindowProc(unsigned int message, unsigned int wParam, long 
lParam) Line 2067 + 0x17 bytes C++ 
mfc100u.dll

rsvndump crash

[tom . malfrere]

hi, 


I am trying to make a dump from a svn repository with rsvndump but it crashes 
every time . 

Can somebody help me finding out what is wrong? 


Tom 

Process info:
Cmd line: d:\Projects\rsvndump-0.6\bin\rsvndump  http://tiamat/Dev/Niko/Baf
Version:  1.6.19 (r1383947), compiled Sep 17 2012, 12:32:57
Platform: Windows OS version 6.1 build 7601 Service Pack 1

Exception: ACCESS_VIOLATION

Registers:
eax= ebx=000a ecx= edx=000a esi=0019b78c edi=000a
eip=6eec47a3 esp=0019b76c ebp=0019b778 efl=00010246
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b

Stacktrace:
#1  0x6eec47a3 in apr_file_mktemp ()
#2  0x6eec4f12 in apr_file_remove ()
#3  0x000120fa in de_delete_entry (path=0x0216e778 "tools/Trupgrader", revision=, parent_baton=0x06467290, pool=(apr_pool_t *) 0x0216e710) at d:\projects\rsvndump-0.6\src\delta.c:960
#4  0x0053c313 in svn_ra_dav_init ()
#5  0x0053fea9 in svn_ra_dav_init ()
#6  0x00564e7a in svn_ra_svn_init ()
#7  0x0057c52c in svn_ra_do_status ()
#8  0x760e9d45 in malloc ()
#9  0x0057d792 in svn_ra_do_status ()
#10  0x0057f730 in svn_ra_do_status ()
#11  0x0057e119 in svn_ra_do_status ()
#12  0x0057de10 in svn_ra_do_status ()
#13  0x0057b982 in svn_ra_do_status ()
#14  0x0057b934 in svn_ra_do_status ()
#15  0x005652dc in svn_ra_svn_init ()
#16  0x00540490 in svn_ra_dav_init ()
#17  0x005402d4 in svn_ra_dav_init ()
#18  0x0054014f in svn_ra_dav_init ()
#19  0x0053b7b4 in svn_ra_dav_init ()


Loaded modules:
0x0001  d:\Projects\rsvndump-0.6\bin\rsvndump.exe (0.0.0.0, 98304 bytes)
0x7773  C:\Windows\SysWOW64\ntdll.dll (6.1.7601.17725, 1572864 bytes)
0x7501  C:\Windows\SysWOW64\kernel32.dll (6.1.7601.17932, 1114112 bytes)
0x74fc  C:\Windows\SysWOW64\KERNELBASE.dll (6.1.7601.17932, 290816 bytes)
0x6eec  d:\Projects\rsvndump-0.6\bin\libapr-1.dll (1.4.5.0, 147456 bytes)
0x752d  C:\Windows\SysWOW64\advapi32.dll (6.1.7601.17514, 655360 bytes)
0x760e  C:\Windows\SysWOW64\msvcrt.dll (7.0.7601.17744, 704512 bytes)
0x7516  C:\Windows\SysWOW64\sechost.dll (6.1.7600.16385, 102400 bytes)
0x7588  C:\Windows\SysWOW64\rpcrt4.dll (6.1.7601.17514, 983040 bytes)
0x74e1  C:\Windows\SysWOW64\sspicli.dll (6.1.7601.17940, 393216 bytes)
0x74e0  C:\Windows\SysWOW64\CRYPTBASE.dll (6.1.7600.16385, 49152 bytes)
0x7512  C:\Windows\SysWOW64\ws2_32.dll (6.1.7601.17514, 217088 bytes)
0x7770  C:\Windows\SysWOW64\nsi.dll (6.1.7600.16385, 24576 bytes)
0x712a  C:\Windows\System32\mswsock.dll (6.1.7601.17514, 245760 bytes)
0x75fe  C:\Windows\SysWOW64\user32.dll (6.1.7601.17514, 1048576 bytes)
0x7518  C:\Windows\SysWOW64\gdi32.dll (6.1.7601.17514, 589824 bytes)
0x7597  C:\Windows\SysWOW64\lpk.dll (6.1.7600.16385, 40960 bytes)
0x74e7  C:\Windows\SysWOW64\usp10.dll (1.626.7601.17514, 643072 bytes)
0x761c  C:\Windows\SysWOW64\shell32.dll (6.1.7601.17859, 12886016 bytes)
0x76e1  C:\Windows\SysWOW64\shlwapi.dll (6.1.7601.17514, 356352 bytes)
0x6ee6  d:\Projects\rsvndump-0.6\bin\libaprutil-1.dll (1.4.1.0, 196608 bytes)
0x6ee5  d:\Projects\rsvndump-0.6\bin\libapriconv-1.dll (1.2.1.0, 36864 bytes)
0x1000  d:\Projects\rsvndump-0.6\bin\libsvn_client-1.dll (1.6.19.7691, 212992 bytes)
0x002f  d:\Projects\rsvndump-0.6\bin\intl3_svn.dll (0.14.1.1519, 73728 bytes)
0x0031  d:\Projects\rsvndump-0.6\bin\libsvn_delta-1.dll (1.6.19.7691, 90112 bytes)
0x0047  d:\Projects\rsvndump-0.6\bin\libsvn_subr-1.dll (1.6.19.7691, 761856 bytes)
0x6b3a  C:\Windows\System32\shfolder.dll (6.1.7600.16385, 20480 bytes)
0x7552  C:\Windows\SysWOW64\ole32.dll (6.1.7601.17514, 1425408 bytes)
0x7540  C:\Windows\SysWOW64\crypt32.dll (6.1.7601.17856, 1171456 bytes)
0x74fb  C:\Windows\SysWOW64\msasn1.dll (6.1.7601.17514, 49152 bytes)
0x0005  d:\Projects\rsvndump-0.6\bin\libsvn_diff-1.dll (1.6.19.7691, 53248 bytes)
0x0053  d:\Projects\rsvndump-0.6\bin\libsvn_ra-1.dll (1.6.19.7691, 516096 bytes)
0x0033  d:\Projects\rsvndump-0.6\bin\libsvn_repos-1.dll (1.6.19.7691, 143360 bytes)
0x005b  d:\Projects\rsvndump-0.6\bin\libsvn_fs-1.dll (1.6.19.7691, 237568 bytes)
0x1300  d:\Projects\rsvndump-0.6\bin\libdb44.dll (4.0.4.20, 802816 bytes)
0x7142  C:\Windows\System32\msvcp60.dll (7.0.7600.16385, 417792 bytes)
0x005f  d:\Projects\rsvndump-0.6\bin\libeay32.dll (0.9.8.24, 1089536 bytes)
0x7149  C:\Windows\System32\wsock32.dll (6.1.7600.16385, 28672 bytes)
0x0070  d:\Projects\rsvndump-0.6\bin\ssleay32.dll (0.9.8.24, 221184 bytes)
0x7330  C:\Windows\System32\secur32.dll (6.1.7601.17940, 32768 bytes)
0x0074  d:\Projects\rsvndump-0.6\bin\libsasl.dll (2.1.23.0, 77824 bytes)
0x0076  d:\Projects\rsvndump-0.6\bin\libsvn_wc-1.dll (1.6.19.7691, 221184 bytes)
0x6890  C:\Windows\System32\MSVCR100D.dll (10.0.40219.1, 1519616 bytes)
0x7110  C:\Windows\System32\apphelp.dll (6.1.7601.17514, 311296 bytes)
0x705a  C:\Windows\AppPatch\AcLayers.dll (6.1.7601.17974, 577536 bytes)
0x7521  C:

RE: rsvndump crash

[Bert Huijben]

Hi,

 

rsvndump is not part of the subversion project. It has its own site on 
http://rsvndump.sourceforge.net/

 

Recent Subversion versions have a similar tool ‘svnrdump’, which can create a 
remote dump file for you. It should be part of recent commandline binary 
packages.

 

So maybe it is easier to test if svnrdump works for your specific task, before 
(or next to) reporting the problem to the author of rsvndump.

 

Bert

 

From: tom.malfr...@telenet.be [mailto:tom.malfr...@telenet.be] 
Sent: dinsdag 4 december 2012 13:26
To: users@subversion.apache.org
Subject: rsvndump crash

 

hi,


I am trying to make a dump from a svn repository with rsvndump but it crashes 
every time.

Can somebody help me finding out what is wrong?


Tom

Re: Heap corruption issue seen on Japanese systems

[Daniel Shahaf]

Karl Nedwed wrote on Tue, Dec 04, 2012 at 12:41:31 +0100:
> Please feel free to contact me any time in case you need more information. 
> Thank you.

Thanks for the report.  The Subversion project does not have code for
windows shell integration; TortoiseSVN does, but they are a separate
project.  Please report the problem to them: http://tortoisesvn.net/

I think you haven't mentioned the version of svn you used --- they'll
almost certainly ask for that piece of info.

Best,

Daniel

svn repo corruption question

[Mojmír Svoboda]

Hello,

to begin with quote:
- HOLLY: I've got to admit it, I've flamingoed-up.
- RIMMER: What?
- HOLLY: It's like a cock-up, only much, much bigger.

This is my situation:
I've tried to move repository from older machine (centos5) to new one without
anyone noticing of course.

So I created new virtual linux server (centos6) in hyper-v and preinstalled
vertsion of collabnet with subversion.  Then I (thought) shutted down the
collabnet on the older server and started to copy the repository data.
Everything seemed tip top and peachy.

This morning I discovered I'm missing three revisions, because I think I
shutted down only csvn, still allowing users to commit files via still running
csvn-httpd. At least I think it happened this way.

But in the meanwhile, someone commited in both repositories. In the old
one because of running apache, in the new one because I thought I
So I dumped the 3 revisions from old machine and loaded them to
new one. Everything went good, at least judging from output.

Then I got a paranoia attack and started to verify the repository
and this is what I get now:

[svn@svn data]$ svnadmin verify . -r 4477
* Verified revision 4477.
[svn@svn data]$ svnadmin verify . -r 4478
svnadmin: E160004: Reading one svndiff window read beyond the end of the 
representation
[svn@svn data]$ svnadmin verify . -r 4479
svnadmin: E160004: Corrupt representation '4478 0 735 68578 hash hash 
4478-40f/_8'
svnadmin: E160004: Malformed representation header at db/revs/4/4478:23
[svn@svn data]$ svnadmin verify . -r 4480
svnadmin: E160004: Corrupt representation '4479 0 32 3083 hash hash 4479-40g/_9'
svnadmin: E160004: Malformed representation header at db/revs/4/4479:23
[svn@svn data]$ svnadmin verify . -r 4481
* Verified revision 4481.

So what now?

I can take the thing from backup and let users re-do few commits, but i am
worried about the consistency if their workspaces and server repository,
because it was running in that state at least half a day.  Do I have to tell
them to drop all their workspaces? Does everyone have to checkout fresh repo?

So my question is basicly what happens when they have commits in their local
working areas that will not on the server when I finish the recovery from tapes?

Many thanks in advance,
Mojmir

Re: svn repo corruption question

[Thorsten Schöning]

Guten Tag Mojmír Svoboda,
am Dienstag, 4. Dezember 2012 um 16:17 schrieben Sie:

> But in the meanwhile, someone commited in both repositories. In the old
> one because of running apache, in the new one because I thought I
> So I dumped the 3 revisions from old machine and loaded them to
> new one. Everything went good, at least judging from output.

Doesn't this mean you ended up with revs 4477 to 4481 on the old repo
and loaded their content into the new repo as either new revisions,
increasing the revisions and changing content compared to the old
repo, or overwritten already existing revisions, changing content in
new repo? Both repos share the same base until rev 4477 and how should
subversion afterwards merge the differences during a load? Would this
work if the changes of the revisions in the both repos are completely
independent?

> I can take the thing from backup and let users re-do few commits, but i am
> worried about the consistency if their workspaces and server repository,
> because it was running in that state at least half a day.  Do I have to tell
> them to drop all their workspaces? Does everyone have to checkout fresh repo?

I would very more about the repos, than the working copies, therefore
if I could recover a consistent base from backup I would choose that,
let the devs move their current working copies out of the way,
re-checkout and afterwards would try to re-commit as much as possible.

> So my question is basicly what happens when they have commits in their local
> working areas that will not on the server when I finish the recovery from 
> tapes?

In this case they all have to re-checkout.

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

hello

[Mahmoudhashemi, Azadeh]

Could you please how I can use the subversion repository?
thanks

Re: hello

[Geoff Hoffman]

Install Subversion
.
Create a 
repository
.
Configure 
access
.
Initialize the 
defaults:
eg

mkdir /usr/share/svn
svnadmin create /usr/share/svn/jon.myproject.com
svn mkdir file:///usr/share/svn/jon.myproject.com/trunk
svn mkdir file:///usr/share/svn/jon.myproject.com/tags
svn mkdir file:///usr/share/svn/jon.myproject.com/branches
svn import ~/jon.myproject.com file:///usr/share/svn/jon.myproject.com/trunk

Check out the 
trunk
.
Do some work and commit it back to the
repo
.





Geoff Hoffman
Solutions Architect & LAMP Engineer
phone +1 623.399.4918
mobile +1 480.231.8323
web CardinalPath.com 




On Tue, Dec 4, 2012 at 8:49 AM, Mahmoudhashemi, Azadeh <
mahmoudhash...@embedded.rwth-aachen.de> wrote:

>  Could you please how I can use the subversion repository?
> thanks
>

-- 


Connect with us on twitter , 
google+
, facebook , or 
linkedin
.

Catch our next training in San Jose Dec 3 - 7 , Los 
Angeles Dec 10 - 14 , Indianapolis Jan 7 - 
11
, Seattle Jan 14 - 18  or See 
All
.

This email, including any attachments, is for the sole use of the intended 
recipient and may contain confidential information. If you are not the 
intended recipient, please immediately notify us by reply email or by 
telephone, delete this email and destroy any copies. Thank you.

Re: svn repo corruption question

[Mojmír Svoboda]

Many thanks for an instant reply, Thorsten!

> > But in the meanwhile, someone commited in both repositories

> Doesn't this mean you ended up with revs 4477 to 4481 on the old repo
> and loaded their content into the new repo as either new revisions,
> increasing the revisions and changing content compared to the old
> repo, or overwritten already existing revisions, changing content in
> new repo?

It happened like that:
old machine: 4476(Filip1) -> 4477(Filip2) -> 4478 (Vik1) -> 4478 (Vik2)
new machine: 4476(Filip1) -> 4477(Petra)

So i did an incremental dump from 4477 to 4478 on the old machine and
loaded it to the new one, increasing the version number:
merged one : 4476(Filip1) -> 4477(Petra) -> 4477(Filip2) -> ...

It didn't smell right, I must say :)

> Both repos share the same base until rev 4477 and how should
> subversion afterwards merge the differences during a load?
> Would this work if the changes of the revisions in the both repos are 
> completely independent?

I really do not know - would it work? The chance the changes collides
are quite small as it is quite large repository.

> I would very more about the repos, than the working copies, therefore

You know users.. they are bitchy about checkouting large repo. I tried
to avoid that.

> if I could recover a consistent base from backup I would choose that,
> let the devs move their current working copies out of the way,
> re-checkout and afterwards would try to re-commit as much as possible.
> 
> > So my question is basicly what happens when they have commits in their local
> > working areas that will not on the server when I finish the recovery from 
> > tapes?
> 
> In this case they all have to re-checkout.

I thought so... it's a bit an irony i end up exactly where i didn't
wanted to :)

Many thanks again,
Mojmir

Re: svn repo corruption question

[Thorsten Schöning]

Guten Tag Mojmír Svoboda,
am Dienstag, 4. Dezember 2012 um 17:42 schrieben Sie:

> old machine: 4476(Filip1) -> 4477(Filip2) -> 4478 (Vik1) -> 4478 (Vik2)
> new machine: 4476(Filip1) -> 4477(Petra)
[...]
> I thought so... it's a bit an irony i end up exactly where i didn't
> wanted to :)

But I don't think you have any choice, some of your users will
definitely have to checkout even if your dump/load would have worked.
Filip2 and the committers after him already have different working
copies than Petra.

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