from:"TortoiseSVN on behalf of H. Niemann"

AW: Tortoise ECCN Information

2024-06-13 Thread TortoiseSVN on behalf of H. Niemann

Good morning Madeline,

Subversion is an international open source project, see
https://en.wikipedia.org/wiki/Apache_Subversion
Tortoise Subversion is a frontend for it, see
https://tortoisesvn.net/about.html

A company that creates TortoiseSVN and exports it does not exist (to my
knowledge). So probably nobody ever tried to find out the correct ECCN.
If so, it would have been mentioned here.
At my company, we probably never would distribute TortoiseSVN for exactly this
reason. We would advise the customer (how and where) to download it himself.
(I am neither a lawyer nor an export professional, so I may be wrong.)
But not only the fact that cryptographic libraries are used (and AFAIK compiled
in), but also, that an American product (MS Visual Studio) is used to create
the binary,
complicate things.
So ask your export professional how to find out the correct ECCN, and come back
with specific questions like the country of origin of the code or whatever
determines the ECCN which he/she is going to ask you.

With best regards
Hartmut

Von: TortoiseSVN
Gesendet: Mittwoch, 12. Juni 2024 23:46
An: tortoisesvn@googlegroups.com
Betreff: Tortoise ECCN Information

Good afternoon,
I am looking for the Export Control Classification Number (ECCN) for the
following product: TortoiseSVN 1.14.1.29085 (64 bit) 1.14.29085. Can someone
please advise on this? I was directed to another posting in the Google group,
but that posting is almost 15 years old. An updated response from the company
would be helpful to confirm the company still is under the determination that
this product is not subject to the Export Administration Regulations and thus
doesn't have an ECCN. Any updated information would be helpful.
Please let me know if you have any questions.
Thank you,
Madeline J. Orlando
Associate
Greenberg Traurig, LLP
400 Capitol Mall, Suite 2400 | Sacramento, CA 95814
T +1 916.868.0762 | F +1 916.448.1709 | C +1 916.642.3133
orlan...@gtlaw.com |
www.gtlaw.com | View GT
Biography
[Greenberg Traurig Logo]

If you are not an intended recipient of confidential and privileged information
in this email, please delete it, notify us immediately at
postmas...@gtlaw.com, and do not use or
disseminate the information.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/4d6f49b7efdb40129b7c2f631665d08a%40gtlaw.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB4PR10MB6288F7DD479F6DD8E0CD19E1FCC12%40DB4PR10MB6288.EURPRD10.PROD.OUTLOOK.COM.

AW: GIT and TortoiseSVN

2023-07-12 Thread TortoiseSVN on behalf of H. Niemann

My first guess is that the person who switched from SVN to GIT simply added all
files and directories of a working copy to the GIT repo, and that these files
should have never been added in the first place.

You could check whether you can remove them from the project, or you could try
to rename from .svn to _svn - which on Windows would help by making the
directory visible even to users who disabled visibility of hidden directories.

"Settings->Context menu" has a "Do not show the context menu for following
paths". Try to enter the path there and see whether that does the trick.

Best Regards
Hartmut

Von: Matteo Zatti tramite TortoiseSVN
Gesendet: Mittwoch, 12. Juli 2023 17:14
An: TortoiseSVN
Betreff: Re: GIT and TortoiseSVN

Yes, there is a .svn folder inside the main folder, but it was created because
it is also existing in the original main folder of the project mantained by GIT
(In the past was mantained by SVN).
Whta to do now?

Thanks.
Matteo

Il giorno mercoledì 12 luglio 2023 alle 17:07:19 UTC+2
daniel.l...@gmail.com ha scritto:
onsdag 12 juli 2023 kl. 17:00:44 UTC+2 skrev teo...@gmail.com:
Hello. I'm using TortoiseSVN with some projects.
I have to work with another project which uses GIT instead, and cannot be
ported to SVN.

I've installed GIT on the local machine and cloned the repository locally.
When I open this new project, this popup came out
"Subversion detected a working copy that needs an explicit upgrade in (local
folder).
While this working copy is not upgraded all files in this working copy will
appear as new"

How can I tell SVN to "ignore" this project completely?
I've tried by folder, but I haven't the voice "ignore" in the context menu.

Thanks.
Matteo

I assume by "project" you mean a folder and you are talking about Windows
Explorer?

Do you have a folder called .svn in that folder or in any parent folder? This
is the way Subversion identifies a working copy. There is no way (and no need)
to instruct TortoiseSVN to ignore a particular folder. If .svn is not there,
then TortoiseSVN will not do anything.

Kind regards
Daniel
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/a46de197-ddee-4130-9c44-e27259164badn%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB4PR10MB6288C00BCFE78E21A31CB603FC36A%40DB4PR10MB6288.EURPRD10.PROD.OUTLOOK.COM.

batch checking for modifications?

2022-11-14 Thread TortoiseSVN on behalf of H. Niemann

Hello *!

I would like to check in a batch file, whether my working copy is still
identical to HEAD.

Reason: an automatic build creates a tag (after the build) and I want to make
sure that the input files are unchanged.

Steps:

1. Create a fresh working copy
2. Build
3. Commit build results (I know that this is not the recommended way, but
the project members want/need it that way)
4. Tag

The problem:
If a commit in one of the input files happens between (1) and (3), the build
results don't match the input after (3).
I could tag the source with revision of (1) and the output with the revision of
(3), but that is ugly and normally unnecessary (nobody is supposed to do a
check in while a to-be-tagged (testing or) release candidate is built).
But if my input files change while building and tagging, results will be
inconsistent.
So I would like to tag with the revision of the commit (3) and either
(a) check before tagging, that the input has not been changed in between and
abort or
(b) check after tagging and remove the inconsistent tag.

Svn diff does not seem to have a suitable return code. It returns 0 whether it
has found a difference or not.
Does anyone have an idea how I could accomplish my goal?

Regards
Hartmut

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB4PR10MB628824CE3769018AB8ED0095FC049%40DB4PR10MB6288.EURPRD10.PROD.OUTLOOK.COM.

AW: 1.14.4 wrong link to subversion 1.14.1?

2022-09-26 Thread TortoiseSVN on behalf of H. Niemann

Thank you for 1.14.5!

Hartmut

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/DB4PR10MB6288FDDCD25AFE60656E4B0EFC529%40DB4PR10MB6288.EURPRD10.PROD.OUTLOOK.COM.

AW: Help with invalid filename stored in svn database

2022-08-16 Thread TortoiseSVN on behalf of H. Niemann

Have you tried renaming it in the repo browser? This works without creating a
file, so windows file name restrictions should not be a problem.

Hartmut

Von: Fiddler via TortoiseSVN
Gesendet: Dienstag, 16. August 2022 17:45
An: TortoiseSVN
Betreff: Help with invalid filename stored in svn database

I just ran across an older repository in my SVN database that has a couple of
files that have an invalid filename. The filename as seen within TortoiseSVN
as well as viewing through a browser is '/'. If I click on the file while
using the broswer, it opens up and I can see the ascii text within and it
actually c code.
If I try to rename using TortoiseSVN I get the following error: "Subversion
reported an error: File not found: transaction '-xx', path
'trunk/directory/subdir1/subdir1a/file' (where file is the filename I want to
change to).
If I try to check out using the windows command prompt I get the following once
the bad filename is encountered:
"svn: E155000: Path
'C:\local-repo\repo-name\trunk\directory\sub-dir1\sub-dir1a\\' is not in the
working copy". Note the double '/' at the end with the final '/' being the
filename encountered within the svn database.

How can I correct this issue without causing harm to this or any other repo
within the database? I was afraid to try to delete the file for fear of doing
irreparable harm (due to the nature of '/' and what it represents on the Linux
host).

Any ideas are greatly appreciated.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/fa53a1f8-c6ce-4bd6-bb0f-9f6e3d3e5acan%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB4PR10MB6288EDA75F5E521648AF8852FC6B9%40DB4PR10MB6288.EURPRD10.PROD.OUTLOOK.COM.

feature request TortoiseMerge in Wrap lines mode

2022-04-04 Thread TortoiseSVN on behalf of H. Niemann

Hello Stefan!

I have a feature request regarding TortoiseMerge.
When I activate Wrap lines mode, the line comparison on the bottom of the 
screen uses the same wrap points as the upper displays,
using only half of the available width. It gets even more complicated if left 
and right pane have different widths.

Would it be possible to not wrap at all in the lower part of the window at 
least if left and right line fit there completely?
(On the other hand I can see that there is no horizontal scrolling in that 
lower window, so if the line is even longer than that, it is currently clipped 
on the right in non-wrap mode.)

Regards

Hartmut

[cid:image001.png@01D847FB.14E6E7F0]

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB4240A2B43BF999097938ED4AFCE59%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

AW: Commit window doesn't react on close/Cancel/OK

2022-02-09 Thread TortoiseSVN on behalf of H. Niemann

Hi Pavel,
thanks for the reply, and your question led me to the root of the problem, when 
I encountered it today.

I could reproduce it in a test repo:

I svn copied a folder with a file,
On commit, I selected the folder, but not the file inside.

On 1.14.1 I get an alert box "Non recursive commit of moved/renamed folders"
On 1.14.99 -29255 I get "Es wurde ein falsches Argument festgestellt" and an 
unclosable commit dialog (unless I kill tortoiseProc in the task manager).

(You asked why I use the nightly from August - I don't know. Probably there was 
a bug report and bug fix that made me upgrade, I don't remember. I'd like to 
test with the latest nightly, but there is none available as far as I can see.)

Regards
Hartmut

Von: TortoiseSVN on behalf of Pavel Lyalyakin 
Gesendet: Dienstag, 8. Februar 2022 16:36
An: TortoiseSVN on behalf of H. Niemann 
Betreff: Re: Commit window doesn't react on close/Cancel/OK

You are using a nightly dev build from 2021/08/30 (for testing only). Does the 
problem reproduce with TortoiseSVN 1.14.1? TortoiseSVN 1.14.1 is the latest 
released version and you can download it at 
https://tortoisesvn.net/downloads.html<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftortoisesvn.net%2Fdownloads.html=04%7C01%7Chartmut.niemann%40siemens.com%7C42d4e876b3d84c974ebe08d9eb18ca6d%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637799315009079830%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000=4Kfla0WBQq%2BcnnSh23Yku%2B2NENdo8bQalDpQQz%2B1lDc%3D=0>.

Is there any special reason you are using a nightly build?


On Tue, Feb 8, 2022 at 11:35 AM TortoiseSVN on behalf of H. Niemann 
mailto:tortoisesvn@googlegroups.com>> wrote:
Hello!

I am using TortoiseSVN 1.14.99, Build 29255 - 64 Bit -dev, 2021/08/30 17:33:45
and encountered twice a freeze (first time a few days ago, second time today) 
in the commit window.

In both cases I selected some files from a larger list of changed / added 
files, entered a build comment and hit OK.
A message like "an invalid parameter encountered" appeared (sorry, I did not 
copy the exact wording),
and after that the dialog partly froze.
The "close me - X", Alt-F4, cancel and OK don't work (no reaction at all), 
everything else seems to react normally (resizing, moving, marking/unmarking 
files, Help, my Redmine Issues plugin, double clicking a file to open svn diff 
all succeeded).

In both cases, trying to commit again did work without problems. Today I 
entered a different commit message (just in case), but after that I tried the 
exact same commit message that triggered the first error in  a throw-away repo 
without a problem.

I don't know what the first alert box really meant and wouldn't mind if such 
happens now and then, but it's weird that I can't close the dialog and retry.

Is this a known problem?

Regards
Hartmut

