---
 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:

On 21/12/26 05:21AM, pariahkite@tuta.io wrote:
> Hi there!
> 
> I'm trying to push my local repo to a remote that I created at https://sr.ht/~pariahkite/returning_to_ourselves/
> 
> I used this guide: https://man.sr.ht/tutorials/set-up-account-and-git.md
> 
> And did the following:
> 1. I've my local repo located on my GNU/Linux system at `/home/pariahkite/Drive/Mine/Therapy/SAND`
> 2. I created the remote repo seen at https://sr.ht/~pariahkite/returning_to_ourselves/
> 3. Ran `ssh-keygen`, naming the key as `sourcehut` and gave a passphrase. I've no other keys.
> 4. Ran `git  remote add origin git@git.sr.ht:~pariahkite/returning_to_ourselves` and there were no errors.
> 5. When I try `git push -u origin main`, I get the following error:

On 21/03/02 10:41AM, Esteban wrote:
> This is not  something I should be asking you, but I have exhausted the brain and also Internet.
> 
> Why is this not working as expected?  Actually, not working at all.
> 
> I created this 'test.rb' file. Maybe not the correct way to send it to
> you via git commit, but I thought this would be the easiest way for
> you to check.

Yeah, it was helpful, it shows what you are trying, and of course can be
discarded.

So it looks like `play` as method to evaluate just isn't there, but if I
make the suggested changes, the call works.