On 04/26/12 04:38, Daniel Shahaf wrote:
> Alan Hourihane wrote on Wed, Apr 25, 2012 at 23:41:24 +0100:
>> Yes, it doesn't work as you are checking /usr first, yet it should be
>> pkg-config first (or only)
> Can't be "only" pkg-config, as that would break the build on systems
> that don't have
Alan Hourihane wrote on Thu, Apr 26, 2012 at 08:24:52 +0100:
> On 04/26/12 04:38, Daniel Shahaf wrote:
> > Alan Hourihane wrote on Wed, Apr 25, 2012 at 23:41:24 +0100:
> >> Yes, it doesn't work as you are checking /usr first, yet it should be
> >> pkg-config first (or only)
> > Can't be "only"
I'm just wondernig if it's possible to pipe or otherwise use the output from
"svn st" into the "svn cl XYZ" command (for the file paths / names, obviously).
I can't even see any option to "svn st" that gives *only* file names/paths :(
The -q option seems to give the same output as "svn st" witho
On 04/26/12 08:41, Daniel Shahaf wrote:
> Alan Hourihane wrote on Thu, Apr 26, 2012 at 08:24:52 +0100:
>> On 04/26/12 04:38, Daniel Shahaf wrote:
>>> Alan Hourihane wrote on Wed, Apr 25, 2012 at 23:41:24 +0100:
Yes, it doesn't work as you are checking /usr first, yet it should be
pkg-conf
On Thu, Apr 26, 2012 at 09:02:17AM +0100, Gary wrote:
> I'm just wondernig if it's possible to pipe or otherwise use the output from
> "svn st" into the "svn cl XYZ" command (for the file paths / names,
> obviously). I can't even see any option to "svn st" that gives *only* file
> names/paths :(
> From: Stefan Sperling
>
> On Thu, Apr 26, 2012 at 09:02:17AM +0100, Gary wrote:
> > I'm just wondernig if it's possible to pipe or otherwise use the output
> > from "svn st" into the "svn cl XYZ" command (for the file paths / names,
> > obviously). I can't even see any
> > option to "svn st"
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much information as possible about what
you were trying to do.
But
On Thu, Apr 26, 2012 at 09:09:49AM +0100, Gary wrote:
> > From: Stefan Sperling
> >
> > On Thu, Apr 26, 2012 at 09:02:17AM +0100, Gary wrote:
> > > I'm just wondernig if it's possible to pipe or otherwise use the output
> > > from "svn st" into the "svn cl XYZ" command (for the file paths / names
- Original Message -
From: Stefan Sperling
...
> You can put these commands into a shell script to automate the task.
>
> Of course, it would be nicer if 'svn' had its own way of adding a
> select subset of files in the working copy to a changelist based on
> some criteria. But no such fe
On Thu, 26 Apr 2012 10:39:23 +, Stefan Sperling wrote:
...
> M alpha
> M epsilon/zeta
> $ svn status | grep '^[A-Z]' | sed 's/^. \(.*\)$/\1/'
$ svn status | sed -n 's/^[A-Z] \(.*\)$/\1/p' # From memory, untested
Andreas
--
"Totally trivial. Famous last words."
From:
-q hides '?' (unversioned) files from the output.
Gary wrote on Thu, Apr 26, 2012 at 09:02:17 +0100:
> I'm just wondernig if it's possible to pipe or otherwise use the output from
> "svn st" into the "svn cl XYZ" command (for the file paths / names,
> obviously). I can't even see any option to "
Note up front: please take the time to think up a subject.
Am 26.04.2012 10:25, schrieb Glenn Hammond:
[...]
> with as much information as possible about what
> you were trying to do.
This is important, it basically renders your report useless when missing.
> But please first search the mailing
Stefan Sperling wrote on Thu, Apr 26, 2012 at 10:39:23 +0200:
> $ svn status | grep '^[A-Z]' | sed 's/^. \(.*\)$/\1/'
The exact format of this output is subject to change with minor versions
(1.7 to 1.8, etc). For example the 7th column (for tree conflicts)
didn't exist in 1.4. The release
On Thu, 26 Apr 2012 11:25:55 +, Andreas Krey wrote:
...
> > $ svn status | grep '^[A-Z]' | sed 's/^. \(.*\)$/\1/'
>
> $ svn status | sed -n 's/^[A-Z] \(.*\)$/\1/p' # From memory, untested
Oops (still from memory):
$ svn status | sed -n -e 's/^[A-Z] \(.*\)$/\1/p'
Andreas
-
On Thu, Apr 26, 2012 at 04:25, Glenn Hammond
wrote:
> with as much information as possible about what
>
> you were trying to do.
Please be sure to do this. Simply copying & pasting an error message
is not sufficient.
> But please first search the mailing list archives for the error message
>
>
Ever since I changed my password Tortoise SVN will not authenticate.
Even though I can browse the repository through a web browser with the
new password fine, TSVN will not authenticate it. We use the "free"
version of Visual SVN server and TSVN 1.7.6. SVN Server is accessed
through https.
I
> -Original Message-
> From: Stephen Flowers [mailto:sflowe...@gmail.com]
> Sent: 26 April 2012 11:56
> To: users@subversion.apache.org
> Subject: Tortoise SVN unable to authenticate password
>
> Ever since I changed my password Tortoise SVN will not authenticate.
> Even though I can bro
> -Original Message-
> From: Andreas Krey [mailto:a.k...@gmx.de]
> Sent: donderdag 26 april 2012 11:26
> To: Gary; svn-list
> Subject: Re: "svn cl" input from "svn st"
>
> On Thu, 26 Apr 2012 10:39:23 +, Stefan Sperling wrote:
> ...
> > M alpha
> > M epsilon/zeta
> > $ svn
Hello Mark,
I did indeed have the "£" character in my new password, removing this
has solved the problem and I can now acces the SVN repository again.
Many thanks for your very prompt help!
Steve
On 26/04/2012 12:02, Cooke, Mark wrote:
-Original Message-
From: Stephen Flowers [mailt
Hi Steve,
Glad to have been useful (and to know it is not just me)!
Unfortunately I have not managed to get to the bottom of how or why subversion
<-> httpd is mangling the password and what (if anything) subversion (or neon
or serf?) could change to fix this...
~ mark c
> -Original Messa
On Thu, Apr 26, 2012 at 7:36 AM, Cooke, Mark wrote:
> Hi Steve,
>
> Glad to have been useful (and to know it is not just me)!
>
> Unfortunately I have not managed to get to the bottom of how or why
> subversion <-> httpd is mangling the password and what (if anything)
> subversion (or neon or ser
> -Original Message-
> From: Nico Kadel-Garcia [mailto:nka...@gmail.com]
> Sent: 26 April 2012 13:12
> To: Cooke, Mark
> Cc: users@subversion.apache.org; Stephen Flowers
> Subject: Re: Tortoise SVN unable to authenticate password
>
> On Thu, Apr 26, 2012 at 7:36 AM, Cooke, Mark
> wrote:
>
> Unfortunately I have not managed to get to the bottom of how
> or why subversion <-> httpd is mangling the password and what
> (if anything) subversion (or neon or serf?) could change to
> fix this...
It is not about mangling, it is about character encoding.
About 20 years after the birth
Without reading the context: Philip Martin posted just this week with
a detailed explanation of when non-ASCII passwords would (and wouldn't)
work over http.
Nico Kadel-Garcia wrote on Thu, Apr 26, 2012 at 08:12:27 -0400:
> On Thu, Apr 26, 2012 at 7:36 AM, Cooke, Mark wrote:
>
> > Hi Steve,
> >
Daniel Shahaf wrote on Thu, Apr 26, 2012 at 18:36:54 +0300:
> Without reading the context: Philip Martin posted just this week with
> a detailed explanation of when non-ASCII passwords would (and wouldn't)
> work over http.
(The bottom line was that the input on the client must result in the
same
On Thu, Apr 26, 2012 at 01:26:35PM +0100, Cooke, Mark wrote:
> ...so what about users using non-latin character sets?
> Surely not all subversion users are english?
American or British or Hiberno or some other English?
To a computer the difference would matter a lot.
> We are using plain-text `Ba
Hi,
Our team's whole repository tree is like:
build.xml
1.txt
2.txt
dir_a/
dir_big_and_un_related_to_me/
..
dir_h/
The dir_big_and_un_related_to_me/ is very, very big and it is not relevant
to my own work. Every time, when I run "svn update" at the top, I hope that
directory is ignored. But I
Hi,
I work on both Linux and PC. On Linux, we use subversion and there is no
any problem. On PC, I use TortoiseSVN. There is a big sub-dir within our
whole tree and it always causes problem when I run svn update. The update
went for a while, then I hit this error message:
svn: E235000: In file
Should I log this as a bug?
I made an option setting in the servers file prior to version 1.6.11 and all
was fine. Just after upgrade, svn complains about no option being set.
[etldev@odlbods1 ~]$ svn help
svn: /home/etldev/.subversion/servers:153: Option expected
[etldev@odlbods1 ~]$
I removed
On Thu, Apr 26, 2012 at 11:15:12AM -0700, frame wrote:
> Hi,
>
> Our team's whole repository tree is like:
>
> build.xml
> 1.txt
> 2.txt
> dir_a/
> dir_big_and_un_related_to_me/
> ..
> dir_h/
>
> The dir_big_and_un_related_to_me/ is very, very big and it is not relevant
> to my own work. Every
On Thu, Apr 26, 2012 at 11:28:11AM -0700, frame wrote:
> Hi,
> I work on both Linux and PC. On Linux, we use subversion and there is no
> any problem. On PC, I use TortoiseSVN. There is a big sub-dir within our
> whole tree and it always causes problem when I run svn update. The update
> went fo
On Thu, Apr 26, 2012 at 12:31:29PM -0600, Will Fleming wrote:
> [etldev@odlbods1 ~]$ svn help
> svn: /home/etldev/.subversion/servers:153: Option expected
> [etldev@odlbods1 ~]$
>
> I removed the leading spaces to the line setting and then it worked
> ..
> # No neon-debug-mask, so neon debuggi
On Thu, Apr 26, 2012 at 08:41:55PM +0200, Stefan Sperling wrote:
> svn checkout --depth empty URL
> svn ls (view items that could be here)
> for each item of interest:
> svn checkout --set-depth infinity item_of_interest
Sorry, that last line should say:
svn update --set-depth infinity it
On Thu, Apr 26, 2012 at 1:52 PM, Stefan Sperling wrote:
> On Thu, Apr 26, 2012 at 08:41:55PM +0200, Stefan Sperling wrote:
>> svn checkout --depth empty URL
>> svn ls (view items that could be here)
>> for each item of interest:
>> svn checkout --set-depth infinity item_of_interest
>
> Sorry,
> On Thu, Apr 26, 2012 at 1:52 PM, Stefan Sperling wrote:
> > On Thu, Apr 26, 2012 at 08:41:55PM +0200, Stefan Sperling wrote:
> >> svn checkout --depth empty URL
> >> svn ls (view items that could be here) for each item of interest:
> >> svn checkout --set-depth infinity item_of_interest
> >
Was using version 1.6.15 and attempted to upgrade working copy to current
version 1.7.6. The following error occurred.
---
Subversion Exception!
---
Subversion reported the following
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.6\ext\subver
Stefan,
Thanks for checking that. Bad on my part, it had worked before(admin deleted
the executable), although I'm not sure how-- but in checking my other installs
of various versions-- 1.6.12, 1.6.17, all have the line without leading space
so I guess I won't worry about it. Possibly, I had a
On Thu, Apr 26, 2012 at 03:50:32PM -0400, Greg Stein wrote:
>
Hi greg!
Which line did you remove whitespace from? (And please don't say "153".
Show the line in context, and indicate which of the lines in the context
it is. Thanks.)
Will Fleming wrote on Thu, Apr 26, 2012 at 12:31:29 -0600:
> Should I log this as a bug?
> I made an option setting in the servers file
On Thu, Apr 26, 2012 at 16:24, Stefan Sperling wrote:
> On Thu, Apr 26, 2012 at 03:50:32PM -0400, Greg Stein wrote:
>>
>
> Hi greg!
yah yah yah... so some random email client around here threw a message
out. I claim "Not My Fault" :-P
Daniel,
I sent the original message with nice yellow hilites etc. in HTML/rich text
pointing out the pertinent info-- I guess that got stripped down to plain text,
sorry. I'll remember this in future postings. Also I have since discovered
something amiss in my analysis--- I don't know what vers
Will Fleming wrote on Thu, Apr 26, 2012 at 14:56:50 -0600:
> Daniel,
>
> I sent the original message with nice yellow hilites etc. in HTML/rich
> text pointing out the pertinent info-- I guess that got stripped down
> to plain text, sorry.
Exactly.
> I'll remember this in future postings. Also
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: donderdag 26 april 2012 20:42
> To: frame
> Cc: users@subversion.apache.org
> Subject: Re: How to ignore a versioned subdirectory within the whole tree
during
> svn update?
>
> On Thu, Apr 26, 2012 at 11:15:12AM
44 matches
Mail list logo