--
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
tortoisesvn+unsubscr...@googlegroups.com<mailto:tortoisesvn+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB4240B71C834736784DCFD88BFC2D9%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2FPR3PR10MB4240B71C834736784DCFD88BFC2D9%2540PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM%3Futm_medium%3Demail%26utm_source%3Dfooter=04%7C01%7Chartmut.niemann%40siemens.com%7C42d4e876b3d84c974ebe08d9eb18ca6d%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637799315009079830%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000=O24cFdFquTo5L5xHcwtdjeQfjiep%2FWc5IwpAvbT7IjI%3D=0>.


--
With best regards,
Pavel Lyalyakin
VisualSVN Team
--
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
tortoisesvn+unsubscr...@googlegroups.com<mailto:tortoisesvn+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/CAEyhmwbmR__NSSUO8Eu%3DE-O1LYK1C33aYSj9%2BR2jwbx9e_W0xQ%40mail.gmail.com<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2FCAEyhmwbmR__NSSUO8Eu%253DE-O1LYK1C33aYSj9%252BR2jwbx9e_W0xQ%2540mail.gmail.com%3Futm_medium%3Demail%26utm_source%3Dfooter=04%7C01%7Chartmut.niemann%40siemens.com%7C42d4e876b3d84c974ebe08d9eb18ca6d%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637799315009079830%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000=dFCECpPMx%2BGSrONay55%2FhdW%2FZm8fExV%2FzCwiHMN0N1g%3D=0>.

--

Commit window doesn't react on close/Cancel/OK

2022-02-08 Thread TortoiseSVN on behalf of H. Niemann

Hello!

I am using TortoiseSVN 1.14.99, Build 29255 - 64 Bit -dev, 2021/08/30 17:33:45
and encountered twice a freeze (first time a few days ago, second time today)
in the commit window.

In both cases I selected some files from a larger list of changed / added
files, entered a build comment and hit OK.
A message like "an invalid parameter encountered" appeared (sorry, I did not
copy the exact wording),
and after that the dialog partly froze.
The "close me - X", Alt-F4, cancel and OK don't work (no reaction at all),
everything else seems to react normally (resizing, moving, marking/unmarking
files, Help, my Redmine Issues plugin, double clicking a file to open svn diff
all succeeded).

In both cases, trying to commit again did work without problems. Today I
entered a different commit message (just in case), but after that I tried the
exact same commit message that triggered the first error in a throw-away repo
without a problem.

I don't know what the first alert box really meant and wouldn't mind if such
happens now and then, but it's weird that I can't close the dialog and retry.

Is this a known problem?

Regards
Hartmut

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB4240B71C834736784DCFD88BFC2D9%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

AW: automatic commit with Tortoise SVN

2021-11-15 Thread TortoiseSVN on behalf of H. Niemann

Hi!

There are command line tools included with the TSVN installer (you may or may
not have installed them), and with those
this is really just a one-line batch
svn commit . -m "automatic commit"
should do the job (not tested) without asking questions.

Hartmut

Von: marvin joest über TortoiseSVN
Gesendet: Dienstag, 16. November 2021 08:39
An: TortoiseSVN
Betreff: automatic commit with Tortoise SVN

Hello everybody,

I am currently starting to work on my master thesis and would like to use SVN
to automatically save my work. I am currently using SVN for other files (with
manual commit) and it is all working as it should.
In the manual I already found instructions on how to automate the commiting by
executing a batch file with following code line

TortoiseProc.exe /command:commit /path:"mypath" /closeonend:3

but with this line of code there is only the commit dialogue opening.
I would like to have a automated routine which commits a few files (mainly a
docx file) without a need to confirm it over the dialogue.

Is there a way of programming this in a batch file or is this not possible with
Tortoise SVN?

Thanks for your help.

Regards Marvin
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/f8651a08-1479-43a3-9425-e98dbbe6ca62n%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB4240C7310F312E7CE3C93FE9FC999%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

AW: Feature request: show the amount of data to be submitted on the commit window

2021-11-03 Thread TortoiseSVN on behalf of H. Niemann

How hard and how useful would it be to list the combined file size
303 files (37kBytes) selected, 305 files (219kBytes) total
(i.e. show the file size and leave the guessing how big the commit might be to
the user)?
It would at least give a hint whether really large files are
added/selected/committed,
like compiled binaries or big pictures.
(Some projects I work with store 200MBytes+ disk images in SVN and then you
want to know in advance whether that file is checked or not ..)

Hartmut

Von: Daniel Sahlberg via TortoiseSVN
Gesendet: Montag, 1. November 2021 09:33
An: TortoiseSVN
Betreff: Re: Feature request: show the amount of data to be submitted on the
commit window

söndag 31 oktober 2021 kl. 12:16:19 UTC+1 skrev Adam Jones:
Exactly and this is what I'm suggesting; that this correct calculation is made
by determining the total of each individual files change data. That could be
done on the local system before submission and shown in this box here. It may
be that the figure doesn't appear instantly as the window renders and that it
has to calculate enumerating through files in the background once the window is
up.

I checked with some of the Subversion developers and it is not an easy thing to
estimate or guess the size of a commit before it happens. To quote them you
need to "deltify the files" and then sum up the changes (possibly adding
overhead). Of course it can be done, but there are no APIs for this currently.
Any changes should probably be done in the Subversion code first and then it it
should be a relatively small change to call these APIs from TortoiseSVN. If you
are interested to help, please check
https://subversion.apache.org/contributing.html.

Kind regards,
Daniel

On Sun, 31 Oct 2021 at 08:01, Stefan via TortoiseSVN
wrote:
you can't just add up the file sizes to determine the data to be transferred.
Because only changes are transferred, not whole files.
--
You received this message because you are subscribed to a topic in the Google
Groups "TortoiseSVN" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/tortoisesvn/EGEkWK8icV4/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
tortoisesvn...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/e5e3cc73-96ad-4e67-9bcf-07e9cb8d2642n%40googlegroups.com.

Adam Jones
Web Developer
www.adam-makes-websites.com
| t: +44 (0)207 099 4515
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/e28c4ef0-d97c-443c-a930-58be86041917n%40googlegroups.com.

AW: Correcting moved External repository paths (that no longer exist) in the current SVN Repository

2021-10-19 Thread TortoiseSVN on behalf of H. Niemann

Hi!

If you checkout the main repo with "no externals", this should work without
error messages.
Then navigate to all directories where externals are referenced and edit the
directory's property
svn:externals. (rightclick on the directory->tortoiseSVN->properties, select
svn:externals -> edit, edit the path referenced)
Then update the repo (which will fetch all externals and check whether you made
a mistake)
and commit if the update went smooth.

Just a hint: there are special shortcuts for "in this repo" (^) and "on the
same server as this repo" (^/..) , so for most externals, I have not entered
any host name.
See https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-externals.html
:

"Relative to repository root
These URLs always begin with the string ^/ for example:
^/widgets/foo common/foo-widget

This will extract http://example.com/svn/repos-1/widgets/foo into
C:\Working\common\foo-widget.
You can easily refer to other repositories with the same SVNParentPath (a
common directory holding several repositories). For example:
^/../repos-2/hammers/claw common/claw-hammer

This will extract http://example.com/svn/repos-2/hammers/claw into
C:\Working\common\claw-hammer.
"
Hope this helps.

Hartmut

Von: Raeev Arora via TortoiseSVN
Gesendet: Dienstag, 19. Oktober 2021 08:13
An: TortoiseSVN
Betreff: Correcting moved External repository paths (that no longer exist) in
the current SVN Repository

Hello,

I am looking out for a way to update external projects links used within a
current SVN project, so that no errors are thrown while downloading the
repository.

Example of current reported error is:
Unable to connect to a repository at URL

'https://kkkvisualsvn.kkkus.local/svn/CmpDpt/Libraries/Vender_Libraries/STM_StdPeriph_Driver'

The old SVN path (for the external repositories), which cannot be accessed
(because it does not exist), looks similar to
https://kkkvisualsvn.kkkus.local/svn/aaa/xxx

Above link need to be changed to, where the external project copy exists on the
moved / Current SVN:
https://tue-p-yyy.americas.swk.pri/svn/aaa/xxx

Please suggest a SVN command and method to execute it, which shall help me
archive what I am looking for. I want the change to be permanent and available
on the SVN server as well.

Regards,
Rajeev
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/d4ca54a3-4bcb-4551-9f2c-f971e51eb1bbn%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to

AW: Garbled info line in "check for modifications" in my nightly

2021-09-01 Thread TortoiseSVN on behalf of H. Niemann

Thank you! 91 minutes from notification to fix is INCREDIBLY FAST!
I can confirm the new nightly build 29255 works for me.

Regards
Hartmut

Von: Stefan via TortoiseSVN 
Gesendet: Montag, 30. August 2021 18:34
An: TortoiseSVN 
Betreff: Re: Garbled info line in "check for modifications" in my nightly

fixed in r29255

Stefan

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB4240B301AA4CC0B097582BF5FCCD9%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

AW: Garbled info line in "check for modifications" in my nightly

2021-08-30 Thread TortoiseSVN on behalf of H. Niemann

And the status colum is empty.

Regards
Hartmut

Von: TortoiseSVN on behalf of H. Niemann
Gesendet: Montag, 30. August 2021 17:03
An: TortoiseSVN mailing list (tortoisesvn@googlegroups.com)

Betreff: Garbled info line in "check for modifications" in my nightly

Hi!
The info line (count of modified / unchanged / ... files) of the "modified
files" dialog is garbled in my nightly (1.14.99 - 29236 from 2021-07-31)
There is currently no newer nightly build on the server, so I can not check
whether this is already fixed.
(If this is a known problem, I will happily wait for a new nightly to check.)

Regards
Hartmut
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com<mailto:tortoisesvn+unsubscr...@googlegroups.com>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB42406940EBE91D6BD1E90A76FCCB9%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2FPR3PR10MB42406940EBE91D6BD1E90A76FCCB9%2540PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM%3Futm_medium%3Demail%26utm_source%3Dfooter=04%7C01%7Chartmut.niemann%40siemens.com%7Cbb74a13d477447b8621608d96bc74044%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637659325788107422%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=HudqywsPvLP%2BwERa%2F9dH%2FXhkS8FYK2cIfuAz5QhfjhM%3D=0>.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB4240095270D16187B9B624C0FCCB9%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

Garbled info line in "check for modifications" in my nightly

2021-08-30 Thread TortoiseSVN on behalf of H. Niemann

Hi!
The info line (count of modified / unchanged / ... files) of the "modified 
files" dialog is garbled in my nightly (1.14.99 - 29236 from 2021-07-31)
There is currently no newer nightly build on the server, so I can not check 
whether this is already fixed.
(If this is a known problem, I will happily wait for a new nightly to check.)

Regards
Hartmut

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB42406940EBE91D6BD1E90A76FCCB9%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

TortoiseMerge: vertical position on reload in collapse mode

2021-07-22 Thread TortoiseSVN on behalf of H. Niemann

Hello!

How is the vertical scroll position (re)calculated on a reload in tortoiseMerge 
in collapse mode?

I use TortoiseMerge quite a lot for comparing test log files with a checked-in 
reference, watching closely what is different.
So the right file in tortoiseMerge grows with every reload (button or when 
switching back to the window).
Sometimes the vertical position is kept, sometimes it jumps around seemingly 
randomly.

My wish would be that the topmost visible line stays the topmost visible line 
if it is still visible after the reload, with the exception that the vertical 
space should be used up, i.e. the system would scroll up to fill the space if 
there are less lines to show from that line to the bottom of the files than can 
be shown in the window.
If the topmost line would be invisible after the collapsing, the last 
to-be-shown line before that should become the new topmost line.
Would that be possible? Do you think it would be a good idea?

