Re: [darcs-users] so long and thanks for all the darcs

[Karl O. Pinc]

On Sat, 3 Mar 2018 18:36:32 -0800
Evan Laforge <qdun...@gmail.com> wrote:

> On Sat, Mar 3, 2018 at 6:26 PM, Karl O. Pinc <k...@meme.com> wrote:
> > This being so, I'm curious why a darcs user would choose
> > git over mercurial.  
> 
> Honestly, because I don't know mercurial.  I should fix that someday.
> My impression is that it's like git but with a more sensible command
> line interface, and has an elaborate plugin system with tons of
> extensions (which nice in a way but scary in another way).

It's not that the command line interface is more sensible.  It's
that the mental model of a repo with which the mercurial commands
interact is simple.  _Almost_ as simple as darcs.  And almost
the same as darcs.  I think the difference is that file name
changes are essentially deletes and adds in mercurial.

> Is there a document for mercurial from the perspective of darcs out
> there?

Dunno.  My head's not in revision control space right now but
what I recall is that you use "hg" instead of "darcs",
"commit" instead of "record", and "status" instead of
"whatsnew -l".  Then if you want to do anything "extra",
like rebase you look on the hg website for help, or IRC,
and turn on the extension.

I have the following hg extensions enabled:

 histedit  interactive history editing
 rebasecommand to move sets of revisions to a different ancestor
 shelvesave and restore changes to the working directory
   ("git stash" equivalent)
 strip strip changesets and their descendants from history

The mental model for hg is very like that of darcs.
In the time you spend figuring out how to get
git to show a diff of what's going to be committed
(the key idea being that --cached uses the "index",
which is where your next commit is "staged")
you should be able to use hg to do most all of
everything you'll ever need it to do.

Helpful commands are:

  hg help extensions
  hg help revisions
  hg help revsets

and possibly

  hg help phases
  hg help glossary

hg log --graph is like gitk.

That's about all I can recall, other than the hg website
is helpful.

Regards,

Karl <k...@meme.com>
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] so long and thanks for all the darcs

[Karl O. Pinc]

On Sun, 4 Mar 2018 23:23:33 +0100
Ben Franksen  wrote:

> What made me re-consider
> the idea was that I found I like the way mercurial automatically
> creates a branch when you pull a conflicting patch.

> But
> when you look at it from a darcs viewpoint, automatically creating a
> branch really makes sense only if there is no "clean" merge, that is
> if there is a conflict; otherwise you just pull patches and that's it.

FYI.  I regularly pull with --no-allow-conflicts.

> In any case
> you'd rather want to avoid doing conflict resolution when you are in
> the middle of finishing something else.

Agreed.

> In contrast, branches are fully symmetric: none is better
> than the other, patch identities remain unmodified, and you can
> switch between them easily.

Would be nice to be able to assume that the remote repo 
is not "better".

> 
> Branches would also allow us to do many of the "destructive"
> operations less dangerously by default.

Does sound appealing.

> These are all pretty raw ideas at the moment, none of it is
> implemented. There are lots of open questions regarding UI design etc.

I know a lot of thought gets done on IRC but as far as UI
goes it might be good to run thoughts by this mailing list.

Up to you.

Regards, and thanks for all the work!

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] How to set external editor ?

[Karl O. Pinc]

On Fri, 03 Sep 2021 21:28:34 +0200
Alexis Praga  wrote:

> I'm using the fish shell and am having trouble to tell darcs to use
> neovim.
> 
> Setting  EDITOR, VISUAL and even DARCSEDITOR to ``
> does not seem to do anything. `darcs record` seems to try to start
> nano (and fails to find it):
> > /bin/sh: nano: not found  
> then continues to starts vi.

You probably need to set your environment variable
and export it.  If you don't export a variable the
variable is not available to spawned processes.

I am unfamiliar with fish, but this is what the borne
shell needs:


DARCS_EDITOR=/usr/local/bin/nvim
export DARCS_EDITOR

or just

export DARCS_EDITOR=/usr/local/bin/nvim



This from "darcs help environment" (which is why you get nano):

DARCS_EDITOR, VISUAL, and EDITOR:
  To edit a patch description of email comment, Darcs will invoke an
  external editor.  Your preferred editor can be set as any of the
  environment variables $DARCS_EDITOR, $VISUAL or $EDITOR.
  If none of these are set, nano is used.  If nano crashes or is not
  found in your PATH, vi, emacs, emacs -nw and (on Windows) edit are
  each tried in turn.


Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] Cannot create an account at bug.darcs.net

