e a check for server accessibility isn't quite right?)
The workaround is to reconnect to the server (reconnect the VPN in my case),
but I was surprised that SVN would crash when offline.
Thanks in advance for your attention. -Dirk
Stefan Sperling :
> On Sat, Jan 27, 2018 at 06:35:17PM +0100, H.-Dirk Schmitt wrote:
> > All the commit messages content transfered is broken as described
> > above.
> >
> > This happens because the post-commit hook is running with a very
> > reduced set of
I found a very weird behaviour of `svnlook log` that IMHO is a bug (or
at least a serious missing documentation issue).
Introduction
Consider a log message like: 'Unicode Test → ø ÄÖÜ'
`svnlook log` invoked in a normal terminal session shows the proper
content.
This works because t
I found a very weird behaviour of `svnlook log` that IMHO is a bug (or
at least a serious missing documentation issue).
Introduction
Consider a log message like: 'Unicode Test → ø ÄÖÜ'
`svnlook log` invoked in a normal terminal session shows the proper
content.
This works because t
ve an --check-conflict option which would
ensure an non-zero exit code if any conflict is detected.
Best Reagrads,
H.-Dirk Schmitt
Hi Stefan,
sorry this was an accident.
Of course this mail should go to users@subversion.apache.org as well.
BR,
Dirk
-Ursprüngliche Nachricht-
Von: Stefan Sperling [mailto:s...@elego.de]
Gesendet: Mittwoch, 16. September 2015 13:32
An: Wolfram, Dirk
Betreff: Re: Bug Report: The &quo
l wait the switch command is executed again and the timestamp
is not changed.
Best Regards,
Dirk
--
Funkwerk Engineering GmbH
Dirk Wolfram
Max-Giese-Str. 22, 24116 Kiel, Germany
Phone: +49 431 990 818-22 Fax:+49 431 990 818-51, email:
dirk.wolf...@funkwerk-sc.com
Location: Kiel, Local Cou
nd one did not update the folder.
Actually the folder "D:\Temp2\Python" should include the child folders now but
it is still empty.
My Subversion version is 1.7.5. I hope this helps to solve the problem
Best regards, Dirk Fehmer
r the users.
Bye...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)211 56623 316
Configuration Manager | Fax: +49 (0)211 56623 450
Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com
Wanheimerstraße 68 | Web: http://www.de.capgemini.com
D-40468 Düsseldorf | ICQ#: 11003773
other devs.
Bye...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)211 56623 316
Configuration Manager | Fax: +49 (0)211 56623 450
Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com
Wanheimerstraße 68 | Web: http://www.de.capgemini.com
D-40468 Düsseldorf | ICQ#: 110
file:r1234
Why is this and how can I get rid of this strange behaviour?
Thanks...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)211 56623 316
Configuration Manager | Fax: +49 (0)211 56623 450
Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com
Wanheimerstraße 68 |
od thing.
Well, it is a good thing. That's the purpose of version control systems,
letting people keep working while the code diverges. Having different
replicas of the same repository is just "syntactic sugar".
Bye...
Dirk
Firma: Capgemini Deutschland GmbH
Geschaeft
person responsible for the branch). Merging the branch back to trunk
(--reintegrate) is then conflict-free.
Bye...
Dirk
Firma: Capgemini Deutschland GmbH
Geschaeftsfuehrer: Dr. Michael Schulte (Vorsitzender), Sven Breipohl, Burkhard
Kehrbusch, Peter Laggner, Josef Ranner
Amtsgericht Berl
e site and import them at
> the other site. For more information:
> http://www.selenic.com/mercurial/hg.1.html#bundle
Monotone has similar capabilities, too. And there's ClearCase(tm) with
MultiSite(tm), of course (if your management is willing to spend some
$$$).
HTH...
Dirk
Fi
for this use case to log from past forward to find this
> info. This is my trusty command to find a branch point:
>
> svn log -qv -r0:HEAD -l1 --stop-on-copy
Sorry, but this also doesn't work for me (gives the wrong revision as per my
first mail).
Bye...
Dirk
--
Dirk
--stop-on-copy" is the
wrong command for finding the base rev of a branch. Is there a better
alternative?
Bye...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)211 56623 316
Configuration Manager | Fax: +49 (0)211 56623 450
Capgemini Deutschland | Mail: dirk.heinri...@capgemini.com
with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
Don't know the server version, though.
Bye...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)211 56623 316
Configuration
Idiot
Pablo Beltran Labarta wrote:
> Hu. reading the documentation?
>
> 2010/4/2 Dirk
>
>> how can i unsubscribe from this list?
>>
>
how can i unsubscribe from this list?
unsubscribe
> There is a svn_apply_autoprops as part of the subversion distribution
> (in contrib, I think), which will apply your current auto props to a
> working copy.
>
> My current copy of that script is attached - needs python.
>
> I use it a lot, and it works well for me.
> Tony Butt
> CEA Technologi
Tino Schwarze wrote:
> Hi Dirk,
>
> On Tue, Mar 30, 2010 at 04:05:12PM +0200, Dirk wrote:
>
>> i've enabled
>>
>> enable-auto-props=yes
>>
>> and
>>
>> *.php=svn:eol-style:native
>>
>> on linux...
>>
>> but
Hello,
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i "svn update" i still have msdos linefeeds in the php file... even
when i delete the php file before updating..
i am using only the client... no idea where or what the server is...
Dirk
Hello,
i've enabled
enable-auto-props=yes
and
*.php=svn:eol-style:native
on linux...
but when i "svn update" i still have msdos linefeeds in the php file... even
when i delete the php file before updating..
i am using only the client... no idea where or what the server is...
Dirk
25 matches
Mail list logo