Regards
Hartmut

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/PR3PR10MB424043F346C373BBFF5A12F8FCE49%40PR3PR10MB4240.EURPRD10.PROD.OUTLOOK.COM.

AW: Feature to force svn:eol-style native to LF or any other valid value.

2021-06-18 Thread TortoiseSVN on behalf of H. Niemann

Hi Visenri,

is this

* What I don't want is:
* -Keep track of which files need this process.
the core of your problem?

Subversion is a version control *tool*. If I understand you, you do not want a
tool and advice how to solve your problem.
You want magic that solves your problem for you, and you do not even want to
know what your problem exactly is.

I doubt you will find a magic solution in this mailing list.
You were presented different approaches, and we might come up with some more,
and you could choose the one that fits your problem best - but only if you want
to understand your problem in detail first.

You *need* an understanding which files are affected and why. IMHO this is
crucial for finding a solution that fits.

Hartmut

Von: Visenri via TortoiseSVN
Gesendet: Donnerstag, 17. Juni 2021 20:17
An: TortoiseSVN
Betreff: Re: Feature to force svn:eol-style native to LF or any other valid
value.

I found what I am asking for, but for export:
http://svnbook.red-bean.com/en/1.7/svn.ref.svn.c.export.html

--native-eol
ARG<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsvnbook.red-bean.com%2Fen%2F1.7%2Fsvn.ref.svn.html%23svn.ref.svn.sw.native_eol=04%7C01%7Chartmut.niemann%40siemens.com%7Cf6049bcb33754cce0ee508d931bc1ef1%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637595506303260848%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=3ZjwEdfW9yNlIQgqge%2BsEauzxjG1WIyVhUKYIzJM8OE%3D=0>:
Causes svn export to use a specific end-of-line sequence as if it was the
native sequence for the client platform. ARG may be one of CR, LF, or CRLF.

But it's only available for export, What I am asking for is for update, so when
I update I get the unix version of the file.

Using external tools (e.g. unix2dos), I have to keep track of which files need
the conversion, and I also lose the original file date.

At least using the svn export all is handled automatically.

I tried it and it works, but it generates an unwanted side effect, all files
will have a changed date.

I have not tried to overwrite the working dir (just to update the files with
native-eol):
svn export --force ./ --native-eol LF

What I need in crystal clear words:
-Do the update simulating my machine is a UNIX one.
-Do it using the TortoiseSvn GUI if possible.

-Change date of files.

On Wednesday, June 16, 2021 at 7:14:20 PM UTC+2 Bruce C wrote:
As I understand it, the aim is to to checkout a project. Then, depending on
tasks that are to be performed, different tools will be used to modify the
files. Some tools need Unix line endings and other tools need Windows line
endings. All tools are to be used on the same system [presumably Windows since
the request is being made for TortoiseSVN that is a Windows only tool].

The observation is that Subversion can checkout the files differently, using
different line endings. The suggestion is to use this capability to perform the
line ending translations that you require, but this isn't supported as it
stands.

Rather than try to change the Subversion, or TortoiseSVN, functionality to fit
these specific requirements, perhaps consider using a tool dedicated to the
task of changing line endings (e.g. unix2dos). Where the task requires
different line endings, use the tool to translate the files, perform the task,
and then run the tool to translate the line endings back again. I would expect
that the translations could be scripted.

Alternatively, you have suggested that TortoiseSVN "has a function that
processes each occurrence of 'native' and converts it to CRLF in Windows". I
doubt that's how it works. I would expect that TortoiseSVN simply uses the
Subversion functionality. [Stefan provided a link to a description of the
Subversion functionality.] If that is the case, the request would need to be
directed at Subversion - not TortoiseSVN. Perhaps it might be possible to
request a feature that ignores the Subversion EOL property and, instead, uses
an override setting. Personally, I don't see that as a great feature but
perhaps this is an under-rated use case. However, it seems to me that it'd
still be better to perform the conversions directly and this is something you
can do without the need to await a change to Subversion.

Hope this helps.
On Wednesday, 16 June 2021 at 07:19:55 UTC+1 H. Niemann wrote:
Addendum:
If I recall correctly, the cygwin svn command line clients think that native is
LF.
Maybe you investigate in that direction and just use mingw or Cygwin tools for
managing the mingw WC.

Hartmut

Von: TortoiseSVN on behalf of H. Niemann
mailto:torto...@googlegroups.com>>
Gesendet: Mittwoch, 16. Juni 2021 07:42
An: TortoiseSVN on behalf of Visenri
mailto:torto...@googlegroups.com>>
Betreff: AW: Feature to force svn:eol-style native to LF or any other valid
value.

What I don't understand:
Are these files of the kind that needs LF style everywhere and the collea

AW: Feature to force svn:eol-style native to LF or any other valid value.

2021-06-16 Thread TortoiseSVN on behalf of H. Niemann

Addendum:
If I recall correctly, the cygwin svn command line clients think that native is
LF.
Maybe you investigate in that direction and just use mingw or Cygwin tools for
managing the mingw WC.

Hartmut

Von: TortoiseSVN on behalf of H. Niemann
Gesendet: Mittwoch, 16. Juni 2021 07:42
An: TortoiseSVN on behalf of Visenri
Betreff: AW: Feature to force svn:eol-style native to LF or any other valid
value.

What I don't understand:
Are these files of the kind that needs LF style everywhere and the colleagues
just use only machines where LF is native,
or are these files needed in LF style on unixoid machines, CRLF style on
Windows and you are the only one
who has a use case where he needs them LF although the host is Windows?

I believe there can not be a per-file-and-user property
svn:eol-style=native_except_for_Visenris_MINGW_workingcopy_where_it_must_be_LF.
What happens if you need a working copy on a linux machine?
Or this would be a per-file-and-workingcopy property - this could probably be
done, but I can hardly imagine a good use case for that.

(Well actually, I had the use case that I wanted to disable an svn:external
locally because you can exclude a file or directory
from a working copy, but not an external - different story.)

I would fix that in the build script. Leave the file svn:eol-style=native, have
the editors do with it whatever they are used to and
create a temporary file with the needed linefeed style as part of the build
system.

If, on the other hand, these files are normally used in unix environments, and
everybody uses them LF style but
your colleagues refuse to make that explicit by svn:eol-style=LF, then you have
a people problem, not a technical one.

Hartmut

Von: Visenri via TortoiseSVN
mailto:tortoisesvn@googlegroups.com>>
Gesendet: Dienstag, 15. Juni 2021 22:30
An: TortoiseSVN
mailto:tortoisesvn@googlegroups.com>>
Betreff: Re: Feature to force svn:eol-style native to LF or any other valid
value.

I am telling you, I can't just:
"set the svn:eol-style property to LF for those files you work with linux tools
with."
As I said this property is ok as it is for other people and I can't commit this
change in svn properties.

My suggestion is very simple:
TortoiseSVN surely has a function that processes each occurrence of 'native'
and converts it to CRLF in Windows.
I just need a per project (repository) property to allow me to change the
behavior of that translation function when I need Unix tools, so: 'native' ->
LF.

I just want to make TortoiseSVN behave like I am in a Unix machine.

If anytime I need to use windows tools that need 'native' translated to 'CRLF',
I just change the global setting and next time I update the files I will have
files with that conversion done.

On Tuesday, June 15, 2021 at 6:29:27 PM UTC+2 Stefan wrote:
On Saturday, June 12, 2021 at 3:23:30 PM UTC+2 Visenri wrote:

Please, take another look at the description of the problem.
I can't change the eol-style property of the affected files, because the value
'native' is the right one for pure windows and unix users.

The problem is, in windows, sometimes, I work in a mixed environment, with some
linux-like tools included in MINGW, so, it is necessary to translate eol-style
'native' to 'LF' not to 'CRLF', what I am asking for is a way to convince
TortoiseSVN that I am using unix tools despite running TortoiseSVN in windows.
So, when it will see a eol-style 'native' it will use 'LF' like in a unix
environment.

you can set the svn:eol-style property to LF for those files you work with
linux tools with.
However if you want different eol-styles depending on what tools you use, then
that's not possible. I mean how would svn know which tools you like to use
today and which ones tomorrow???

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com<mailto:tortoisesvn+unsubscr...@googlegroups.com>.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/513a116f-186d-4ded-856e-9be24ac58569n%40googlegroups.com<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2F513a116f-186d-4ded-856e-9be24ac58569n%2540googlegroups.com%3Futm_medium%3Demail%26utm_source%3Dfooter=04%7C01%7Chartmut.niemann%40siemens.com%7C45736289325e4050ba8e08d930898484%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637594189460538195%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=fJDoFEBXZI6c6p%2FAPgVxZX8hHb%2BnYxZ7CCwv1a6rVpg%3D=0>.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com&

AW: Feature to force svn:eol-style native to LF or any other valid value.

2021-06-15 Thread TortoiseSVN on behalf of H. Niemann

(Well actually, I had the use case that I wanted to disable an svn:external
locally because you can exclude a file or directory
from a working copy, but not an external - different story.)

Hartmut

Von: Visenri via TortoiseSVN
Gesendet: Dienstag, 15. Juni 2021 22:30
An: TortoiseSVN
Betreff: Re: Feature to force svn:eol-style native to LF or any other valid
value.

I just want to make TortoiseSVN behave like I am in a Unix machine.

If anytime I need to use windows tools that need 'native' translated to 'CRLF',
I just change the global setting and next time I update the files I will have
files with that conversion done.

On Tuesday, June 15, 2021 at 6:29:27 PM UTC+2 Stefan wrote:
On Saturday, June 12, 2021 at 3:23:30 PM UTC+2 Visenri wrote:

Please, take another look at the description of the problem.
I can't change the eol-style property of the affected files, because the value
'native' is the right one for pure windows and unix users.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/513a116f-186d-4ded-856e-9be24ac58569n%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM8PR10MB40671B2D835146169FC02BFEFC0F9%40AM8PR10MB4067.EURPRD10.PROD.OUTLOOK.COM.

AW: TortoiseSVN C++ Redistributables usage!

2021-06-11 Thread TortoiseSVN on behalf of H. Niemann

Hi Krishna!

You could check the mfc*.dll files of 1.9.7 yourself for their version and what
VS version is associated with it.
Or upgrade all to 1.14 along the way, which ships with dlls that are from
"VS2015 or newer", if I interpret their version and my google search correctly?

For a company that ships its own svn binaries, I am surprised you ask on a
mailing list instead of looking at the files.

Hartmut

Von: TortoiseSVN
Gesendet: Donnerstag, 10. Juni 2021 23:37
An: TortoiseSVN on behalf of Stefan
Betreff: Re: TortoiseSVN C++ Redistributables usage!

Thank you very much for the information.
The reason we are asking the above information is we are trying to figure out
which versions of TSVN are no longer valid due to the EOL (and security issues)
with the redistributable VS binaries. It would be helpful if you could provide
more information on that.

We have quite a lot of TSVN versions in our environment:
1.9.7.27907
1.10
1.11
1.11.28492
1.13.1.28686
1.13.28686

Please confirm if any of the above versions are built with VS2010(or earlier).

KRISHNA KATHARI TECHNICAL SUPPORT ENGINEER
T +1 925 365 0323
C +1 408 858 7142
E krishna.kath...@wandisco.com
LINKEDIN in/krishnakathari

On Fri, Jun 4, 2021 at 10:11 PM Stefan via TortoiseSVN
mailto:tortoisesvn@googlegroups.com>> wrote:
No, there's nothing on the web page about this, because users usually don't
require such info.
Also, VS2010 is way too old to be used today... - TSVN is always built with
the latest VS version.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1c31f369-5679-4239-ab7b-2adbee209566n%40googlegroups.com.

