hg clone --uncompressed do not clone obsmarkers so all obsoleted changesets are back to life (public phase)

[Long Vu]

Hi,

I was wondering if this is by design or a bug.

If we hg clone --uncompressed (because --uncompressed is an order of
magnitude faster for big repos on generaldelta format) all the previously
obsoleted changesets are back to life (public phase).

This behavior is different than hg clone without --uncompressed which only
clone not obsoleted changesets and will keep the draft phase accordingly.

Is there a way to force re-transfer all the obsmarkers after an hh clone
--uncompressed?

Thanks,

-- 
Long Vu | Software Developer, Tools & Infrastructure | Intelerad |
+1-514-931-6222 ext. 7743

-- 


This email or any attachments may contain confidential or legally 
privileged information intended for the sole use of the addressees. Any 
use, redistribution, disclosure, or reproduction of this information, 
except as intended, is prohibited. If you received this email in error, 
please notify the sender and remove all copies of the message, including 
any attachments.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mercurial-scm.org/pipermail/evolve-testers/attachments/20180813/c9759738/attachment.html>