You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by di...@jpmorgan.com on 2008/02/05 13:07:37 UTC
Subversion log out
Hello,
We have a problem with log out in Subversion.
Subversion saved previous devloper's credential and doesn't let us to log
in.
We need to log out the user and use new user's credential.
Could you please help us how we can log out a user?
Regards
Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s). All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.
RE: Subversion log out
Posted by Paul Koning <Pa...@Dell.com>.
Use a --username switch on your next Subversion command.
If you don't want credentials saved, set "store-auth-creds=no" in the
Subversion client config file.
paul
From: digdem.x.gungor@jpmorgan.com [mailto:digdem.x.gungor@jpmorgan.com]
Sent: Tuesday, February 05, 2008 8:08 AM
To: users@subversion.tigris.org
Subject: Subversion log out
Hello,
We have a problem with log out in Subversion.
Subversion saved previous devloper's credential and doesn't let us to
log in.
We need to log out the user and use new user's credential.
Could you please help us how we can log out a user?
Regards
________________________________
Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. In the event you are receiving the offering materials
attached below related to your interest in hedge funds or private
equity, this communication may be intended as an offer or solicitation
for the purchase or sale of such fund(s). All market prices, data and
other information are not warranted as to completeness or accuracy and
are subject to change without notice. Any comments or statements made
herein do not necessarily reflect those of JPMorgan Chase & Co., its
subsidiaries and affiliates. This transmission may contain information
that is privileged, confidential, legally privileged, and/or exempt from
disclosure under applicable law. If you are not the intended recipient,
you are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance thereon)
is STRICTLY PROHIBITED. Although this transmission and any attachments
are believed to be free of any virus or other defect that might affect
any computer system into which it is received and opened, it is the
responsibility of the recipient to ensure that it is virus free and no
responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and
affiliates, as applicable, for any loss or damage arising in any way
from its use. If you received this transmission in error, please
immediately contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK
legal entities.
Re: Seeking a way to do a full text search in a repository
Posted by Blair Zajac <bl...@orcaware.com>.
This isn't about your question, it's just about how to post to this list by
starting a new post and not-replying to another post:
http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
Not a big deal, just letting you know for next time.
Regards,
Blair
Bicking, David (HHoldings, IT) wrote:
> I'm forwarding a request from a coworker who currently has read-only
> access to this list. See below, and I copied him in the post so a
> reply-all will get to him directly.
>
> Thanks,
> David
>
> ---------------------------------------
>
> Hello,
>
> We are starting to implement Subversion in our organization. Our users
> have been asking me for a particular feature, and so far my searching
> has been in vain. The feature is to be able to do a full text search of
> the content of a repository, but without having to download the
> repository to disk. Ideally, this would allow for either searching the
> HEAD revision, a specified revision, or a range of revisions. Is there
> a client out there that allows for repository searching in this manner?
> Note that we are on a Windows platform, so the tool would have to
> support Windows.
>
> Thanks,
>
> ~ Justin
>
>
> *************************************************************************
> This communication, including attachments, is
> for the exclusive use of addressee and may contain proprietary,
> confidential and/or privileged information. If you are not the intended
> recipient, any use, copying, disclosure, dissemination or distribution is
> strictly prohibited. If you are not the intended recipient, please notify
> the sender immediately by return e-mail, delete this communication and
> destroy all copies.
> *************************************************************************
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: RE: Seeking a way to do a full text search in a repository
Posted by "Reedick, Andrew" <jr...@ATT.COM>.
> -----Original Message-----
> From: Reedick, Andrew
> Sent: Wednesday, February 06, 2008 1:09 PM
> To: Bicking, David (HHoldings, IT); users@subversion.tigris.org
> Cc: Kohlhepp, Justin (HHoldings, IT)
> Subject: RE: RE: Seeking a way to do a full text search in a
repository
>
> svn_search_hack.py
> ==================
> import sys
> import xml.etree.ElementTree as ET
>
> log = ET.parse(sys.stdin)
> #log = ET.parse('log.xml')
>
> for logentry in log.findall('logentry'):
>
> for path in log.findall('logentry/paths/path'):
> # we only want to cat added or modified files. No point
> cat'ing
> deleted ones
> if path.attrib['action'] == 'M' or path.attrib['action'] ==
> 'A':
> print 'svn cat -r %s "{REPOS}%s" | findstr {REGEX}' %
> (logentry.attrib['revision'], path.text)
>
The previous code contained a bug that generated too many 'svn cat's.
Use this instead.
log = ET.parse(sys.stdin)
#log = ET.parse('data.xml')
for logentry in log.findall('logentry'):
for path in logentry.findall('paths/path'):
# we only want to cat added or modified files. No point cat'ing
deleted ones
if path.attrib['action'] == 'M' or path.attrib['action'] == 'A':
print 'svn cat -r %s "{REPOS}%s" | findstr {REGEX}' %
(logentry.attrib['revision'], path.text)
*****
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA625
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: RE: Seeking a way to do a full text search in a repository
Posted by "Reedick, Andrew" <jr...@ATT.COM>.
> -----Original Message-----
> From: Reedick, Andrew
> Sent: Wednesday, February 06, 2008 12:22 PM
> To: Bicking, David (HHoldings, IT); users@subversion.tigris.org
> Cc: Kohlhepp, Justin (HHoldings, IT)
> Subject: RE: Seeking a way to do a full text search in a repository
>
>
>
> Some script based on running 'svn cat -r' on each file listed by 'svn
> log -v -r' followed by grep/findstr would be my guess.
>
Meh, since I've had to do this in the past, I might as well automate it.
Here's a crude python script (python is available from
www.activestate.com):
It simply generates a batch file containing one 'svn cat' per file
listed by 'svn log --xml -v'. It's not smart enough to distinguish dirs
from files, so you'll see 'svn cat' complain about directories.
1. svn log --xml -v -r 1:999 svn://server/repos/some/where | python
svn_search_hack.py > search.bat
2. Open search.bat in your favorite text editor
2.1 search & replace {REPOS} with 'svn://server/repos'
2.2 search & replace {REGEX} with your findstr search pattern and
switches.
3. search.bat > results.txt
4. ???
5. Profit!
svn_search_hack.py
==================
import sys
import xml.etree.ElementTree as ET
log = ET.parse(sys.stdin)
#log = ET.parse('log.xml')
for logentry in log.findall('logentry'):
for path in log.findall('logentry/paths/path'):
# we only want to cat added or modified files. No point cat'ing
deleted ones
if path.attrib['action'] == 'M' or path.attrib['action'] == 'A':
print 'svn cat -r %s "{REPOS}%s" | findstr {REGEX}' %
(logentry.attrib['revision'], path.text)
*****
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA622
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: Seeking a way to do a full text search in a repository
Posted by "Reedick, Andrew" <jr...@ATT.COM>.
> -----Original Message-----
> From: Bicking, David (HHoldings, IT)
> [mailto:David.Bicking@thehartford.com]
> Sent: Wednesday, February 06, 2008 11:55 AM
> To: users@subversion.tigris.org
> Cc: Kohlhepp, Justin (HHoldings, IT)
> Subject: Seeking a way to do a full text search in a repository
>
>
> We are starting to implement Subversion in our organization. Our
users
> have been asking me for a particular feature, and so far my searching
> has been in vain. The feature is to be able to do a full text search
> of
> the content of a repository, but without having to download the
> repository to disk. Ideally, this would allow for either searching
the
> HEAD revision, a specified revision, or a range of revisions. Is
there
> a client out there that allows for repository searching in this
manner?
> Note that we are on a Windows platform, so the tool would have to
> support Windows.
>
Some script based on running 'svn cat -r' on each file listed by 'svn
log -v -r' followed by grep/findstr would be my guess.
*****
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA623
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Seeking a way to do a full text search in a repository
Posted by Jean-Claude Antonio <jc...@arcetis.com>.
Hi,
We wrote for our clients this Search Engine and Administration tool for
SVN. And you are free to use it. You can test it here:
http://search.voilasvn.com/
Choose repository: Search demo
leave username/pwd blank
or you can download it as you wish.
You can now plug your own file parser based on file extensions.
JClaude
Stephen Armstrong a écrit :
>
>>> Hello,
>>>
>>> We are starting to implement Subversion in our organization. Our users
>>> have been asking me for a particular feature, and so far my searching
>>> has been in vain. The feature is to be able to do a full text
>>> search of
>>> the content of a repository, but without having to download the
>>> repository to disk. Ideally, this would allow for either searching the
>>> HEAD revision, a specified revision, or a range of revisions. Is there
>>> a client out there that allows for repository searching in this manner?
>>> Note that we are on a Windows platform, so the tool would have to
>>> support Windows.
>>>
>>> Thanks,
>>>
>>> ~ Justin
>>>
>>>
>>> *************************************************************************
>>>
>>> This communication, including attachments, is
>>> for the exclusive use of addressee and may contain proprietary,
>>> confidential and/or privileged information. If you are not the
>>> intended
>>> recipient, any use, copying, disclosure, dissemination or
>>> distribution is
>>> strictly prohibited. If you are not the intended recipient, please
>>> notify
>>> the sender immediately by return e-mail, delete this communication and
>>> destroy all copies.
>>> *************************************************************************
>>>
>>>
>>>
>> Johnathan Gifford wrote:
>> This is a feature that MS-Visual Source Safe has. So if your group
>> is coming from VSS or had experience with VSS in the past, that is
>> why they are asking. But with Microsoft phasing out support for
>> Visual Source Safe, many groups are looking for new options as
>> MS-Team Systems is very expensive and not very light weight. So you
>> may be one of the first looking for similar features such as the
>> search capability that VSS has. Keep in mind, Subversion aimed to
>> replace CVS, not VSS. Now that Subversion is in the 1.x releases,
>> that is starting change as features from ClearCase and Perforce are
>> being developed.
>>
>> Currently, there is no built in option on Subversion to search the
>> files that are in the repository for a certain pattern. There are a
>> couple of tools that could aid though. First being the method
>> mentioned by Andrew Reedick in another response to your post, but
>> this can be ugly and time consuming. Second, I believe there is an
>> enhancement to Trac (trac.edgewall.org) that will allow text
>> searches. However, if you have a rather large repository (10,000+
>> revisions), it'll never get through the initial indexing process in
>> Trac and there is no way to invoke that process from the command line.
>>
>> If this is something that you would like to see added to Subversion,
>> please create an issue (as an enhancement) in the Subversion issue
>> tracker. Make sure there is not one already there though! If you
>> need a secondary person vouching for this feature, let me know the
>> issue number, I'll be glad to do so and add additional input. I
>> would not expect this enhancement to come around until version 2.0 or
>> later because the road map for 1.x is pretty well much laid out and
>> this is no light weight enhancement. I do know that a few of the
>> committers to the project are aware of a need for this feature.
>>
>> Don't let this lack of a feature keep you from going to Subversion or
>> abandoning it. While this feature may be lacking, there are plenty
>> of features that'll make the lives of your developers much better
>> than what they had before.
>>
>> Hope this helps,
>>
>> Johnathan
>>
>>
>>
> If using a second system for this search is an option, I'd recommend
> opengrok (http://www.opensolaris.org/os/project/opengrok/). Opengrok
> is a server-based webapp that allows you to search through any source
> code. It's fast, can work with many different programming languages,
> and any methods or variables shown are links to further searches.
>
> It requires a computer running a servlet container (like Tomcat), and
> the computer running opengrok must have a working copy of all the code
> you want to search.
>
> Steve
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Seeking a way to do a full text search in a repository
Posted by Stephen Armstrong <St...@nanometrics.ca>.
>> Hello,
>>
>> We are starting to implement Subversion in our organization. Our users
>> have been asking me for a particular feature, and so far my searching
>> has been in vain. The feature is to be able to do a full text search of
>> the content of a repository, but without having to download the
>> repository to disk. Ideally, this would allow for either searching the
>> HEAD revision, a specified revision, or a range of revisions. Is there
>> a client out there that allows for repository searching in this manner?
>> Note that we are on a Windows platform, so the tool would have to
>> support Windows.
>>
>> Thanks,
>>
>> ~ Justin
>>
>>
>> *************************************************************************
>> This communication, including attachments, is
>> for the exclusive use of addressee and may contain proprietary,
>> confidential and/or privileged information. If you are not the intended
>> recipient, any use, copying, disclosure, dissemination or distribution is
>> strictly prohibited. If you are not the intended recipient, please notify
>> the sender immediately by return e-mail, delete this communication and
>> destroy all copies.
>> *************************************************************************
>>
>>
> Johnathan Gifford wrote:
> This is a feature that MS-Visual Source Safe has. So if your group is coming from VSS or had experience with VSS in the past, that is why they are asking. But with Microsoft phasing out support for Visual Source Safe, many groups are looking for new options as MS-Team Systems is very expensive and not very light weight. So you may be one of the first looking for similar features such as the search capability that VSS has. Keep in mind, Subversion aimed to replace CVS, not VSS. Now that Subversion is in the 1.x releases, that is starting change as features from ClearCase and Perforce are being developed.
>
> Currently, there is no built in option on Subversion to search the files that are in the repository for a certain pattern. There are a couple of tools that could aid though. First being the method mentioned by Andrew Reedick in another response to your post, but this can be ugly and time consuming. Second, I believe there is an enhancement to Trac (trac.edgewall.org) that will allow text searches. However, if you have a rather large repository (10,000+ revisions), it'll never get through the initial indexing process in Trac and there is no way to invoke that process from the command line.
>
> If this is something that you would like to see added to Subversion, please create an issue (as an enhancement) in the Subversion issue tracker. Make sure there is not one already there though! If you need a secondary person vouching for this feature, let me know the issue number, I'll be glad to do so and add additional input. I would not expect this enhancement to come around until version 2.0 or later because the road map for 1.x is pretty well much laid out and this is no light weight enhancement. I do know that a few of the committers to the project are aware of a need for this feature.
>
> Don't let this lack of a feature keep you from going to Subversion or abandoning it. While this feature may be lacking, there are plenty of features that'll make the lives of your developers much better than what they had before.
>
> Hope this helps,
>
> Johnathan
>
>
>
If using a second system for this search is an option, I'd recommend
opengrok (http://www.opensolaris.org/os/project/opengrok/). Opengrok is
a server-based webapp that allows you to search through any source code.
It's fast, can work with many different programming languages, and any
methods or variables shown are links to further searches.
It requires a computer running a servlet container (like Tomcat), and
the computer running opengrok must have a working copy of all the code
you want to search.
Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Seeking a way to do a full text search in a repository
Posted by Johnathan Gifford <jg...@wernervas.com>.
This is a feature that MS-Visual Source Safe has. So if your group is coming from VSS or had experience with VSS in the past, that is why they are asking. But with Microsoft phasing out support for Visual Source Safe, many groups are looking for new options as MS-Team Systems is very expensive and not very light weight. So you may be one of the first looking for similar features such as the search capability that VSS has. Keep in mind, Subversion aimed to replace CVS, not VSS. Now that Subversion is in the 1.x releases, that is starting change as features from ClearCase and Perforce are being developed.
Currently, there is no built in option on Subversion to search the files that are in the repository for a certain pattern. There are a couple of tools that could aid though. First being the method mentioned by Andrew Reedick in another response to your post, but this can be ugly and time consuming. Second, I believe there is an enhancement to Trac (trac.edgewall.org) that will allow text searches. However, if you have a rather large repository (10,000+ revisions), it'll never get through the initial indexing process in Trac and there is no way to invoke that process from the command line.
If this is something that you would like to see added to Subversion, please create an issue (as an enhancement) in the Subversion issue tracker. Make sure there is not one already there though! If you need a secondary person vouching for this feature, let me know the issue number, I'll be glad to do so and add additional input. I would not expect this enhancement to come around until version 2.0 or later because the road map for 1.x is pretty well much laid out and this is no light weight enhancement. I do know that a few of the committers to the project are aware of a need for this feature.
Don't let this lack of a feature keep you from going to Subversion or abandoning it. While this feature may be lacking, there are plenty of features that'll make the lives of your developers much better than what they had before.
Hope this helps,
Johnathan
>>> On Wed, Feb 6, 2008 at 10:54 AM, in message
<53...@AD1HFDEXC306.ad1.prod>, "Bicking,
David (HHoldings, IT)" <Da...@thehartford.com> wrote:
> I'm forwarding a request from a coworker who currently has read-only
> access to this list. See below, and I copied him in the post so a
> reply-all will get to him directly.
>
> Thanks,
> David
>
> ---------------------------------------
>
> Hello,
>
> We are starting to implement Subversion in our organization. Our users
> have been asking me for a particular feature, and so far my searching
> has been in vain. The feature is to be able to do a full text search of
> the content of a repository, but without having to download the
> repository to disk. Ideally, this would allow for either searching the
> HEAD revision, a specified revision, or a range of revisions. Is there
> a client out there that allows for repository searching in this manner?
> Note that we are on a Windows platform, so the tool would have to
> support Windows.
>
> Thanks,
>
> ~ Justin
>
>
> *************************************************************************
> This communication, including attachments, is
> for the exclusive use of addressee and may contain proprietary,
> confidential and/or privileged information. If you are not the intended
> recipient, any use, copying, disclosure, dissemination or distribution is
> strictly prohibited. If you are not the intended recipient, please notify
> the sender immediately by return e-mail, delete this communication and
> destroy all copies.
> *************************************************************************
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Seeking a way to do a full text search in a repository
Posted by Troy Bull <tr...@gmail.com>.
On Feb 6, 2008 10:54 AM, Bicking, David (HHoldings, IT)
<Da...@thehartford.com> wrote:
> I'm forwarding a request from a coworker who currently has read-only
> access to this list. See below, and I copied him in the post so a
> reply-all will get to him directly.
>
> Thanks,
> David
>
> ---------------------------------------
>
> Hello,
>
> We are starting to implement Subversion in our organization. Our users
> have been asking me for a particular feature, and so far my searching
> has been in vain. The feature is to be able to do a full text search of
> the content of a repository, but without having to download the
> repository to disk. Ideally, this would allow for either searching the
> HEAD revision, a specified revision, or a range of revisions. Is there
> a client out there that allows for repository searching in this manner?
> Note that we are on a Windows platform, so the tool would have to
> support Windows.
>
> Thanks,
>
> ~ Justin
>
In my last job I setup "fisheye" I think it does just what you are
looking for (and probably more). We dont have fisheye at my current
place of employment so I can't really check it right now.
Thanks
Troy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Seeking a way to do a full text search in a repository
Posted by "Bicking, David (HHoldings, IT)" <Da...@thehartford.com>.
I'm forwarding a request from a coworker who currently has read-only
access to this list. See below, and I copied him in the post so a
reply-all will get to him directly.
Thanks,
David
---------------------------------------
Hello,
We are starting to implement Subversion in our organization. Our users
have been asking me for a particular feature, and so far my searching
has been in vain. The feature is to be able to do a full text search of
the content of a repository, but without having to download the
repository to disk. Ideally, this would allow for either searching the
HEAD revision, a specified revision, or a range of revisions. Is there
a client out there that allows for repository searching in this manner?
Note that we are on a Windows platform, so the tool would have to
support Windows.
Thanks,
~ Justin
*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information. If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited. If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Subversion log out
Posted by Andy Levy <an...@gmail.com>.
On Feb 5, 2008 8:07 AM, <di...@jpmorgan.com> wrote:
>
> Hello,
>
> We have a problem with log out in Subversion.
>
> Subversion saved previous devloper's credential and doesn't let us to log
> in.
> We need to log out the user and use new user's credential.
>
> Could you please help us how we can log out a user?
It sounds like you have 2 developers sharing an account on the
computer they're using. Not a great idea from a security
perspective...
Credentials are cached in the user's home directory, in a directory
called subversion on Windows and .subversion on Linux, Unix, etc.
Specifically, you want to delete:
%appdata%\subversion\auth (windows)
~/.subversion/auth (non-Windows)
If you're using TortioseSVN, there's even a handy button in the
Settings dialog to clear authentication data. Other clients may have a
similar feature.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: UTF-8 support on Mac?
Posted by Karl Fogel <kf...@red-bean.com>.
"B. Blodau" <b_...@hamburg.de> writes:
> Hello out there,
> I'm encountering a problem when calling svn_client_commit3() on the Mac.
This isn't about your question, it's just about how to post to this
list. Please read:
http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
Not a big deal, just letting you know for next time.
Thank you,
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: UTF-8 support on Mac?
Posted by "B. Blodau" <b_...@hamburg.de>.
Am 06.02.2008 um 23:30 schrieb Ryan Schmidt:
>
> On Feb 6, 2008, at 04:25, B. Blodau wrote:
>
>> Am 06.02.2008 um 02:17 schrieb Ryan Schmidt:
>>
>>> On Feb 5, 2008, at 10:59, B. Blodau wrote:
>>>
>>>> I'm encountering a problem when calling svn_client_commit3() on
>>>> the Mac.
>>>>
>>>> The name of the file to be committed contains a non-ASCII
>>>> character, in this case an 'ä' (a-umlaut). This is perfectly
>>>> encoded to UTF-8 but not as a precomposed character (0xc3, 0xa4)
>>>> but as a normalized character consisting of the base character
>>>> 'a' plus a following combining character '¨' (COMBINING DIAERESIS).
>>>> So the UTF-8 byte sequence is: 0x61, 0xcc, 0x88.
>>>>
>>>> When calling svn_client_commit3(), I'm getting the error message:
>>>> "Can't convert string from 'UTF-8' to native encoding." from
>>>> "subversion/libsvn_subr/utf.c".
>>>>
>>>> I'm a bit irritated because the documentation for
>>>> svn_client_commit3() says:
>>>> "targets is an array of const char* paths to commit. They need
>>>> not be canonicalized nor condensed; this function will take care
>>>> of that."
>>>>
>>>> Does svn support non-ASCII characters on the Mac?
>>>> Does svn support non-ASCII characters in their normalized form
>>>> on the Mac?
>>>> Can I do anything to get this working? ;)
>>>>
>>>> Since other clients can handle such an umlaut, it might be that
>>>> svn expects precomposed characters?
>>>
>>> I'm not sure about the error message you encountered
>>> specifically. However there is a problem that Subversion seems
>>> not canonicalize the UTF-8 representation of file names in any
>>> way. It just stores the UTF-8 bytes the way they come in from the
>>> client. On other operating systems this seems not to be a problem
>>> because they don't care whether the UTF-8 sequences are composed
>>> or decomposed, but because Mac OS X (or rather HFS+) does
>>> canonicalize UTF-8 representations to the decomposed form, and
>>> because other operating systems seem to make filenames in
>>> composed form, Mac users using Subversion repositories containing
>>> non-ASCII characters tend to run into this problem:
>>>
>>> http://subversion.tigris.org/issues/show_bug.cgi?id=2464
>>
>> Thanks a lot for your answer,
>> but precomposing the characters did not help. :(
>>
>> This problem also occurs with non-ASCII characters which are
>> usually not normalized (which can't be normalized) like ideographs
>> or the german sz 'ß'.
>> So for me the current questions are:
>> What is the "native encoding" mentioned in the error message?
>> Why is svn trying to convert it into this "native encoding"
>> instead of leaving it as UTF8 which whould cover all the
>> characters in use today.
>>
>> BTW: This error message occurs before my commit-callback is
>> getting called. So I assume this issue is independent from the
>> international settings/capabilities of the repository server,
>> because no server access seems to happen at that point.
>>
>> Since other clients can do it, there must be a way.... :)
>
> It sounds like you're calling the Subversion libraries, with which
> I have no experience. But on the command line, you need to make
> sure that your LANG environment variable is set to something
> reasonable for your system, or else Subversion won't know how to
> convert its internal UTF-8 data into something your shell can
> understand.
>
Yes,
I'm calling the libraries directly and since my app is Unicode aware,
I would like to avoid any conversion to something else than UTF8 or
UTF16, because this would limit the number of valid characters.
I investigated this a bit further and finally I found the following
code snippet in "filepath.c" of the apr libs for unix:
APR_DECLARE(apr_status_t) apr_filepath_encoding(int *style,
apr_pool_t *p)
{
*style = APR_FILEPATH_ENCODING_LOCALE;
return APR_SUCCESS;
}
It seems that apr is not intended to support UTF8 for unix, otherwise
it would not be hard coded to always return
APR_FILEPATH_ENCODING_LOCALE instead of APR_FILEPATH_ENCODING_UTF8.
So the question is now: Can subversion ever support utf8 filenames on
unix, if it is based on apr?
Thanks to everybody who tried to help.
Bert
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: UTF-8 support on Mac?
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Feb 6, 2008, at 04:25, B. Blodau wrote:
> Am 06.02.2008 um 02:17 schrieb Ryan Schmidt:
>
>> On Feb 5, 2008, at 10:59, B. Blodau wrote:
>>
>>> I'm encountering a problem when calling svn_client_commit3() on
>>> the Mac.
>>>
>>> The name of the file to be committed contains a non-ASCII
>>> character, in this case an 'ä' (a-umlaut). This is perfectly
>>> encoded to UTF-8 but not as a precomposed character (0xc3, 0xa4)
>>> but as a normalized character consisting of the base character
>>> 'a' plus a following combining character '¨' (COMBINING DIAERESIS).
>>> So the UTF-8 byte sequence is: 0x61, 0xcc, 0x88.
>>>
>>> When calling svn_client_commit3(), I'm getting the error message:
>>> "Can't convert string from 'UTF-8' to native encoding." from
>>> "subversion/libsvn_subr/utf.c".
>>>
>>> I'm a bit irritated because the documentation for
>>> svn_client_commit3() says:
>>> "targets is an array of const char* paths to commit. They need
>>> not be canonicalized nor condensed; this function will take care
>>> of that."
>>>
>>> Does svn support non-ASCII characters on the Mac?
>>> Does svn support non-ASCII characters in their normalized form on
>>> the Mac?
>>> Can I do anything to get this working? ;)
>>>
>>> Since other clients can handle such an umlaut, it might be that
>>> svn expects precomposed characters?
>>
>> I'm not sure about the error message you encountered specifically.
>> However there is a problem that Subversion seems not canonicalize
>> the UTF-8 representation of file names in any way. It just stores
>> the UTF-8 bytes the way they come in from the client. On other
>> operating systems this seems not to be a problem because they
>> don't care whether the UTF-8 sequences are composed or decomposed,
>> but because Mac OS X (or rather HFS+) does canonicalize UTF-8
>> representations to the decomposed form, and because other
>> operating systems seem to make filenames in composed form, Mac
>> users using Subversion repositories containing non-ASCII
>> characters tend to run into this problem:
>>
>> http://subversion.tigris.org/issues/show_bug.cgi?id=2464
>
> Thanks a lot for your answer,
> but precomposing the characters did not help. :(
>
> This problem also occurs with non-ASCII characters which are
> usually not normalized (which can't be normalized) like ideographs
> or the german sz 'ß'.
> So for me the current questions are:
> What is the "native encoding" mentioned in the error message?
> Why is svn trying to convert it into this "native encoding" instead
> of leaving it as UTF8 which whould cover all the characters in use
> today.
>
> BTW: This error message occurs before my commit-callback is getting
> called. So I assume this issue is independent from the
> international settings/capabilities of the repository server,
> because no server access seems to happen at that point.
>
> Since other clients can do it, there must be a way.... :)
It sounds like you're calling the Subversion libraries, with which I
have no experience. But on the command line, you need to make sure
that your LANG environment variable is set to something reasonable
for your system, or else Subversion won't know how to convert its
internal UTF-8 data into something your shell can understand.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: UTF-8 support on Mac?
Posted by "B. Blodau" <b_...@hamburg.de>.
Thanks a lot for your answer,
but precomposing the characters did not help. :(
This problem also occurs with non-ASCII characters which are usually
not normalized (which can't be normalized) like ideographs or the
german sz 'ß'.
So for me the current questions are:
What is the "native encoding" mentioned in the error message?
Why is svn trying to convert it into this "native encoding" instead
of leaving it as UTF8 which whould cover all the characters in use
today.
BTW: This error message occurs before my commit-callback is getting
called. So I assume this issue is independent from the international
settings/capabilities of the repository server, because no server
access seems to happen at that point.
Since other clients can do it, there must be a way.... :)
Thanks
Bert
Am 06.02.2008 um 02:17 schrieb Ryan Schmidt:
>
> On Feb 5, 2008, at 10:59, B. Blodau wrote:
>
>> Hello out there,
>> I'm encountering a problem when calling svn_client_commit3() on
>> the Mac.
>>
>> The name of the file to be committed contains a non-ASCII
>> character, in this case an 'ä' (a-umlaut). This is perfectly
>> encoded to UTF-8 but not as a precomposed character (0xc3, 0xa4)
>> but as a normalized character consisting of the base character 'a'
>> plus a following combining character '¨' (COMBINING DIAERESIS).
>> So the UTF-8 byte sequence is: 0x61, 0xcc, 0x88.
>>
>> When calling svn_client_commit3(), I'm getting the error message:
>> "Can't convert string from 'UTF-8' to native encoding." from
>> "subversion/libsvn_subr/utf.c".
>>
>> I'm a bit irritated because the documentation for
>> svn_client_commit3() says:
>> "targets is an array of const char* paths to commit. They need not
>> be canonicalized nor condensed; this function will take care of
>> that."
>>
>> Does svn support non-ASCII characters on the Mac?
>> Does svn support non-ASCII characters in their normalized form on
>> the Mac?
>> Can I do anything to get this working? ;)
>>
>> Since other clients can handle such an umlaut, it might be that
>> svn expects precomposed characters?
>
> I'm not sure about the error message you encountered specifically.
> However there is a problem that Subversion seems not canonicalize
> the UTF-8 representation of file names in any way. It just stores
> the UTF-8 bytes the way they come in from the client. On other
> operating systems this seems not to be a problem because they don't
> care whether the UTF-8 sequences are composed or decomposed, but
> because Mac OS X (or rather HFS+) does canonicalize UTF-8
> representations to the decomposed form, and because other operating
> systems seem to make filenames in composed form, Mac users using
> Subversion repositories containing non-ASCII characters tend to run
> into this problem:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=2464
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: UTF-8 support on Mac?
Posted by Ryan Schmidt <su...@ryandesign.com>.
On Feb 5, 2008, at 10:59, B. Blodau wrote:
> Hello out there,
> I'm encountering a problem when calling svn_client_commit3() on the
> Mac.
>
> The name of the file to be committed contains a non-ASCII
> character, in this case an 'ä' (a-umlaut). This is perfectly
> encoded to UTF-8 but not as a precomposed character (0xc3, 0xa4)
> but as a normalized character consisting of the base character 'a'
> plus a following combining character '¨' (COMBINING DIAERESIS).
> So the UTF-8 byte sequence is: 0x61, 0xcc, 0x88.
>
> When calling svn_client_commit3(), I'm getting the error message:
> "Can't convert string from 'UTF-8' to native encoding." from
> "subversion/libsvn_subr/utf.c".
>
> I'm a bit irritated because the documentation for svn_client_commit3
> () says:
> "targets is an array of const char* paths to commit. They need not
> be canonicalized nor condensed; this function will take care of that."
>
> Does svn support non-ASCII characters on the Mac?
> Does svn support non-ASCII characters in their normalized form on
> the Mac?
> Can I do anything to get this working? ;)
>
> Since other clients can handle such an umlaut, it might be that svn
> expects precomposed characters?
I'm not sure about the error message you encountered specifically.
However there is a problem that Subversion seems not canonicalize the
UTF-8 representation of file names in any way. It just stores the
UTF-8 bytes the way they come in from the client. On other operating
systems this seems not to be a problem because they don't care
whether the UTF-8 sequences are composed or decomposed, but because
Mac OS X (or rather HFS+) does canonicalize UTF-8 representations to
the decomposed form, and because other operating systems seem to make
filenames in composed form, Mac users using Subversion repositories
containing non-ASCII characters tend to run into this problem:
http://subversion.tigris.org/issues/show_bug.cgi?id=2464
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
UTF-8 support on Mac?
Posted by "B. Blodau" <b_...@hamburg.de>.
Hello out there,
I'm encountering a problem when calling svn_client_commit3() on the Mac.
The name of the file to be committed contains a non-ASCII character,
in this case an 'ä' (a-umlaut). This is perfectly encoded to UTF-8
but not as a precomposed character (0xc3, 0xa4) but as a normalized
character consisting of the base character 'a' plus a following
combining character '¨' (COMBINING DIAERESIS).
So the UTF-8 byte sequence is: 0x61, 0xcc, 0x88.
When calling svn_client_commit3(), I'm getting the error message:
"Can't convert string from 'UTF-8' to native encoding." from
"subversion/libsvn_subr/utf.c".
I'm a bit irritated because the documentation for svn_client_commit3
() says:
"targets is an array of const char* paths to commit. They need not be
canonicalized nor condensed; this function will take care of that."
Does svn support non-ASCII characters on the Mac?
Does svn support non-ASCII characters in their normalized form on the
Mac?
Can I do anything to get this working? ;)
Since other clients can handle such an umlaut, it might be that svn
expects precomposed characters?
Thanks to everybody who can help.
Ciao
Bert
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org