[cid:image001.jpg@01D75EAA.451DEF80]

THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY AND MAY BE
PRIVILEGED

If this message was misdirected, WANdisco, Inc. and its subsidiaries,
("WANdisco") does not waive any confidentiality or privilege. If you are not
the intended recipient, please notify us immediately and destroy the message
without disclosing its contents to anyone. Any distribution, use or copying of
this email or the information it contains by other than an intended recipient
is unauthorized. The views and opinions expressed in this email message are the
author's own and may not reflect the views and opinions of WANdisco, unless the
author is authorized by WANdisco to express such views or opinions on its
behalf. All email sent to or from this address is subject to electronic storage
and review by WANdisco. Although WANdisco operates anti-virus programs, it does
not accept responsibility for any damage whatsoever caused by viruses being
passed.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/CAO%2BqbQY8UBKdepr4%3DcRmeTuiTfXK2V1pNDS82Ps%3DXuANoikNjg%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups

AW: Commit screen doesnt show unversioned files anymore

2021-05-18 Thread TortoiseSVN on behalf of H. Niemann

Did you check "show unversioned files" on the bottom?
This is what I do in this situation, and at least with 1.14.1 this check box
still exists.

Hartmut

Von: Tijmen van den Heuvel via TortoiseSVN
Gesendet: Dienstag, 18. Mai 2021 10:38
An: TortoiseSVN
Betreff: Re: Commit screen doesnt show unversioned files anymore

https://dl.dropboxusercontent.com/s/m6uda3sce7q1on2/6yPzTxmLTG.mp4

same here, only after i add the file is it visible in the commit window.
On Tuesday, May 18, 2021 at 10:37:03 AM UTC+2 Tijmen van den Heuvel wrote:
I mainly use TortoiseSVN through the commit screen, however i recently noticed
new files dont appear there anymore (without being added before that)

https://dl.dropboxusercontent.com/s/qxg390gyn3l680e/Bk3NiKqpJD.mp4

This clearly shows the folder, it is not visible in the commit screen before i
add it. In the past it would show there as unversioned, with the option to add
it. Where did this option go?
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/368eb5c9-b9d4-4507-a33b-f2b9484a27bfn%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM9PR10MB40717E1C10D0E28FCC8C8624FC2C9%40AM9PR10MB4071.EURPRD10.PROD.OUTLOOK.COM.

AW: Is there a way to disable ONLY the commit warning for tags?

2021-03-11 Thread TortoiseSVN on behalf of H. Niemann

Hi Thorsten!

If I recall correctly, the directory name "tags" is pure convention, and the 
warnings come from the directory name alone.

If you rename the directory to "releases" or something else, the problem should 
be gone, shouldn't it?
(And - as the subversion use case standard of "tagging" is understood them to 
be immutable, using a different name would be a good idea anyway.)

Hartmut

-Ursprüngliche Nachricht-
Von: TortoiseSVN  
Gesendet: Donnerstag, 11. März 2021 14:17
An: TortoiseSVN 
Betreff: Is there a way to disable ONLY the commit warning for tags?

Hi all,

I'm using tags to deploy/maintain web sites for customers, while those 
customers are allowed to still change things in those tags. It's mostly only 
about very tag-specific things like e.g. configs.

Many customers don't make such things too often and are then a little bit 
scared about the warning TSVN provides by default. they call me, I tell them to 
ignore that and sometimes explain the reasons one more time, until the next 
time in a few months. :-)

I've already read that this warning can be "disabled" by removing 
classification patterns in the settings of the revision graph:

https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fg%2Ftortoisesvn-dev%2Fc%2FBp_M7FK4BE0%2Fm%2FvZxECV6Kb5cJdata=04%7C01%7Chartmut.niemann%40siemens.com%7C357c951c085e40ac705a08d8e49009dd%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637510654572657014%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=hpdzcMdDrevRub7dwn0HAAJgkCpsHKQCuRCrCx%2Fl50k%3Dreserved=0

But is there a way to KEEP TSVN knowing about tags etc., while ONLY disabling 
that special commit warning?

The commit warning is not strictly associated with the revision graph as well, 
but depends on that setting. So I wonder which other useful functions one loses 
when changing that setting onyl to disable the commit warning.

Is there some advanced setting targeting that warning I'm missing?

Thanks!

Mit freundlichen Grüßen

Thorsten Schöning

--
AM-SoFT IT-Service - Bitstore Hameln GmbH i.G.
Mitglied der Bitstore Gruppe - Ihr Full-Service-Dienstleister für IT und TK

E-Mail: thorsten.schoen...@am-soft.de
Web:
https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.am-soft.de%2Fdata=04%7C01%7Chartmut.niemann%40siemens.com%7C357c951c085e40ac705a08d8e49009dd%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637510654572657014%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=CepumLEuVF9knlsk7%2BlzJeJ3oDdMVA86wSoWpg%2FU9bA%3Dreserved=0

Tel:   05151-  9468- 0
Tel:   05151-  9468-55
Fax:   05151-  9468-88
Mobil:  0178-8 9468-04

AM-SoFT IT-Service - Bitstore Hameln GmbH i.G., Brandenburger Str. 7c, 31789 
Hameln AG Hannover HRB neu - Geschäftsführer: Janine Galonska


Für Rückfragen stehe ich Ihnen sehr gerne zur Verfügung.

Mit freundlichen Grüßen

Thorsten Schöning


Tel: 05151 9468 0
Fax: 05151 9468 88
Mobil: 
Webseite: 
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.am-soft.de%2Fdata=04%7C01%7Chartmut.niemann%40siemens.com%7C357c951c085e40ac705a08d8e49009dd%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637510654572657014%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=ckVUR5qPX5Rsf%2FRv7keIW9ok6VB36XejVS9RrPmDWOg%3Dreserved=0
 

AM-Soft IT-Service - Bitstore Hameln GmbH i.G. ist ein Mitglied der Bitstore 
Gruppe - Ihr Full-Service-Dienstleister für IT und TK

AM-Soft IT-Service - Bitstore Hameln GmbH i.G.
Brandenburger Str. 7c
31789 Hameln
Tel: 05151 9468 0

Bitstore IT-Consulting GmbH
Zentrale - Berlin Lichtenberg
Frankfurter Allee 285
10317 Berlin
Tel: 030 453 087 80

CBS IT-Service - Bitstore Kaulsdorf UG
Tel: 030 453 087 880 1

Büro Dallgow-Döberitz
Tel: 03322 507 020

Büro Kloster Lehnin
Tel: 033207 566 530

PCE IT-Service - Bitstore Darmstadt UG
Darmstadt
Tel: 06151 392 973 0

Büro Neuruppin
Tel: 033932 606 090

ACI EDV Systemhaus Dresden GmbH
Dresden
Tel: 0351 254 410

Das Systemhaus - Bitstore Magdeburg GmbH Magdeburg
Tel: 0391 636 651 0

Allerdata.IT - Bitstore Wittenberg GmbH
Wittenberg
Tel: 03491 876 735 7

Büro Liebenwalde
Tel: 033054 810 00

HSA - das Büro - Bitstore Altenburg UG
Altenburg
Tel: 0344 784 390 97

Bitstore IT - Consulting GmbH
NL Piesteritz
Piesteritz
Tel: 03491 644 868 6

Solltec IT-Services - Bitstore Braunschweig UG Braunschweig
Tel: 0531 206 068 0

MF Computer Service - Bitstore Gütersloh GmbH Gütersloh
Tel: 05245 920 809 3

Firmensitz: AM-Soft IT-Service - Bitstore Hameln GmbH i.G. , Brandenburger Str. 
7c , 31789 Hameln Geschäftsführer Janine Galonska






--
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit

AW: "Check for modifications" dialog

2021-02-15 Thread TortoiseSVN on behalf of H. Niemann

Hello!

A "repository checked" with revision and time stamp would be really nice.

Another great thing would be: One can start svn commands from this dialog like
"update" or "revert", and it would be cool if
the lines that were selected for that operation would be updated automatically
afterwards.

Hartmut

-Ursprüngliche Nachricht-
Von: TortoiseSVN on behalf of lorenznl
Gesendet: Montag, 15. Februar 2021 08:53
An: tortoisesvn@googlegroups.com
Betreff: "Check for modifications" dialog

If there are no local and/or remote modifications or locks, the dialog shows
the standard "No files to show To see remote changes, click on 'Check
Repository'" text, ...

... even if "Check repository' was just clicked or "Contact the repository on
startup" in "TSVN/Settings/Dialog 2/Check for modifications" is enabled.

Especially when working od different computers it would be nice to either have
the "Contact the repository on startup" checkbox in the "Check for modification
dialog" too,

and/or have an indication if/when the repostory was checked.
May be by replacing the "To see remote ..." by "Repository last checked "?
--

Lorenz

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2Fss8k2glsmccpofndq7sr75f5dj2jeh0rt5%25404ax.comdata=04%7C01%7Chartmut.niemann%40siemens.com%7Ca44c88e8e33d43f25f6d08d8d186afbb%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C1%7C637489723689425925%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=l2z2yqiAR8Lt5hysvjUegYH1xp0MuktaUyNfdU8IvjE%3Dreserved=0.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM9PR10MB40717A2925699758ECD7B180FC889%40AM9PR10MB4071.EURPRD10.PROD.OUTLOOK.COM.

Synkronizer as TSVN xlsx differ?

2020-10-06 Thread TortoiseSVN on behalf of H. Niemann

Hello!

We are currently looking into Synkronizer, an Excel differ plugin.
Does anybody know whether the Synkronizer plugin can be used as Tortoise 
Subversion's xlsx differ, i.e. whether it can be fed with file paths from the 
command line or some trampoline (vbs?) script?

Hartmut

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB2568E0491839AD3DFD325C46FC0D0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: link files together

2020-09-24 Thread TortoiseSVN on behalf of H. Niemann

Hello!

File externals do work only inside one repository (AFAIK), while directory
externals work from one repo to the other as well.

“Different repositories for different versions of the software” sound a little
scary for me. Why that?

Lukas, you might look into the “svn traditional” approach of having one repo
for the all versions of this software and using a
“trunk / tags / branches” structure.
Then either use file externals (which would be inside one repo and thus should
work) or merge of changes to all relevant branches.

Hartmut

Von: Justin MASSIOT via TortoiseSVN
Gesendet: Donnerstag, 24. September 2020 11:10
An: TortoiseSVN
Betreff: Re: link files together

Hello Lukas,

Could you please describe what make you think externals are not what is
"intended"? Then tell us what is effectively intended.

Justin
Le mercredi 23 septembre 2020 à 17:12:01 UTC+2, Lukas a écrit :

Hey,
I'm are looking for a solution, where I can link files together. I am using
different repositories for different versions of my software, so if I change a
file in one repository and I have the same File in another repo, this file
should also be updated. I've already tried using the external files property,
but could not get this to work as intended. And now I'm wondering if there is a
way to achieve this, or if I just should structure things differently.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/4f168b0d-2d2c-4952-b820-d300ee5e55f5n%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB256861C27D183E44CE607FFBFC390%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Working on Siemens PG

2020-09-24 Thread TortoiseSVN on behalf of H. Niemann

Hello Özlem,

re-reading your post I wonder whether I misunderstood you.
Do you mean the “PG” department (Power Generation) (what I thought first) or a
“PG” unit (I know that there used to special computers for Simatic programming
called “Programmiergeräte”)?
What is your problem?

Tortoise SVN runs on anything that has Windows (for older Windows versions you
might need to search for an older Tortoise SVN version).

