The title does not include which project this is for, and as this list
is used for patches  from many projects, it is good to modify the
`patchPrefix` setting of your config file to to set the project name as
part of that.

On Mon, Sep 02, 2024 at 04:29:52PM -0400, Zack Weinberg wrote:
> I have just performed a filter-repo operation (not because of a leaked
> secret). I don't *think* anyone has cloned the repo besides me but I
> want to ensure that anyone who has cloned it gets an error the next
> time they pull, instead of silently getting put on a floating branch
> or some other such weirdness.

Even if others have cloned it, just let them know to fetch (not pull, as
that does a fetch and merge) the repository and reset it to your latest
commit.

That may be:

    git fetch --all # or not --all

---
 all_your_base.rb | 67 +++++++++++++++++++-----------------------------
 1 file changed, 26 insertions(+), 41 deletions(-)

diff --git a/all_your_base.rb b/all_your_base.rb
index 8cca73e..597834d 100644
--- a/all_your_base.rb
+++ b/all_your_base.rb
@@ -1,70 +1,55 @@
 class BaseConverter
-
-  def self.convert input_base, digits, output_base
-    new(input_base, digits, output_base).to_a
-  end
[message trimmed]

---
 all_your_base.rb | 70 ++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 70 insertions(+)
 create mode 100644 all_your_base.rb

diff --git a/all_your_base.rb b/all_your_base.rb
new file mode 100644
index 0000000..8cca73e
--- /dev/null
+++ b/all_your_base.rb
@@ -0,0 +1,70 @@
+class BaseConverter
+
+  def self.convert input_base, digits, output_base
[message trimmed]

I mean from when the exercise was delivered from Exercism, of course.

KOTP (2):
  Iteration 1
  Iteration 2

 all_your_base.rb | 55 ++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 55 insertions(+)
 create mode 100644 all_your_base.rb


base-commit: f9e7d55ef850f965e81fc0530b5452201db8a581
-- 
2.41.0

The situation is that the notice states:

"Your paid service has been cancelled. At the end of your current term,
a month from now, your account will be downgraded to a non-paying
account."

The page[1] references "a month from now" but there probably should be a
distinct, non-relative, date shown.

With other hints, it seems like it should not state that, but without a
definitive date, it is hard to see if it was accurate (probable that it
was) at one point in time, but not accurate now, or it is accurate now,
and I should mark my calendar for "a month from now" whatever that
definition is.

On Thu, Oct 27, 2022 at 05:46:16PM +0200, Štěpán Němec wrote:
> >> +        <a rel="noopener" href="https://notmuchmail.org/notmuch-emacs/">Notmuch</a> (emacs)
> >
> > The others are Web/TUI/GUI, this one is an application.  One of these
> > things aren't like the others… Would we maybe do (TUI/GUI) since emacs
> > can be used either way, keeping the apparent classification indication
> > in that regard, rather than having the name of the application it is
> > for?
> 
> If you check the status quo, there are multiple "(emacs)" clients listed
> already, so this is just going with the precedent.
> 
> Or did you mean the above as a separate proposal to change the others
> as well?

The name of the project is missing from the subject.  Would be nice to
know which project this goes to from there for searchability reasons.

On Thu, Oct 27, 2022 at 11:02:44AM +0200, Mattijs Korpershoek wrote:
> notmuch-emacs is used by quite some kernel developers and has good
> defaults for plain text.
> 
> Signed-off-by: Mattijs Korpershoek <mkorpershoek@baylibre.com>
> ---
>  es/index.html | 3 +++
>  index.html    | 3 +++
>  2 files changed, 6 insertions(+)
> 
> diff --git a/es/index.html b/es/index.html

On Sat, Aug 06, 2022 at 01:00:57PM +0200, hellekin wrote:
> This is a bit off-topic, but as it may affect sr.ht itself and lots of its
> community, I think it's worth mentioning. If there are other public venues
> where this is being discussed, I'd be glad to know.
> 
> https://www.theregister.com/2022/08/04/gitlab_data_retention_policy/
> 

But do not neglect the follow up article[1].

[1]: https://www.theregister.com/2022/08/05/gitlab_reverses_deletion_policy/

On Sat, Mar 26, 2022 at 09:53:50PM -0400, Antoine Fauchié wrote:
> And it's very interesting (for me) to learn how much Git is content oriented
> and not files oriented. Thank you for helping me to understand better Git (I
> will try some solutions from the SO post).

You may want to try the --follow option.  This will follow renames.

See:

    man git-log

In the OPTIONS section, under --follow

It states: