Geophysiques et Industriels
BP53, 38041 Grenoble Cedex, Francetel:+33.4.56.52.86.16
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
--
Pierre-Yves David
and that's not an option.
When evolving after the touch, you should not have to deal with conflict.
Can you give us a bit more details on these conflict to help us
understand where they came from ?
--
Pierre-Yves David
___
Mercurial mailing list
As the most alert of you quickly noticed… the funeral ceremony is on
July 20th (in two months) instead of May 20th (in 4 days). The Memorial
date of May 25th in San Francisco is correct.
Sorry for the confusion.
On 5/16/24 22:09, Pierre-Yves David wrote:
Hello community members
the funeral.
Sean was a dear friend to me. My thoughts are with his sister and
his partner in these difficult times.
Regards,
--
Pierre-Yves David
[1] Louisiana funeral details:
https://www.facebook.com/events/728972396090009/
[2] San Francisco memorial event
partner in these difficult times.
Regards,
--
Pierre-Yves David
[1] Louisiana funeral details:
https://www.facebook.com/events/728972396090009/
[2] San Francisco memorial event:
https://facebook.com/events/s/celebration-of-sean-farleys-li/428464819934258
is merged into another branch and is thus not a topological
head. But that's not the case here.
Mike
___
Mercurial-devel mailing list
Mercurial-devel@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-devel
--
Pierre-Yves David
al-devel@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-devel
--
Pierre-Yves David
___
Mercurial-devel mailing list
Mercurial-devel@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-devel
expect any significant performance
impact from this.
Would you send a patch in that direction ?
--
Pierre-Yves David
___
Mercurial-devel mailing list
Mercurial-devel@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
, 2024 at 10:41:00AM +0100, Pierre-Yves David wrote:
Out of curiosity, why do you need a repository using such a old format
?
Debian Bullseye has mercurial 5.6.1. I'm running Debian Bullseye on a
Beaglebone Black single board computer. It will get upgraded to
Debian Bookworm soon though
something?
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
layed anymore.
Yes; that's exactly the thing I don't want to do.
Why ? Both the user experience and the internal implementation rely on
the fact changeset move to the public phase eventually. What's your
rational for never doing so ?
--
Pierre-Yves David
__
p3/Matlab-2021
| abort: repository /home/oub/tmp3/Matlab-2021 not found!
`
That puzzles me very much since I thought the subrepo is not longer
present in HG-Lecture-short.
Any ideas what is wrong here?
--
Pierre-Yves David
___
Mercurial mail
I create a MR to create such option, not fully convinced with the naming
yet, but that is a starting point.
https://foss.heptapod.net/mercurial/mercurial-devel/-/merge_requests/682
On 9/13/23 16:45, Mathias De Mare (Nokia) wrote:
-Original Message-
From: Pierre-Yves David
Sent
ould declare (with different level
of precision).
- server
- main
- mirror
- client
- developer
- read-only
- ci
- temporary
- persistent
(again, I am not going into too much details to keep this email short.
I guess I am not the only one to think about these
...@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-evolve-testers
--
Pierre-Yves David
___
Evolve-testers mailing list
evolve-test...@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-evolve
This is more about the other way.
If you uncommit -a, then amend, the new changeset will be recorded as
successors of the one you emptied with `uncommit -a`. On the other hand,
if you use strip, that link will be lost.
On 7/24/23 14:31, Uwe Brauer wrote:
"PD" == Pierre-Yves Dav
uncommit --all does nor strip (nor prune) the current working directory
parents, it only empty it.
On 7/24/23 09:02, Uwe Brauer wrote:
Hi
Suppose I am on tip
What is the difference between
uncommit -a
strip --keep -r .
Uwe Brauer
--
Pierre-Yves David
solution is:
hg --hidden log -r "obsolete()" | grep -B 6 -A 1 "using prune"
___
Evolve-testers mailing list
evolve-test...@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-evolve-testers
achieve what you want.
The help should be pointed at the `-[-no]-confirm` variant
automatically, but don't. This is a known documentation bug that comes
from the collaboration with the purge extension.
--
Pierre-Yves David
___
Mercurial mailing list
-branch
Shall I create new branch using evolve, seems quite heavy?
Thanks
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
--
Pierre-Yves David
webcommon/javascript2.editor/test/unit/data/testfiles/ecmascript6/parser/statement/with/with03.js.ast.xml
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/me
fogadja az e-mail-szabályzatot.
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
, so they did not "land" on that branch yet.
With latest evolve, you get the current output from `hg branch` that
highlight that:
> hg branches ☿ ()
british//english23 4:90d20203a429
default 2:3d11032b06ce
i.e. You have a "
english-23
│ │ Phase: secret
│ │ Summary: Till E2A
Why?
How can this behavior be changed?
Thanks
Uwe Brauer
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
due to be tagged this week.
Thank you very much for the report !
On 4/28/23 14:40, Pierre-Yves David wrote:
Hi,
You seems to hit a bug with some internal operation in Mercurial whose
implementation details were changed in 6.4. I am also a bit puzzled
about how this would happens as the backup
de, but hg help remotenames does give any hints.
Regards
Uwe Brauer
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
On 4/28/23 14:57, Uwe Brauer wrote:
"PD" == Pierre-Yves David writes:
On 4/28/23 14:51, Uwe Brauer wrote:
"UB" == Uwe Brauer writes:
If all your bookmark create a unique and independant topological
branch you can use `roots(only("bookmark-name"))` t
ly("master"))
You invocation seems to be missing a command, and quoting.
And obtained
Badly placed ()'s.
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
://lists.mercurial-scm.org/mailman/listinfo/mercurial
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
(this is part of why topic exists).
If all your bookmark create a unique and independant topological branch
you can use `roots(only("bookmark-name"))` to find the root of that
unique topological branch.
--
Pierre-Yves David
___
Mercuri
having evolve turned on in my ~/.hgrc impact the server? (so
that in the server's hgrc we might want to turn it off using evolve=!)
On Tue, Apr 18, 2023 at 3:59 PM Pierre-Yves David
wrote:
On 4/18/23 13:27, Mitchell Elutovich wrote:
> My question is basically similar to this stacko
they
should not get the obsmarker.
What does your server setup and push/pull process looks like ? Do you
have the extension enabled server side ?
--
Pierre-Yves David
___
Evolve-testers mailing list
evolve-test...@lists.mercurial-scm.org
https://lis
no way to do it from CLI.
It's not a very well-designed command IMO.
Yeah :-/
This discussion points out that adding a --[no-]edit flag would be useful.
--
Pierre-Yves David
___
Evolve-testers mailing list
evolve-test...@lists.mercurial-scm.org
(
y, 0, line, curses.color_pair(COLOR_DIFF_DEL_LINE)
)
___
Mercurial-devel mailing list
Mercurial-devel@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-devel
--
Pierre-Yves David
uld help common
operation needed during scripting. For example:
- checking working copy status (is the dirstate clean)
- checking if a revset match anything
- locking utility ?
*# perf*
performance command from the perf extension,. this namespace actually
already exists for a handful of
effort.
Yeah, mq is quite legacy at this point and any mention of rollback
should be cast away.
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
d you send a MR?
Maybe `union-other-first` ? That would be a bit more explicit.
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
/listinfo/mercurial-devel
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
/listinfo/mercurial-devel
--
Pierre-Yves David
___
Mercurial-devel mailing list
Mercurial-devel@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial-devel
_
> Mercurial mailing list
> Mercurial@lists.mercurial-scm.org
> https://lists.mercurial-scm.org/mailman/listinfo/mercurial
___
Mercurial mailing list
Mercurial@lists.mercuria
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
add`?
`hg add --quiet` makes no difference.
Thanks.
--
Pierre-Yves David
___
Mercurial mailing list
Mercurial@lists.mercurial-scm.org
https://lists.mercurial-scm.org/mailman/listinfo/mercurial
43 matches
Mail list logo