Hartmut

Von: Özlem Kurumuş şu grup üzerinden: TortoiseSVN
Gesendet: Donnerstag, 24. September 2020 10:07
An: TortoiseSVN
Betreff: Working on Siemens PG

Hello!

I want to set up TortoiseSVN on the Siemens PG. Did anyone try this before?
What problems can I see? Thanks for all of ideas! Have a good day.

With best regards,

Özlem Kurumuş
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/8d562b1a-4bf6-4cd5-a8a1-4ffefd8e019cn%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB25683F016FBB9E1D91E4F90BFC390%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Working on Siemens PG

2020-09-24 Thread TortoiseSVN on behalf of H. Niemann

Hello Özlem,

we at Siemens Mobility use SVN a lot. Please contact me at 
hartmut.niem...@siemens.com

Hartmut

Von: Özlem Kurumuş şu grup üzerinden: TortoiseSVN 
Gesendet: Donnerstag, 24. September 2020 10:07
An: TortoiseSVN 
Betreff: Working on Siemens PG

Hello!

I want to set up TortoiseSVN on the Siemens PG. Did anyone try this before? 
What problems can I see? Thanks for all of ideas! Have a good day.

With best regards,

Özlem Kurumuş
--
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/8d562b1a-4bf6-4cd5-a8a1-4ffefd8e019cn%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB256857CBB9478D205A539F9CFC390%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Authentication problem - every day

2020-09-21 Thread TortoiseSVN on behalf of H. Niemann

With the tortoisesvn gui, you’ll find a “relocate” in the sub menu, if you are
in the root directory of your working copy.
This should do the trick.

Hartmut

Von: Michał L. przez TortoiseSVN
Gesendet: Freitag, 18. September 2020 14:32
An: TortoiseSVN
Betreff: Re: Authentication problem - every day

Is it possible to change URL on working SVN archive without Checkout ?
czwartek, 17 września 2020 o 16:42:46 UTC+2 Stefan napisał(a):
the screenshots tell nothing about what kind of authentication you're using.
But just a few things:

* still using http and not https?
* drop the username in the url - that has been deprecated for years now and
most browsers don't support it anymore. That could also be why you have to
re-enter your credentials every day.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/f8df985c-47c5-48cc-9d34-9a39ae3958ecn%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB25685F1D0882EC04CF4491F0FC3A0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: libapr_tsvn.dll was not found

2020-08-19 Thread TortoiseSVN on behalf of H. Niemann

Hello Pavel,
thank you for your mail.
No, I did not yet upgrade to 1.14.0

And one thing makes my case different: After install (and repair) TSVN works 
for an extended period of time (several days and (usually daily) reboots) 
before libapr_tsvn.dll vanishes and the error message occurs.

I had some system update yesterday – could that be the culprit, if yes – how?

Hartmut

Von: TortoiseSVN on behalf of Pavel Lyalyakin 
Gesendet: Mittwoch, 19. August 2020 13:23
An: TortoiseSVN on behalf of H. Niemann 
Betreff: Re: libapr_tsvn.dll was not found

Hello Hartmut,

Do you use TortoiseSVN 1.13.1 or did you upgrade to 1.14.0?

Please, see the following threads:
* 
https://groups.google.com/d/msgid/tortoisesvn-dev/6a0e9a39-a32e-4184-8e3d-3591445db824%40googlegroups.com<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn-dev%2F6a0e9a39-a32e-4184-8e3d-3591445db824%2540googlegroups.com=02%7C01%7Chartmut.niemann%40siemens.com%7C28bb323b935b4270d92b08d844324b1f%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C63733433007648=0q%2BgVMfCuo3aTzcDZl9NzQ5AmfiMxRpbZ9ELVcbAJl8%3D=0>
* 
https://groups.google.com/d/msgid/tortoisesvn/8f27fdac-e9b9-4662-8563-ba7acdf02bb8o%40googlegroups.com<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2F8f27fdac-e9b9-4662-8563-ba7acdf02bb8o%2540googlegroups.com=02%7C01%7Chartmut.niemann%40siemens.com%7C28bb323b935b4270d92b08d844324b1f%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C63733433007648=XXiZXikI3biFovhHZUPy2v0yA3sfIUepAuWCCpCeYgs%3D=0>
* 
https://stackoverflow.com/q/62392862/761095<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fq%2F62392862%2F761095=02%7C01%7Chartmut.niemann%40siemens.com%7C28bb323b935b4270d92b08d844324b1f%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637334330080009641=LnPY90UR2%2FobWjjQy2sWVWrIVMU5zU%2Fcy4EXowVU7qs%3D=0>

On Wed, Aug 19, 2020 at 12:36 PM TortoiseSVN on behalf of H. Niemann 
mailto:tortoisesvn@googlegroups.com>> wrote:
Hello!

This morning I got

“TortoiseProc.exe – System Error   The code execution cannot proceed because 
libapr_tsvn.dll was not found. Reinstalling may fix this problem.”

again, after the same thing happening maybe three or four times during the last 
weeks.
This happens with Tortoise SVN 1.13.1.28686.
It seems that libapr_tsvn.dll is really gone from C:\Program 
Files\TortoiseSVN\bin

If that happens, I have to install TSVN again and run a repair install directly 
afterwards, because the first install seems to install only half of the files.

I checked the virus scanner (trend micro), but its log is empty.

What could that be? How can I debug that?

With best regards
Hartmut Niemann

--
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
tortoisesvn+unsubscr...@googlegroups.com<mailto:tortoisesvn+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB256840C262586A5C52A7AE75FC5D0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2FAM6PR10MB256840C262586A5C52A7AE75FC5D0%2540AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM%3Futm_medium%3Demail%26utm_source%3Dfooter=02%7C01%7Chartmut.niemann%40siemens.com%7C28bb323b935b4270d92b08d844324b1f%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637334330080009641=IZ5otYObU6r%2FkCju7Jbx6AscSfPigaKi%2FJyzDHN6QBs%3D=0>.


--
With best regards,
Pavel Lyalyakin
VisualSVN Team
--
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
tortoisesvn+unsubscr...@googlegroups.com<mailto:tortoisesvn+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/CAEyhmwZJ-DDPz%2BBj6%3DnaAuSe815TDBwsk0w3g6WL%3D%3DTV19szAg%40mail.gmail.com<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2FCAEyhmwZJ-DDPz%252BBj6%253DnaAuSe815TDBwsk0w3g6WL%253D%253DTV19szAg%2540mail.gmail.com%3Futm_medium%3Demail%26utm_source%3Dfooter=02%7C01%7Chartmut.niemann%40siemens.com%7C28bb323b935b4270d92b08d844324b1f%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637334330080019637=YLpK3NdkUnqodTfZq0ot3WbJetbBC%2Bno0KoxDIHY99w%3D=0>.

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB25686A30D70606303BA25ACBFC5D0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

libapr_tsvn.dll was not found

2020-08-19 Thread TortoiseSVN on behalf of H. Niemann

Hello!

This morning I got

"TortoiseProc.exe - System Error   The code execution cannot proceed because 
libapr_tsvn.dll was not found. Reinstalling may fix this problem."

again, after the same thing happening maybe three or four times during the last 
weeks.
This happens with Tortoise SVN 1.13.1.28686.
It seems that libapr_tsvn.dll is really gone from C:\Program 
Files\TortoiseSVN\bin

If that happens, I have to install TSVN again and run a repair install directly 
afterwards, because the first install seems to install only half of the files.

I checked the virus scanner (trend micro), but its log is empty.

What could that be? How can I debug that?

With best regards
Hartmut Niemann

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB256840C262586A5C52A7AE75FC5D0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Can't Revert, Commit or do anything to Uncommitted Change

2020-04-29 Thread TortoiseSVN on behalf of H. Niemann

Hi!

Did you seedirectory vsfile? is there a FILE named ibi_data_files
instead of a directory of that name?
Do you have a directory in the repository and accidentally deleted that in your
working copy and created a file with the same name instead?
I have seen that happen if you plan to copy a file to a directory, forget the
trailing slash, remove the directory for whatever reason, and then you get a
file with a name
of the directory.
This would explain the messages and the fact that svn simply gives up because
reverting would mean deleting a file and re-creating the missing directory
which svn doesn’t want to.
And if you use Windows 10 like I do then chances are that updating the explorer
view does not happen automatically or is delayed.

Just a wild guess.

Hartmut

Von: Abby Moody via TortoiseSVN

Gesendet: Mittwoch, 29. April 2020 16:36
An: TortoiseSVN
Betreff: Can't Revert, Commit or do anything to Uncommitted Change

Hello,

We have an uncommitted change showing up:

[2020-04-29_10-28-12.png]
When we try to revert we get this error:

[2020-04-29_10-30-06.png]
"Can't create directory '': Cannot create a file when that file already exists.
When we try to commit, it pops up with commit window, says completed but when
you go check uncommitted changes its still there.

[2020-04-29_10-32-09.png]
Things we have tried, but does not fix the problem:

* Reverting back to a revision far before this time
* Deleting the .svn folder and doing an svn checkout again
* doing an update, clean up... pretty much every option that toroise svn
drop down window provides.
We thought maybe it was a permissions issue, but we are able to do a checkout
in another location with the same permissions and the uncommitted file does not
show up.
One option would be to add a subfolder within the path and checkout there, but
we have a lot of things putting to this path so switching it up would be a pain
and it could just happen again.

Any help would be appreciated!!
Thanks,
Abby

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/5f3f0d7e-c696-48a7-8633-8a248425cbe5%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB2568D2AC59EEC104C25BFA35FCAD0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: tortoisesvn add: there is nothing to add (libstdc++.la)

2020-04-21 Thread TortoiseSVN on behalf of H. Niemann

Hi!

Some file types / extensions are ignored by default when you add the directory
they are in.
Most intermediate compiler output artefacts belong to this group, which IMHO is
a good thing, as I try to avoid committing files that are generated.
So if you want to add them, you have to mark and add the files explicitly.

Hartmut

Von:
tortoisesvn+apn2wqfinpwi1b4wqmn6lu9lnsxvm7lnvxvpqbf66vfp3um2c...@googlegroups.com

Gesendet: Dienstag, 21. April 2020 14:49
An: TortoiseSVN
Betreff: tortoisesvn add: there is nothing to add (libstdc++.la)

OS: Windows 7 x64
TortoiseSVN: 1.13.1
SVN: svn, version 1.13.0 (r1867053) compiled Oct 31 2019, 20:41:49 on
x86-microsoft-windows

Steps to repro:

1. Create empty repo
2. checkout empty repo
3. add `test` directory (no need to commit)
4. create empty file `libstdc++.la`
5. try to add `test` directory (again)

Result:

List of potential to add file is empty.

Expceted:

`libstdc++.la` file in the list to add

Seems the tortoisesvn has forced to ignore the file, which means there is no
guarantee it would not ignore something else in the add.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/d454368e-c390-46ec-a15e-705c7fe8594b%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB25688B3E11F62B2568CDE809FCD50%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Update and Cleanup failing constantly from one client computer and working from others

2020-03-11 Thread TortoiseSVN on behalf of H. Niemann

Hi Jack,

can you describe your setup in more detail?

1. there is an urgent recommendation not to share working copies. Give each
OS and each user his/her own, and some problems should go away. And just to
make sure, don’t put them on a shared file space if your local drives have
enough capacity.
2. you can and probably should use a network protocol like http: or svn: if
you connect to a repo on a different host and not share the repo on a network
drive. If the data is on Linux already, this should be not more than looking up
how to run subversion in server/daemon mode.

Hope that helps.
Hartmut

Von: Jack Lewis via TortoiseSVN

