error cloning encoding not supported

[Marco Giovannini]

Some more information

if the repo is named test00 and the link set00 you will see only the
link because it respect the alphabetic order.

Regards,
Marco




On Fri, Nov 19, 2010 at 6:23 PM, Marco Giovannini <usernkey at gmail.com> wrote:
> seems that if you have a repo and a link to the repo only one is
> showed in the web interface.
>
> in some case you can see the link some case you can see the repo.
>
> Regards,
> Marco
>
> On Thu, Nov 18, 2010 at 7:26 PM, Marco Giovannini <usernkey at gmail.com> wrote:
>> Regards,
>>
>> Marco
>>
>>
>>
>>
>> On Thu, Nov 18, 2010 at 6:25 PM, Matt Mackall <mpm at selenic.com> wrote:
>>> On Thu, 2010-11-18 at 15:32 +0100, Marco Giovannini wrote:
>>>> ok after some investigation I understood this:
>>>>
>>>>
>>>> I receive the error abort:
>>>> requirement '<?xml version="1.0" encoding="ISO-8859-1"?>' not supported!
>>>>
>>>> because the at repo url
>>>> 'https:/xxxxxx.com/%7Exxxxx/repo/team/xxxxx/xxxx hg can't find the
>>>> repo and it give me back a simple html with the list of repos in that
>>>> directory but now I have a problem that scary me.
>>>
>>> So when I had you test that earlier, and you said:
>>>
>>> "Yes we can browse it in the the browser"
>>>
>>> "If I clone just the subrepo it works correctly"
>>>
>>> ..those were both false data points? That's wasted you three days!
>>> Luckily, I didn't have a lot of confidence in the accuracy of your
>>> reports and didn't waste any time trying to reproduce your nonexistent
>>> behavior on my end.
>>>
>>>> the repo is exactly there but it's not visible from the web interface
>>>> I checked the privileges and they are right , everything is fine.
>>>
>>>> If I make these simply operations
>>>>
>>>> oldrepo ---mv---> oldrepo.orig
>>>> oldrepo.orig--->cp--->oldrepo
>>>
>>>> you can see oldrepo.orig from the web interface and it's works fine
>>>> but you can't see oldrepo.
>>>
>>> Then it's probably specific to the name of your repo. As hgweb doesn't
>>> have any particular opinions about names, it's likely to be an issue
>>> with your Apache config. Perhaps you've picked a name that Apache thinks
>>> is special like cgi-bin.
>>>
>>> --
>>> Mathematics is the supreme nostalgia of our time.
>>>
>>>
>>>
>>
>>
>>> ..those were both false data points? That's wasted you three days!
>>> Luckily, I didn't have a lot of confidence in the accuracy of your
>>> reports and didn't waste any time trying to reproduce your nonexistent
>>> behavior on my end.
>>
>> I made a mistake I used a repo with a very similar name.
>> You're right they are both false sorry.
>>
>