[Karl O. Pinc]

On Mon, 13 Sep 2021 13:14:12 +0200
Ben Franksen  wrote:

> (BTW we should really add TLS/SSL to the website and tracker.)

FWIW, I find letsencrypt.org and certbot useful.

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] Couldn't fetch when cloning a repository

[Karl O. Pinc]

On Thu, 14 Oct 2021 09:40:26 -1000
Simon Michael  wrote:

> Today I have rewritten
> https://hub.darcs.net/#what-is-the-special-ssh-config-i-need-for-darcs-hub
> 
> . Any testing of these instructions is welcome, on old and new ssh
> versions.

FYI.  The OpenSSH 8.8 release has some changes listed
in the release email for OpenBSD 7.0 that may be relevant.
If not now, then in the future.

 - OpenSSH 8.8

o Potentially incompatible changes
   - A near-future release of OpenSSH will switch scp(1) from
 using the legacy scp/rcp protocol to using SFTP by default.
   - This release disables RSA signatures using the SHA-1 hash
 algorithm by default.
   

I also seem to recall some announcement that said that RSA keys
smaller than 1024 can no longer be used.  But I can't verify this
because I can't find the announcement.

See also: https://www.openssh.com/txt/release-8.8

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] Boring files

[Karl O. Pinc]

On Tue, 28 Dec 2021 18:27:02 +0300 (MSK)
Maksim Golubev  wrote:

> You can find more readable version of this text here:
> https://hub.darcs.net/ki11men0w/profile/browse/presentations/darcs-boring-files
> 
> 
> PROBLEMS WITH USING [boring|binaries] FILES IN _DARCS_

> Problem #1: in the newly created repositories, _darcs/prefs/boring
> file is always filled with templates.

> It seems to me it would be convenient to have a command line option that
> allows you to create a file _darcs/prefs/boring empty (without
> templates) when executing these commands. 


> Problem #2: ignoring the _darcs/prefs/boring file after setpref
(after setting the boring file)

> it is enough that the file _darcs/prefs/boring is
> always taken into account


Speaking as a user, all the above makes sense.

(You could get fancy regards problem #1 and allow
selection of templates to install, but that seems like
over-design.  Simpler is better IMO.)

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

[darcs-users] The darcs.net search is broken

[Karl O. Pinc]

Hello,

FYI, the search box on darcs.net is broken.  You get:


Happstack 7.5.1.3

Your file is not found
To try again is useless
It is just not here


Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] Is `darcs log` date format configurable?

[Karl O. Pinc]

On Fri, 29 Apr 2022 19:33:03 +0200
Marcos Cruz  wrote:

> My first doubt is a simple one: is it possible to configure the date
> format used by `darcs log`? I prefer the ISO 8601 standard format. 

I tried:

LC_TIME=en_DK.UTF-8 darcs log

Using the stock debian 10 darcs (2.14.5) this does not do anything.

Try it with the newer darcs and if it does not work please complain. :)

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users

Re: [darcs-users] Is `darcs log` date format configurable?

[Karl O. Pinc]

On Mon, 2 May 2022 22:27:22 +0200
Marcos Cruz  wrote:

> Karl O. Pinc escribió/skribis/wrote/scrit (2022-04-29T13:58:58-0500):
> 
> > LC_TIME=en_DK.UTF-8 darcs log
> > Using the stock debian 10 darcs (2.14.5) this does not do anything.
> > Try it with the newer darcs and if it does not work please
> > complain. :)  
> 
> Thanks, but it does not work for me either (newer Darcs compiled on
> Debian 10.12). I also edited  and
>  after the locales documentation: the value of
> `LC_TIME` changes after rebooting, as expected, but it makes no
> difference; even `date` ignores it. I'll investigate further.
> 
> I guess Darcs uses the date format of the current locale and there's
> no way to change that.

I don't really know, but was under the impression that changing
LC_TIME is supposed to change the date format of the current locale.

This would be a convenient way to frob the log timestamp, but
it looks like darcs does not pay attention to LC_TIME.  

(Or I'm just not understanding how localization is supposed to work.
Or even if it did work it'd be hackery and there's supposed to be
a better way.  Or...)

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein
___
darcs-users mailing list
darcs-users@osuosl.org
https://lists.osuosl.org/mailman/listinfo/darcs-users