Gesendet: Dienstag, 10. März 2020 17:50
An: TortoiseSVN
Betreff: Re: Update and Cleanup failing constantly from one client computer and
working from others

And how do I go about running my linux cross compiling tools on that windows
local drive then?

I and a team of 10 devs have been using a linux hosted SVN server accessible
via SAMBA for over a decade without any problems till a month ago.
If I didn't have to use a SAMBA share, I wouldn't be using one.

On Tuesday, March 10, 2020 at 11:20:38 AM UTC-4, Stefan wrote:
don't do that:
https://tortoisesvn.net/faq.html#wconshare

so: do a fresh checkout on your local drive and then throw away the working
copy on your share.
if you don't, you will lose data.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/5bd70a86-8ed8-4544-be24-80187b186b37%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB2568F1777180451D5F05A798FCFC0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Looking-up trunk release number to use in a program script

2020-03-01 Thread TortoiseSVN on behalf of H. Niemann

Hello!

I use
svnversion
for that.
As I need to contruct file names from that, I need to handle ranges and the
“modified-“M specially. You might to do that differently.
On windows, this goes like this:

(%1 is the path I need to get info from)

SET SVNREVISION=%1 not found

FOR /F "usebackq" %%V IN (`svnversion %1`) DO SET SVNREVISION=%%V
:: das kann auch 4321M oder 4321:4333M sein!

SET SVNREVISION=%SVNREVISION::=-%
:: SVNREVISION ist ein gültiger Dateinamensbestandteil, weil das Skript den
Doppelpunkt durch Minuszeichen ersetzt

:: Check auf Buchstaben oder Doppelpunkt (SVN-Range)

SET SV__TMO__=X
SET /A SV__TMO__=%SVNREVISION% + 0
IF %SV__TMO__%==%SVNREVISION% (
ECHO %1: Single Version found: %SVNREVISION%
set SVNVERSION=%SVNREVISION%
) ELSE (
echo %1: Version range %SVNREVISION% found, setting SVNVERSION
to
SET SVNVERSION=
EXIT /B 1
)
EXIT /B 0

Hope that helps

Hartmut.

Von:
tortoisesvn+apn2wqda17snhkxfqq1cpdvnruk9kmmhe6rzvvhpucfd3qw3-...@googlegroups.com

Gesendet: Freitag, 28. Februar 2020 20:08
An: TortoiseSVN
Betreff: Looking-up trunk release number to use in a program script

At first, I apologise profusely if I'm asking something well documented. I've
found various pages in the TortoiseSVN manual that may point to a solution, but
I'm just not clever enough to understand well. .(-_-).

I want to find out the HEAD release number of an SVN repository, in a form that
I can access from another program.
For example, if there way of looking-up the HEAD revision at the command line
and writing it to a file that could be read by another script, that would be
fine.

In case it's helpful background
- We are building a JS application using the 'MS Studio Code' editor.
- Sometimes we make an obfuscated build from the HEAD code one one repository,
and commit it to a different repository. And in the commit to the latter repo,
we want to include the revision number on which it is based, without entering
it by hand.

If there's some hint anybody can offer, I'd really appreciate it.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/35fd2072-f4e5-4f00-aef5-16974479a315%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB256880E79CA9C8B670A8E829FCE70%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Force removal of directories

2020-02-24 Thread TortoiseSVN on behalf of H. Niemann

Thank you very much!

Hartmut.

Von: Stefan via TortoiseSVN 

Thanks for the report.

Fixed in r28756

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB25683669A8F92BE02647D41CFCEC0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

Force removal of directories

2020-02-17 Thread TortoiseSVN on behalf of H. Niemann

Hi Stefan!

With TSVN 1.12.2 and 1.13.1 I encountered  a bug:

If I choose TortoiseSVN -> "delete" for a folder, and this folder contains 
files not under version control, a dialog pops up and offers "force" and 
"cancel".
If I choose "force", the folder is not removed.

If I choose two/three folders and click on "force" for each, nothing happens.

But if I choose "force" and "do this for all unversioned/modified items", the 
first (and second) folder is removed, but not the last one.
It looks like "force removal" works on all folders but the last one.

With best regards

Hartmut Niemann



-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB256825D51F6C590542B6F115FC160%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Revision Graph can't be built

2020-01-23 Thread TortoiseSVN on behalf of H. Niemann

I had a similar (?) problem recently.
I had a large repo with more than 100 000 files, and I would create an overflow
when I tried to update other than “full” because there seems to be a list of
files sent
as one request, and the server has a size limit for this type of requests. I
could update only in parts.
If the revision graph routine requests the full log, the reply can not be split
into parts and the reply size is limited to x MBytes, one day the log will
exceed that and will be truncated or not sent at all?

Hartmut

Von:
tortoisesvn+apn2wqeszqvuz_qcg7azebbea2sm7qhksodinafti9hxvz6jp...@googlegroups.com

Gesendet: Donnerstag, 23. Januar 2020 10:13
An: TortoiseSVN
Betreff: Re: Revision Graph can't be built

Additional Info:
TortoiseSVN reports a problem contacting the server with error being
"Connection timed out". So it seems it is waiting for info which is not coming
from the server. This happens when only about 10 of the 12000 revisions to
retrieve are still missing.

gernot
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/4b9b6292-e3aa-462d-a80a-566adabd19ac%40googlegroups.com.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/AM6PR10MB2568FC0A1601629B44AA29BAFC0F0%40AM6PR10MB2568.EURPRD10.PROD.OUTLOOK.COM.

AW: Ticket-ID filed with log message

2019-09-20 Thread TortoiseSVN on behalf of H. Niemann

Hi!

