You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Rick Yorgason <ri...@ldagames.com> on 2008/04/02 12:11:10 UTC
Subversion 1.5 beta1, "malformed URL for repository" when merging
over http
Hey guys,
I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1
client (both the official client and TortoiseSVN) on a 64-bit version of
Vista.
I can checkout, update, and commit stuff just fine, but when I try to
merge a range of revisions from the trunk to my feature branch, I get an
error that reads "malformed URL for repository" (which, I have to admit,
isn't very useful).
I *have* found a work-around. If I change the target address from:
http://example.com/whatever/trunk
to:
http://username@example.com/whatever/trunk
then works without complaints, both in the command line client and Tortoise.
I wasn't able to find any posting about this bug, so I figured I'd post
it. Let me know if you want me to check anything else.
Cheers,
-Rick-
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging
over http
Posted by Rick Yorgason <ri...@ldagames.com>.
The Windows build of beta1 doesn't seem to come with ra_serf. That's on
my client; I'm pretty sure the server is using neon as well, but I'll
double check when I can access the machine later tonight.
-Rick-
David Glasser wrote:
> Are you using Neon or serf? You should be able to find out by typing
> "svn --version"; if it lists both the answer is neon unless you've
> customized your ~/.subversion/servers file.
>
> --dave
>
> On Thu, Apr 3, 2008 at 1:48 PM, Rick Yorgason <ri...@ldagames.com> wrote:
>> Here's a transcript of my session, get ready, it's really short!
>>
>>
>>> C:\Projects\Hegemony.rick3>svn merge -r8838:HEAD
>> http://bender.ldastore.com/svn/Hegemony/trunk
>>> svn: Malformed URL for repository
>>>
>> When I use Tortoise, it shows that it's transferred 181 kBytes before it
>> sends that error message.
>>
>> The Hegemony.rick3 folder is a clean checkout of my branch. Like I said
>> before, it works fine if I add my username, for some bizarre reason.
>>
>> If I get time I'll try to do some detective work to track it down.
>>
>> -Rick-
>>
>>
>>
>> David Glasser wrote:
>>
>>> On Wed, Apr 2, 2008 at 5:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
>>>
>>>> Hey guys,
>>>>
>>>> I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1
>> client
>>>> (both the official client and TortoiseSVN) on a 64-bit version of Vista.
>>>>
>>>> I can checkout, update, and commit stuff just fine, but when I try to
>> merge
>>>> a range of revisions from the trunk to my feature branch, I get an error
>>>> that reads "malformed URL for repository" (which, I have to admit, isn't
>>>> very useful).
>>>>
>>>> I *have* found a work-around. If I change the target address from:
>>>>
>>>> http://example.com/whatever/trunk
>>>>
>>>> to:
>>>>
>>>> http://username@example.com/whatever/trunk
>>>>
>>>> then works without complaints, both in the command line client and
>>>> Tortoise.
>>>>
>>>> I wasn't able to find any posting about this bug, so I figured I'd post
>> it.
>>>> Let me know if you want me to check anything else.
>>>>
>>> Can you show the full command line you're typing rather than just the URL?
>>>
>>> --dave
>>>
>>>
>>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging over http
Posted by David Glasser <gl...@davidglasser.net>.
Are you using Neon or serf? You should be able to find out by typing
"svn --version"; if it lists both the answer is neon unless you've
customized your ~/.subversion/servers file.
--dave
On Thu, Apr 3, 2008 at 1:48 PM, Rick Yorgason <ri...@ldagames.com> wrote:
> Here's a transcript of my session, get ready, it's really short!
>
>
> > C:\Projects\Hegemony.rick3>svn merge -r8838:HEAD
> http://bender.ldastore.com/svn/Hegemony/trunk
> > svn: Malformed URL for repository
> >
>
> When I use Tortoise, it shows that it's transferred 181 kBytes before it
> sends that error message.
>
> The Hegemony.rick3 folder is a clean checkout of my branch. Like I said
> before, it works fine if I add my username, for some bizarre reason.
>
> If I get time I'll try to do some detective work to track it down.
>
> -Rick-
>
>
>
> David Glasser wrote:
>
> > On Wed, Apr 2, 2008 at 5:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
> >
> > > Hey guys,
> > >
> > > I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1
> client
> > > (both the official client and TortoiseSVN) on a 64-bit version of Vista.
> > >
> > > I can checkout, update, and commit stuff just fine, but when I try to
> merge
> > > a range of revisions from the trunk to my feature branch, I get an error
> > > that reads "malformed URL for repository" (which, I have to admit, isn't
> > > very useful).
> > >
> > > I *have* found a work-around. If I change the target address from:
> > >
> > > http://example.com/whatever/trunk
> > >
> > > to:
> > >
> > > http://username@example.com/whatever/trunk
> > >
> > > then works without complaints, both in the command line client and
> > > Tortoise.
> > >
> > > I wasn't able to find any posting about this bug, so I figured I'd post
> it.
> > > Let me know if you want me to check anything else.
> > >
> >
> > Can you show the full command line you're typing rather than just the URL?
> >
> > --dave
> >
> >
> >
>
--
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging
over http
Posted by Rick Yorgason <ri...@ldagames.com>.
Here's a transcript of my session, get ready, it's really short!
> C:\Projects\Hegemony.rick3>svn merge -r8838:HEAD http://bender.ldastore.com/svn/Hegemony/trunk
> svn: Malformed URL for repository
When I use Tortoise, it shows that it's transferred 181 kBytes before it
sends that error message.
The Hegemony.rick3 folder is a clean checkout of my branch. Like I said
before, it works fine if I add my username, for some bizarre reason.
If I get time I'll try to do some detective work to track it down.
-Rick-
David Glasser wrote:
> On Wed, Apr 2, 2008 at 5:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
>> Hey guys,
>>
>> I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1 client
>> (both the official client and TortoiseSVN) on a 64-bit version of Vista.
>>
>> I can checkout, update, and commit stuff just fine, but when I try to merge
>> a range of revisions from the trunk to my feature branch, I get an error
>> that reads "malformed URL for repository" (which, I have to admit, isn't
>> very useful).
>>
>> I *have* found a work-around. If I change the target address from:
>>
>> http://example.com/whatever/trunk
>>
>> to:
>>
>> http://username@example.com/whatever/trunk
>>
>> then works without complaints, both in the command line client and
>> Tortoise.
>>
>> I wasn't able to find any posting about this bug, so I figured I'd post it.
>> Let me know if you want me to check anything else.
>
> Can you show the full command line you're typing rather than just the URL?
>
> --dave
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging over http
Posted by Mark Phippard <ma...@gmail.com>.
On Wed, Apr 2, 2008 at 1:30 PM, Mark Phippard <ma...@gmail.com> wrote:
> On Wed, Apr 2, 2008 at 1:02 PM, David Glasser <gl...@davidglasser.net> wrote:
> > On Wed, Apr 2, 2008 at 5:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
> >
> > > Hey guys,
> > >
> > > I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1 client
> > > (both the official client and TortoiseSVN) on a 64-bit version of Vista.
> > >
> > > I can checkout, update, and commit stuff just fine, but when I try to merge
> > > a range of revisions from the trunk to my feature branch, I get an error
> > > that reads "malformed URL for repository" (which, I have to admit, isn't
> > > very useful).
> > >
> > > I *have* found a work-around. If I change the target address from:
> > >
> > > http://example.com/whatever/trunk
> > >
> > > to:
> > >
> > > http://username@example.com/whatever/trunk
> > >
> > > then works without complaints, both in the command line client and
> > > Tortoise.
> > >
> > > I wasn't able to find any posting about this bug, so I figured I'd post it.
> > > Let me know if you want me to check anything else.
> >
> > Can you show the full command line you're typing rather than just the URL?
>
> Sure. Here is a transcript:
Sorry, David. Thought that email was from Rick to me.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging over http
Posted by Mark Phippard <ma...@gmail.com>.
On Wed, Apr 2, 2008 at 1:02 PM, David Glasser <gl...@davidglasser.net> wrote:
> On Wed, Apr 2, 2008 at 5:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
>
> > Hey guys,
> >
> > I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1 client
> > (both the official client and TortoiseSVN) on a 64-bit version of Vista.
> >
> > I can checkout, update, and commit stuff just fine, but when I try to merge
> > a range of revisions from the trunk to my feature branch, I get an error
> > that reads "malformed URL for repository" (which, I have to admit, isn't
> > very useful).
> >
> > I *have* found a work-around. If I change the target address from:
> >
> > http://example.com/whatever/trunk
> >
> > to:
> >
> > http://username@example.com/whatever/trunk
> >
> > then works without complaints, both in the command line client and
> > Tortoise.
> >
> > I wasn't able to find any posting about this bug, so I figured I'd post it.
> > Let me know if you want me to check anything else.
>
> Can you show the full command line you're typing rather than just the URL?
Sure. Here is a transcript:
$ svn co http://subclipse.tigris.org/svn/subclipse/branches/1.2.x/svnClientAdapter
svnClientAdapter
A svnClientAdapter/test
A svnClientAdapter/test/svnserve.conf
A svnClientAdapter/test/passwd
A svnClientAdapter/test/lib
A svnClientAdapter/test/lib/emma.jar
A svnClientAdapter/test/lib/emma_ant.jar
A svnClientAdapter/.classpath
A svnClientAdapter/license.txt
A svnClientAdapter/.project
A svnClientAdapter/changelog.txt
[snip]
U svnClientAdapter
Checked out revision 3783.
$ svn merge -r3113:3120
http://subclipse.tigris.org/svn/subclipse/trunk/svnClientAdapter
svnClientAdapter
--- Merging r3114 through r3120 into 'svnClientAdapter':
A svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/ISVNMergeInfo.java
U svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/ISVNClientAdapter.java
A svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/SVNRevisionRange.java
A svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/SVNCopySource.java
Conflict discovered in
'svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/AbstractJhlClientAdapter.java'.
Select: (p) postpone, (df) diff-full, (e) edit,
(h) help for more options: p
C svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/AbstractJhlClientAdapter.java
U svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/JhlConverter.java
A svnClientAdapter/src/main/org/tigris/subversion/svnclientadapter/javahl/JhlMergeInfo.java
$
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Handling of .svn
Posted by "Miller, Hugh" <Hu...@chevron.com>.
Thanks! Where can I go to look at the work being done on this ?
-----Original Message-----
From: sussman@gmail.com [mailto:sussman@gmail.com] On Behalf Of Ben
Collins-Sussman
Sent: Wednesday, April 02, 2008 7:32 PM
To: Miller, Hugh
Cc: dev@subversion.tigris.org
Subject: Re: Handling of .svn
When we rewrite the entire working copy logic from scratch later this
year... yes, it is our general intent to put all working copy metadata
in a single place outside of the source tree. You'll have to wait for
the rewrite. :-)
On Wed, Apr 2, 2008 at 12:28 PM, Miller, Hugh (hdmi)
<Hu...@chevron.com> wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
>
> Thanks,
> -
> >Hugh Miller
> >e-mail: HughMiller@chevron.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Branko Čibej <br...@xbc.nu>.
Erik Huelsmann wrote:
> we
> had this developer which had the layout for the perfect working copy
> all in his had. He promised to write it all down for about a year and
> a half, then left the project. Now he's allegedly back, but possibly
> he's still lacking time to do what it takes on this front.
Do you mean me? :)
Goodness, I don't think I ever promised anything about WCs, other than
thinking out loud about the sorts of cleaning agents we'll need. :)
>> I'm really worried that we'd get a new WC that assumes the current
>> repository model with all its quirks, and have to do yet another new WC for
>> svn-2.0.
>>
>
> It wouldn't be new to have to invent the same thing several times:
> Most people learn and develop incrementally. For me, that's perfectly
> fine.
>
Incremental is fine. What I meant is that it has to be "incrementable"
(is that a word?), unlike the current WC code, which is "rewritable". :)
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Erik Huelsmann <eh...@gmail.com>.
On Thu, Apr 3, 2008 at 12:10 PM, Branko Čibej <br...@xbc.nu> wrote:
> Charles Acknin wrote:
>
> > I don't think he is, there's been talk about wc-ng and you'll find a
> > design note in notes/wc-ng-design.
> >
> >
>
> Yes, I skimmed over that and frankly it looks like another
> "not-invented-here" reflex. So I've reserved my comments until I have more
> time to really dig into that.
Well, as things stand, *any* direction is better than continuing with
the current code. We have *53* issues outstanding which can't be
solved in the current framework (for the most part). It could be that
some developers are devining inferior solutions, but then again: we
had this developer which had the layout for the perfect working copy
all in his had. He promised to write it all down for about a year and
a half, then left the project. Now he's allegedly back, but possibly
he's still lacking time to do what it takes on this front. That noted,
I think the other developers are still anxious to leave the current wc
behind and are taking faith into their own hands. Sounds plausible,
not?
> I'm really worried that we'd get a new WC that assumes the current
> repository model with all its quirks, and have to do yet another new WC for
> svn-2.0.
It wouldn't be new to have to invent the same thing several times:
Most people learn and develop incrementally. For me, that's perfectly
fine.
Any comments on the doc are very much welcomed btw: some have studied
other versioning systems, some have studied the problems in our own.
Together we should be able to put something good (or even great)
together.
Bye,
Erik.
Re: Handling of .svn
Posted by Branko Čibej <br...@xbc.nu>.
Charles Acknin wrote:
> I don't think he is, there's been talk about wc-ng and you'll find a
> design note in notes/wc-ng-design.
>
Yes, I skimmed over that and frankly it looks like another
"not-invented-here" reflex. So I've reserved my comments until I have
more time to really dig into that.
I'm really worried that we'd get a new WC that assumes the current
repository model with all its quirks, and have to do yet another new WC
for svn-2.0.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Charles Acknin <ch...@gmail.com>.
I don't think he is, there's been talk about wc-ng and you'll find a
design note in notes/wc-ng-design.
As for the date, I think "later this year" is a bit overoptimistic.
Charles
On Thu, Apr 3, 2008 at 9:30 AM, Branko Čibej <br...@xbc.nu> wrote:
> Ben Collins-Sussman wrote:
>
> > When we rewrite the entire working copy logic from scratch later this
> > year...
> >
>
> Muh? You're kidding, aren't you.
>
> -- Brane
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
Re: Handling of .svn
Posted by Branko Čibej <br...@xbc.nu>.
Ben Collins-Sussman wrote:
> When we rewrite the entire working copy logic from scratch later this
> year...
Muh? You're kidding, aren't you.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Ben Collins-Sussman <su...@red-bean.com>.
When we rewrite the entire working copy logic from scratch later this
year... yes, it is our general intent to put all working copy metadata
in a single place outside of the source tree. You'll have to wait for
the rewrite. :-)
On Wed, Apr 2, 2008 at 12:28 PM, Miller, Hugh (hdmi)
<Hu...@chevron.com> wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
>
> Thanks,
> -
> >Hugh Miller
> >e-mail: HughMiller@chevron.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by "Ph. Marek" <ph...@bmlv.gv.at>.
Hello Hugh,
On Mittwoch, 2. April 2008, Miller, Hugh (hdmi) wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
you ask a very specific question.
I don't know whether that works for you, but depending on your use-case
(software deployment - many files, meta-data, fast, space-saving [=no .svn!])
you might be interested in FSVS (http://fsvs.tigris.org).
HTH!
Regards,
Phil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
Miller, Hugh (hdmi) wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
I don't know the answer to your question, but in the future, could you
follow the guidelines here:
http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
Specifically, please don't start a new thread simply by replying to an
existing one and changing the subject.
Thanks,
-Hyrum
Handling of .svn
Posted by "Miller, Hugh (hdmi)" <Hu...@chevron.com>.
Is there any possibility to offer a treatment of the .svn folders that
does not keep them in the checkout tree, but puts them in another,
specifiable place ?
Thanks,
-
>Hugh Miller
>e-mail: HughMiller@chevron.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging over http
Posted by David Glasser <gl...@davidglasser.net>.
On Wed, Apr 2, 2008 at 5:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
> Hey guys,
>
> I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1 client
> (both the official client and TortoiseSVN) on a 64-bit version of Vista.
>
> I can checkout, update, and commit stuff just fine, but when I try to merge
> a range of revisions from the trunk to my feature branch, I get an error
> that reads "malformed URL for repository" (which, I have to admit, isn't
> very useful).
>
> I *have* found a work-around. If I change the target address from:
>
> http://example.com/whatever/trunk
>
> to:
>
> http://username@example.com/whatever/trunk
>
> then works without complaints, both in the command line client and
> Tortoise.
>
> I wasn't able to find any posting about this bug, so I figured I'd post it.
> Let me know if you want me to check anything else.
Can you show the full command line you're typing rather than just the URL?
--dave
--
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Subversion 1.5 beta1, "malformed URL for repository" when merging over http
Posted by Mark Phippard <ma...@gmail.com>.
On Wed, Apr 2, 2008 at 8:11 AM, Rick Yorgason <ri...@ldagames.com> wrote:
> I'm running a 1.4 WebDAV server with plain old http and a 1.5 beta1 client
> (both the official client and TortoiseSVN) on a 64-bit version of Vista.
>
> I can checkout, update, and commit stuff just fine, but when I try to merge
> a range of revisions from the trunk to my feature branch, I get an error
> that reads "malformed URL for repository" (which, I have to admit, isn't
> very useful).
>
> I *have* found a work-around. If I change the target address from:
>
> http://example.com/whatever/trunk
>
> to:
>
> http://username@example.com/whatever/trunk
>
> then works without complaints, both in the command line client and
> Tortoise.
>
> I wasn't able to find any posting about this bug, so I figured I'd post it.
> Let me know if you want me to check anything else.
I have regularly been performing these kinds of merges against a 1.3
repository (Subclipse repos on tigris.org). I imagine TortoiseSVN
does similar merges using their repos. Wouldn't that seem to indicate
there is not a problem in SVN itself?
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org