With a similar bugtraq:url, my bugtraq:logregex is (#\d+) (\d+), i.e.
Message part expression (#\d+)
Bug-ID expression (\d+)

So if a ticket number like #1234 shows in the log message, that will be
detected (first regex) and from that just the digits (second regex) will be
copied to the Bug-ID field.

At least that is my understanding how it works.

I’d guess you need to read the documentation about the bugtraq:logregex,
especially the first part of it, and construct a correct regexp for the format
you use.

It looks like the system does unexpected things if you leave the logregex empty.

Regards
Hartmut

You wrote:

I checked my working copy now. There is a property "bugtraq:url" in the root
flder of it which contains an URL like:

https://wwws.mydomain.com/subfolder/mantis/view.php?id=%BUGID%

and the pattern is %BUGID%.
It is also defined that the Ticked-Id is numerical and at the end
(so pasting/putting text in a field which is numerical as per this definition
would be considered
as bug by me - your view may differ).

There is no RegEx defined.
Ok, the Setting is not set to be applied recursively.

That's what I can tell about it now.
Any idea?

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB6PR10MB176813D49C587503C12C026EFC880%40DB6PR10MB1768.EURPRD10.PROD.OUTLOOK.COM.

AW: Compare with previous version shows wrong version number

2019-07-03 Thread TortoiseSVN on behalf of H. Niemann

Hi Martin,

As far as I know, that is true - minus some SVN speak differences.

You update to revision 400, and the file had been changed at 390,
you run "svn info" on the file, you get
"Revision : 400"
"Last changed revision: 390"

So the file with revision 400 exists and has the metadata "last changed
revision 390", if no changes have been made between 390 and 400.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI1 SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 17-50518
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Martin Nielsen via TortoiseSVN

Gesendet: Mittwoch, 3. Juli 2019 15:23
An: TortoiseSVN
Betreff: Re: Compare with previous version shows wrong version number

Hi Hartmut

Thank you for the quick reply
a followup question: if you choose update to revision, does this mean that you
can write any revision number and the result will then be the closest earlier
revision? i.e. in my example, if I ask for version 71715 it will update to
version 70807?

Best regards
Martin

onsdag den 3. juli 2019 kl. 10.50.59 UTC+2 skrev H. Niemann:
Hi Martin,

AFAIK this is by design.
A version is always a *repository* version, so if a file has been changed in
revision x and y (with y>x),
all revisions z with x < z < y are identical with version x, these revisions
had been created because some other file changed.
So comparing version y with the previous version means both:
a. compare it with y-1
b. compare it with x
because versions x and y-1 are the same thing for *this* file.

I would guess that the diff routine diffing version y with the previous version
doesn't care what version (x) that file changed last
and simply requests y-1 from the server, and displays it this way, which might
be misleading if a user is new to the version number scheme SVN uses,
but which is correct.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Von: Martin Nielsen via TortoiseSVN
>
Gesendet: Mittwoch, 3. Juli 2019 10:00
An: TortoiseSVN >
Betreff: Compare with previous version shows wrong version number

steps to reproduce issue:
1. select a file and show log
2. select a version and choose compare with previous version
in the TortoiseMerge the files are showing side by side, but the previous
version is number one less than the selected version, instead of the correct
version number, e.g. I want to compare version 71716 with previous version,
which according to the log is 70807, but it shows as 71715
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to torto...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/342243af-c054-47fa-aa7d-a15dfed3d65f%40googlegroups.com.
For more options, visit
https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/c7955668-cdde-4921-9721-786cb55dc9fc%40googlegroups.com.
For more options, visit
https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups

AW: Compare with previous version shows wrong version number

2019-07-03 Thread TortoiseSVN on behalf of H. Niemann

Hi Martin,

1. compare it with y-1
2. compare it with x
because versions x and y-1 are the same thing for *this* file.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Von: Martin Nielsen via TortoiseSVN

Gesendet: Mittwoch, 3. Juli 2019 10:00
An: TortoiseSVN
Betreff: Compare with previous version shows wrong version number

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB6PR10MB176866B3F25995E75403FFC1FCFB0%40DB6PR10MB1768.EURPRD10.PROD.OUTLOOK.COM.
For more options, visit https://groups.google.com/d/optout.

AW: Need to allow only .sas files in SVN

2019-06-21 Thread TortoiseSVN on behalf of H. Niemann

AFAIK this is by design. You can always manually add files even if they are on
the ignore list. But they won't be added automatically if you add their parent
folder.

I would suggest a precommit hook on the server that will not accept any commits
of other files.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Gesendet: Donnerstag, 20. Juni 2019 18:57
An: TortoiseSVN
Betreff: Need to allow only .sas files in SVN

We have installed TortoiseSVN at our server. We need to apply setting in such
way that it will allow only ".sas" extension files in SVN repository. We have
updated global ignore list in TortoiseSVN->settings.
But when we right click on any other file (apart from .sas files), it allows to
add that file into Tortoise SVN.
Please let me know your suggestion.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/dd88943c-85f5-479c-b7b2-8f148eae1f5e%40googlegroups.com.
For more options, visit
https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB6PR10MB1768B633F2775192077F34D8FCE70%40DB6PR10MB1768.EURPRD10.PROD.OUTLOOK.COM.
For more options, visit https://groups.google.com/d/optout.

AW: Is it possble to make svn:external only on my local working copy?

2019-05-20 Thread TortoiseSVN on behalf of H. Niemann

Hello!

If you want the backend only in your working copy, then you can simply do not
set it up as an external.

Just create a subdirectory "backend", go there, do a normal checkout of your
backend,
and you will have a backend subdirectory.

Those two working copies will not be connected, so you'd have to update them or
commit changes separately.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI1 SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 17-50518
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com

www.siemens.com/ingenuityforlife

-Ursprüngliche Nachricht-
Von:
tortoisesvn+apn2wqdaehd1ogncaaqiuyr5dc1cuwrh_c90ax7kaqrw2c-i4...@googlegroups.com

Gesendet: Freitag, 17. Mai 2019 09:59
An: TortoiseSVN
Betreff: Is it possble to make svn:external only on my local working copy?

Hi group

I check out a web repo in my local PC , D:\web .
I set up svn:external which link to a "backend" repo under D:\web , the link
name is "D:\web\lin - backend" . Everything goes well .
If I commit under D:\web , the "D:\web\lin - backend" will also commit into
the web repo.

I just want this svn:external only live in my local working copy , instead of
in the web repo.
So, I right click "D:\web\lin - backend" , click "unversion and add to ignore
list - recursivelly " .
it throw out error mainly means : not anble to delete the root dir of working
copy "D:\web\lin - backend".

Any clue is appreciated ! THX!

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB6PR10MB1768DE1233A50589785C5070FC060%40DB6PR10MB1768.EURPRD10.PROD.OUTLOOK.COM.
For more options, visit https://groups.google.com/d/optout.

AW: Need Jira tickets list while svn chick-in

2019-04-12 Thread TortoiseSVN on behalf of H. Niemann

Hello!

There is a plugin mechanism for that in Tortoise SVN.
see https://tortoisesvn.net/issuetrackerplugins.de.html

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI1 SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 17-50518
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com

www.siemens.com/ingenuityforlife

-Ursprüngliche Nachricht-
Von:
tortoisesvn+apn2wqcn2tye2cbcjlqz4r9etubkgmokl_vzxdhskq20zvjtx...@googlegroups.com

Gesendet: Freitag, 12. April 2019 07:23
An: TortoiseSVN
Betreff: Need Jira tickets list while svn chick-in

Hello Team / All,

Need Jira tickets list while svn chick-in is done from Tortoise SVN commit
screen

i.e.,
When ever User will do commit he need to see list of jira tickets of that repo
project and can select one of them and do commit over it.

Please give any suggestions on this topic.

Thanks in advance!

Regards,
THEJESWARAREDDY R

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Fmsgid%2Ftortoisesvn%2Ffcd4c1a6-9ee7-4783-94d2-cd03afddf6bd%2540googlegroups.comdata=02%7C01%7Chartmut.niemann%40siemens.com%7Cb917ffb9551e4726dd7908d6bf3ba575%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C1%7C636906660232336398sdata=N7LiJ9F4iLAY746bSLGo29S4CXSJB%2Bd3mklsU6DOMJo%3Dreserved=0.
For more options, visit
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Foptoutdata=02%7C01%7Chartmut.niemann%40siemens.com%7Cb917ffb9551e4726dd7908d6bf3ba575%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C1%7C636906660232336398sdata=d3y8Y%2F2QAhs8cxeUwVNrz19bAqMfubUZl%2BRL%2FAKN5wk%3Dreserved=0.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/DB6PR10MB1768496441AD66D428AD48AFFC280%40DB6PR10MB1768.EURPRD10.PROD.OUTLOOK.COM.
For more options, visit https://groups.google.com/d/optout.

AW: Recommendation for Free Issue Tracker

2019-02-15 Thread TortoiseSVN on behalf of H. Niemann

Redmine.

We use Turtlemine as a bridge, works GREAT.
One of my colleagues had to recompile it though for some new networking stuff
(TLS 1.x?). I would have to check with my company whether I can redistribute
that.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI1 SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 17-50518
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com

www.siemens.com/ingenuityforlife

-Ursprüngliche Nachricht-
Von:
tortoisesvn+apn2wqfqtupmuudvcdvun8xc02bu8csyxof3nl_qvrvfdyo0a...@googlegroups.com

Gesendet: Freitag, 15. Februar 2019 10:39
An: TortoiseSVN
Betreff: Recommendation for Free Issue Tracker

Any recommendation for good Issue tracker that can integrate well with
Tortisesvn? Have tried Trac but having some issue with TracExplorer so looking
for other alternative and suggestions.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/17f9005f-44c7-4086-9cec-3edfc09a6c45%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/VI1PR10MB1773C6504296E1DFD2C7322EFC600%40VI1PR10MB1773.EURPRD10.PROD.OUTLOOK.COM.
For more options, visit https://groups.google.com/d/optout.

AW: command-line checkout creates need to 'upgrade working copy'

2018-10-08 Thread TortoiseSVN on behalf of H. Niemann

Hello!

You are probably using a very old command line client, not the one that comes
with TortoiseSVN 1.10.1
The message suggests that the svn checkout was done with version 1.7 or older
(IIRC).
Double check your path and which svn.exe was called in the checkout batch.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com

www.siemens.com/ingenuityforlife

-Ursprüngliche Nachricht-
Von:
tortoisesvn+apn2wqe9acxiiyeoxghec21bmothoweknu_e3xgoiaaodapwj...@googlegroups.com

Gesendet: Montag, 8. Oktober 2018 16:54
An: TortoiseSVN
Betreff: command-line checkout creates need to 'upgrade working copy'

Using Tortoise SVN version 1.10.1, I have a batch file that checks out multiple
(~20) Visual C# .NET projects from the SVN Server.

If I right-click on the project folder, the context menu contains 'SVN Upgrade
working copy'. Until I do this, the overlay icons are not right and I will get
complaints when I open the project in Visual Studio.

If I use the UI version of checkout, I use the default options for Checkout
Depth, Revision, and dont-omit-externals. When I check out a project this way,
the icons are correct and I am able to open the project normally in VS.

The command-line arguments are poorly documented for Tortoise; how do I use the
command-line version of checkout that gives the same results as the UI version?

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/ba5c89a5-67a5-46ee-b5b3-c056bda8b517%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/VI1PR10MB1773C81E18546B51C3B14237FCE60%40VI1PR10MB1773.EURPRD10.PROD.OUTLOOK.COM.
For more options, visit https://groups.google.com/d/optout.

AW: Does Tortoise support MS Visio file format?

2018-07-31 Thread TortoiseSVN on behalf of H. Niemann

Hi Colin!

Tortoise SVN cannot merge nor diff Visio files (AFAIK).

It can archive them just fine.

So you can retrieve older versions.

I have no idea why in your use case TortoiseMerge is involved.

But TSVN (by itself) cannot tell the differences for binary files.
It can diff word documents using a customizable interface for custom diff tools
(in this case by calling word).
If you have a diff tool for visio, you can integrate it.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
Rolling Stock
Standardization, Remote Control, Display
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Colin Lee via TortoiseSVN
[mailto:tortoisesvn+apn2wqfpikwgx5vgcsyjhxn7pse1ddh5l1_i0zohjqptrtmun...@googlegroups.com]
Gesendet: Dienstag, 31. Juli 2018 13:56
An: TortoiseSVN
Betreff: Does Tortoise support MS Visio file format?

I have a user that has been storing Visio files, but is unable to open previous
versions? TBH I don't know anything about Tortoise, so some advice would be
useful. Could you advise if Visio .vsd files are supported, as the previous
version seems to be achieved I guess there is some support, but when the user
tries to open an earlier version they get an error message from TortoiseMerge
"The file C:\Users\x(path & name).vsd.svn000.tmp.vsd is not a valid text
file!"
Reading the error message where it says it is looking for text-only files makes
me think Visio isn't supported.

It is worth noting the user also use word docs and has no issue with these,
only Visio files.

Has anyone else experienced this?

If anyone could confirm the compatibility with .vsd, that would be useful.
Thanks in advance.
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/66160633-deee-48e7-a673-723bc792634a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20FAA486%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: Can I have "keep locks" the default at commit?

2018-07-27 Thread TortoiseSVN on behalf of H. Niemann

Hi!

We have used a precommit hook for that that controls write access on a
by-username-by-folder base.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
Rolling Stock
Standardization, Remote Control, Display
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Scott Adams via TortoiseSVN
[mailto:tortoisesvn+apn2wqcmz_iemerxs1cdc6afxpnk8aym_chhncizbu3r8_pvz...@googlegroups.com]
Gesendet: Donnerstag, 26. Juli 2018 23:26
An: TortoiseSVN
Betreff: Re: Can I have "keep locks" the default at commit?

Yes in general I agree with that Stefan.

We have some special case files that are owned by only one master developer.
They are not in a standard computer language but one that we use a specially
configured Beyond Compare to find our diffs with.

Others can make changes but they do it in their own branches. The master
developer then merges those changes and commits them in the trunk.

The reason we are putting locks on them now is we have been used to everyone
touching the trunk. This helps remind them to stay in their branches.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20FA8CAD%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: Version No Longer Support

2018-07-18 Thread TortoiseSVN on behalf of H. Niemann

To my knowledge, 1.7 has been closed when 1.9.0 was released, with this final
release:

2015-08-14 — Apache Subversion 1.7.22 Released

1.10.0 is current and 1.9.7 is still supported according to
https://subversion.apache.org/download.cgi

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
Rolling Stock
Standardization, Remote Control, Display
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Owen Keraan via TortoiseSVN
[mailto:tortoisesvn+apn2wqdnn1sdlbf6lqe1ki6vj_ngyrtcn3mjhki2u9y3f2fee...@googlegroups.com]
Gesendet: Mittwoch, 18. Juli 2018 15:26
An: TortoiseSVN
Betreff: Version No Longer Support

Good Day,

Does anyone know when Tortoise SVN 1.7 will no longer be support (shelf life).

Many thanks,

Owen
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/821ff48f-ede4-4377-a8fb-cf7bc3327fef%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20FA5FDD%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: TortoiseSVN not detecting changes to SVN repository

2018-06-15 Thread TortoiseSVN on behalf of H. Niemann

Hi Luca,
as I said, this is exactly what you have to expect.

Green does not mean: nobody else did commit a new version.
Green means: In this working copy the *local* file is unchanged since last
update.
I.e. you can update safely to the latest in the repo without overwriting /
merging current *local* changes.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
Rolling Stock
Standardization, Remote Control, Display
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Luca Sassaroli via TortoiseSVN
[mailto:tortoisesvn+apn2wqdt0y5kdd4ckdhydsb2a9cljtd7jc1gqkgnpfnmfywnz...@googlegroups.com]
Gesendet: Freitag, 15. Juni 2018 17:15
An: TortoiseSVN
Betreff: Re: TortoiseSVN not detecting changes to SVN repository

Hi Hartmut, thank you for your reply.

Unfortutately, the file on my local folder is still "green" but in reality the
one in the repository is different. Some changes to the file in the repository
were committed by another user. We are sure the file is different even if it
appears green.

I did the refresh but it is still green. Not sure why.

Il giorno venerdì 15 giugno 2018 12:55:09 UTC+1, Luca Sassaroli ha scritto:
An user commits new changes into the repository.
On my local machine I am unable to see the changes. The files on my local
folder appear "green", exact match, even if the file in the repository is
different.
Has anyone experienced this issue?
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/4e62cfb8-615a-418a-ae79-774e903d12fc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20F82DAF%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: TortoiseSVN not detecting changes to SVN repository

2018-06-15 Thread TortoiseSVN on behalf of H. Niemann

Hi Luca!

Green means „still identical to BASE, i.e. the revision i checked out last time
i did an update”, not “identical to HEAD, the latest version in repo”.

So this is normal.
If you open the menu item “check for modifications” and click “check server”,
you see where newer versions are available.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
Rolling Stock
Standardization, Remote Control, Display
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Luca Sassaroli via TortoiseSVN
[mailto:tortoisesvn+apn2wqdt0y5kdd4ckdhydsb2a9cljtd7jc1gqkgnpfnmfywnz...@googlegroups.com]
Gesendet: Freitag, 15. Juni 2018 13:55
An: TortoiseSVN
Betreff: TortoiseSVN not detecting changes to SVN repository

An user commits new changes into the repository.
On my local machine I am unable to see the changes. The files on my local
folder appear "green", exact match, even if the file in the repository is
different.
Has anyone experienced this issue?
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/48b6a206-e3f2-45de-b9d9-23411a4bcff4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20F82C6E%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: call Tsvn's diff tool from a custom diff script?

2018-05-25 Thread TortoiseSVN on behalf of H. Niemann

Hi Stefan!

Thank you.
This is probably what I will do: teach the colleague how to write his own diff 
script with his favourite text differ and how to register that.

Mit freundlichen Grüßen
Dr. Hartmut Niemann


Von: Stefan via TortoiseSVN [mailto:tortoisesvn@googlegroups.com]
Gesendet: Donnerstag, 24. Mai 2018 20:42
An: TortoiseSVN
Betreff: Re: call Tsvn's diff tool from a custom diff script?

Since it's your script that's calling TortoiseMerge, can't you just call the 
other users diff tool instead?
Or if you want your script to use the diff tool configured in TSVN, you could 
read the registry settings:
HKEY_CURRENT_USER\Software\TortoiseSVN\DiffTools

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20F61B02%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: commit getting failed when adding file from one folder to another folder in same repo.

2018-05-03 Thread TortoiseSVN on behalf of H. Niemann

The png shows two possible reasons.
(a) this file has been locked by someone else. The “check for modifications”
dialog will show you who.
(But be warned that a lock technically belongs to a working copy AFAIK, not to
a user, so if you have
two working copies and lock a file in one, you can not commit in the other one.)
(b) a server-side precommit hook tells you that you are not allowed to commit
*here*. Ask your server admin for more information and advice.

Neither seems to be a TortoiseSVN tool issue at first glance.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Von: vowner via TortoiseSVN
[mailto:tortoisesvn+apn2wqfgdxy5winnp59cox2wymgu1jj1jn19e922cnamvhcvw...@googlegroups.com]
Gesendet: Donnerstag, 3. Mai 2018 15:39
An: TortoiseSVN
Betreff: commit getting failed when adding file from one folder to another
folder in same repo.

commit getting failed when adding file from one folder to another folder in
same repo.

But in another repositories, This is working fine.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/ce11bf96-984a--bd9c-13a06d72704b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20F54C4C%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: suggestion for "check for modifications" dialog: remote text status "deleted" / "moved"

2018-04-11 Thread TortoiseSVN on behalf of H. Niemann

Hello Stefan!

Thank you, works!
Did not know or forgot that I can choose the columns to display in the check
modification dialog.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
Rolling Stock
Standardization, Remote Control, Display
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Stefan via TortoiseSVN [mailto:tortoisesvn@googlegroups.com]
Gesendet: Dienstag, 10. April 2018 20:28
An: TortoiseSVN
Betreff: Re: suggestion for "check for modifications" dialog: remote text
status "deleted" / "moved"

Works fine for me, but you need to show the column "Remote status" because
deletions don't reflect in "Remove text status" or "Remote property status"

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/9a62f946-893b-4f13-bd66-3d1deff322dc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20F33040%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: commit error

2018-04-06 Thread TortoiseSVN on behalf of H. Niemann

Hi!

Read an svn book about precommit hooks.

Your server has a precommit hook installed that does some additional checking
and prevents the commit.
I use such in some of my repositories to allow write access on a much finer
level (each user only in his project tree) than what subversion offers.

This is a server configuration issue, not a tool issue.
Ask your server admin for details. Tortoise Subversion only reports a failure
message it receives from the server.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

www.siemens.com/ingenuityforlife

-Ursprüngliche Nachricht-
Von:
tortoisesvn+apn2wqfgdxy5winnp59cox2wymguusjhvcwxcd7rn37g-3f5e...@googlegroups.com

[mailto:tortoisesvn+apn2wqfgdxy5winnp59cox2wymguusjhvcwxcd7rn37g-3f5e...@googlegroups.com]

Gesendet: Freitag, 6. April 2018 12:33
An: TortoiseSVN
Betreff: commit error

Hi Team,

Getting error while committing after adding a file to the working copy.

Error - "Commit Failed. "commit blocked by pre-commint hook (exit code1) with
output: you are not allowed to commit into "01_boi/...(Location)/" folder!

If you want to break the lock, "use the check for modification" dialog or
repository browser.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/ba19414d-97cd-46c6-8a9f-18d67258b0d5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC20F2EF61%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: SVN Update

2018-02-26 Thread TortoiseSVN on behalf of H. Niemann

Hallo Nils,

die Command line tools kannst du auswählen, wenn du tortoiseSVN installierst. 
Sie sind standardmäßig deaktiviert, aber im Setup enthalten.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG


-Ursprüngliche Nachricht-


Zu deinem zweiten Punkt möchte ich dich fragen wo ich die Command line tools 
herunterladen kann und wo man sie einbinden muss?

i. A. Nils Jansen

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC1F71BAD0%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: "|" check out problem with NTFS filesystem

2018-02-23 Thread TortoiseSVN on behalf of H. Niemann

Yes, you can delete or rename it in the repo browser.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG

Hello,

I have following problem. In Debian I created many filed with "|" by name. e.g. 
file "test | 123.txt". "|" is allowed by ext4 file system. But if I update in 
Windows with NTFS file system i get an error, because "|" not allowed. Is it 
possible to ignore or replace it?

Regards
Rad

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC1F71AD08%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: [Suggestion] TortoiseMerge - go to to next/previous file

2018-02-23 Thread TortoiseSVN on behalf of H. Niemann

Hello Stefan!

This could be implemented by reserving a return code for “finished without 
error, go to next” and one for “finished without error, go to previous”
and the calling application could react by starting a new TMerge instance for 
the previous / next file. Then there would be no need for
storing the temp files for TMerge.

I have no opinion (yet) whether or not this function would be a good idea, 
though.

My commits often consist of a mix of all kinds file types, including office and 
special XML files with custom diff tools registered (a GREAT thing, by the way).
“Next” would be really useful only if all those diff tools including the office 
diff tools would implement it -- hardly possible.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG


Von: Stefan via TortoiseSVN [mailto:tortoisesvn@googlegroups.com]


TMerge does not have the means to fetch files from a working copy, especially 
not from a repository.
To make this work, we'd have to fetch and save all the possible files to a temp 
location and then pass the full list to TMerge. Now imagine a commit dialog 
with 200 changed files...

So no, that feature won't be implemented in the near future. Sorry.

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC1F71AA44%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: SVN Update

2018-02-20 Thread TortoiseSVN on behalf of H. Niemann

Hallo Nils!

Erstaunlich, dass es bei dir geholfen hat, das Programm neu zu installieren. In
Regelfall ist es völlig unnötig.

Es gibt zwei Ursachen, die zu so etwas führen können, und deswegen darf SVN
nicht selbst aufräumen.
(a) Ein Vorgang ist wegen eines Fehlers abgebrochen worden und hat deswegen
nicht hinter sich aufgeräumt
(b) es läuft gerade ein paralleler Zugriff auf die Working Copy.

Wenn du (b) ausschließen kannst (im Fall (b): einfach abwarten bis der Vorgang
abgeschlossen ist), dann sagt dir die Meldung die Lösung: "mache cleanup".
Dazu gibt es zwei Möglichkeiten.
(1) im Kontextmenü von TortoiseSVN (also: Explorer, das Verzeichnis
selektieren, wo das Update nicht
geklappt hat -> TortoiseSVN -> Cleanup
(2) wenn du die Command line Tools mit installiert hast (was ich empfehle):
dosbox im betroffenen Verzeichnis
aufmachen, "svn cleanup"

Ich hatte schon Fälle, wo (1) abbricht mit "Cleanup abgebrochen, bitte führe
ein Cleanup durch",
was ich immer nur mittel-amüsant finde. Variante (2) hat dann bisher jedes Mal
geholfen.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

www.siemens.com/ingenuityforlife

-Ursprüngliche Nachricht-
Von:
tortoisesvn+apn2wqefalm4u5u34jqrtytbuq57ypaw9pxudorrdpf_pzuff...@googlegroups.com

[mailto:tortoisesvn+apn2wqefalm4u5u34jqrtytbuq57ypaw9pxudorrdpf_pzuff...@googlegroups.com]

Gesendet: Dienstag, 20. Februar 2018 16:01
An: TortoiseSVN
Betreff: SVN Update

Hallo liebe Mitglieder,

ich habe eine Frage zu einem Problem mit SVN, welches in unregelmäßigen
abständen immer mal wieder auftritt.
Wenn man seinen SVN Ordner Updaten möchte aufgrund von neu eingespielten
Dateien bekommt man die Fehlermeldung:

Error Previous operation has not finished; run 'cleanup' if it was interrupted
Error Please execute the 'Cleanup' command.
Completed!

Es wird eine "Completed" Meldung ausgegeben, aber das Update wird nicht
ausgeführt.
Bisher ist die einzige Problemlösung die ich habe, dass Programm zu
deinstallieren und danach neu zu installieren.

Ich würde mich über Tipps und Hilfe freuen.

Mit freundlichen Grüßen
Nils Jansen

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/ae92c808-e6bf-4a87-ae28-a6f88ca1220f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC1F719269%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: Can We check UI changes in Qlikview File by Using TortoiseSVN

2018-01-17 Thread TortoiseSVN on behalf of H. Niemann

As I said, I don‘t know the QVW format.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Von: Sankar Anand via TortoiseSVN
[mailto:tortoisesvn+apn2wqe0rdevylus4mmhnxlyim88th8c3bzefiucaybd1tuye...@googlegroups.com]
Gesendet: Mittwoch, 17. Januar 2018 09:18
An: TortoiseSVN
Betreff: Re: Can We check UI changes in Qlikview File by Using TortoiseSVN

Hello Niemann,

I am trying to do versioning on Qlikview files stored with an extension .QVW.
It contains both UI and script file.

Do you have any documents that support my requirement. I tried every where and
not getting proper documentation for this.

Regards
Sankar

On Tuesday, January 16, 2018 at 3:09:41 PM UTC+5:30, H. Niemann wrote:
Hello Sankar!

> When I select right click on QVW file--> tortoiseSVN-->"Diff with previous
> version" .

> It is showing an error that it is not a valid text file.

> Is versioning is only applicable on text files ?

No, but diffing through Tortoise SVN is only for file formats TSVN knows about.

> Can not we check the QVW files?

I don’t know QVW. If TSVN refuses to diff it, it is probably a closed binary
format.
If you have / find / write a diff tool for QVW files, it can be integrated into
Tortoise SVN easily.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility Division
MO RS LM EN CCI SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hart...@siemens.com
www.siemens.com/ingenuityforlife
--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/358ec1c2-59db-4b93-afa2-f6add61b6450%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC1F6FF0D8%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

AW: svn can't update due to illegal file name

2017-12-19 Thread TortoiseSVN on behalf of H. Niemann

Can you rename the offending file in the repo browser?

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Von: Alex Wang via TortoiseSVN
[mailto:tortoisesvn+apn2wqfuzpwuit_gkqy_jjhlkxlrjvadkn-pxvfwjgrqncnuj...@googlegroups.com]
Gesendet: Dienstag, 19. Dezember 2017 13:14
An: TortoiseSVN
Betreff: svn can't update due to illegal file name

When I try to svn update, it shows the error as the attached file. I know it
may caused by a illegal file name "*", which is created in Linux. But even
after I remove the file and do commit in Linux, it still can't update in
windows. I also do cleanup in windows, same result. What can I do?

Thanks,
Alex

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/6d9068b0-8427-4833-acb4-2705a51034fe%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tortoisesvn/1AE3002F400CE4498072DFDF74A843CC1F6E40F2%40DEFTHW99EH3MSX.ww902.siemens.net.
For more options, visit https://groups.google.com/d/optout.

59 matches

Mail list logo