all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Grant Shangreaux <grant@churls.world>
To: Dmitry Gutov <dgutov@yandex.ru>
Cc: emacs-devel@gnu.org
Subject: Re: ruby mode additional packages
Date: Thu, 07 Jul 2022 22:17:49 -0500	[thread overview]
Message-ID: <857d4o1dbx.fsf@churls.world> (raw)
In-Reply-To: <2dbdd181-de0a-1bb5-a462-39dc3e230061@yandex.ru>


Dmitry Gutov <dgutov@yandex.ru> writes:

> Hi!
>
> There's nothing barring inf-ruby from being featured in NonGNU
> ELPA. Now that you have voiced the question, we can get it added.
>

oh great! i have simply taken for granted all these years that inf-ruby
was "part of Emacs", but only recently have i become aware of the
distinctions between the various package archives.

>> in addition to that, i started trying to make my own inferior ruby based
>> off of comint-mode, and while its very basic right now, it does
>> work. would there be any desire to add a FSF assigned new version of
>> inferior ruby to ELPA or Emacs proper?

> I don't know, I feel like most of the stuff in inf-ruby is fairly
> essential (if I do say so myself, having written or re-written a
> significant part of it).

i'm certain it is :) i've perused the package and i definitely had not
considered support for multiple implementations across many versions of
Ruby, IRB, Pry etc. i realized the issue i'd been having recently was
actually an IRB problem and i could not blindly rely on --inf-ruby-mode
as a flag.

> If you want to reimplement the parts written by people without
> copyright assignment, be my guest, I guess. Maybe to get it in ELPA,
> or maybe into Emacs proper.
>
> But according to my observations, people have asked for the reverse:
> to have the latest version of ruby-mode in some ELPA archive, to be
> able to use it from any Emacs release.
>
> So from where I'm sitting, having inf-ruby in NonGNU ELPA would solve
> 99% of everyone's needs.

yeah this is interesting to think about. i've been attempting to
approach Emacs again as a beginner, and since myself and my colleagues
primarily work with Ruby, that has been one of my focuses when working
on a configuration. to simplify things, i wanted to rely on what a new
user would get "out of the box" with Emacs 28. having ruby-mode baked in
felt like a Good Thing. needing a package just to get basic language
support would feel bad, especially when Ruby and Emacs have such a
history together. i think i was a bit surprised that inf-ruby was not
included, since it feels like a natural extension of ruby-mode

but you're absolutely right, getting inf-ruby in NonGNU ELPA /would/
solve 99% of everyone's needs (including mine :) ). 

>> i do have my FSF paperwork in order, and i'd love to contribute what i
>> can. since i'm in ruby land most often i thought i would ask here to see
>> where the effort would best be placed. thank you!
>
> I personally think the effort is best placed improving the existing
> packages.
>
> Not to discourage you from writing ones from scratch, though. That can
> be fun and useful too.

i agree. while i was having some fun digging into comint-mode and IRB,
there is a lot of effort in inf-ruby i would rather continue
supporting. i do have a romantic notion about getting it into ELPA and
Emacs proper, but your point about people asking for a package version
of ruby-mode feels more practical. bringing inf-ruby to NonGNU ELPA
feels like the right step, and if there is desire to get it assigned to
the FSF someday and into ELPA, i'd be happy to help.

thank you!

-- 
Tokṡa ake
Grant Shangreaux



  reply	other threads:[~2022-07-08  3:17 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-07 13:50 ruby mode additional packages Grant Shangreaux
2022-07-07 15:33 ` Philip Kaludercic
2022-07-08  3:41   ` Grant Shangreaux
2022-07-08  1:10 ` Dmitry Gutov
2022-07-08  3:17   ` Grant Shangreaux [this message]
2022-07-10  1:18     ` Dmitry Gutov
2022-07-10 14:24       ` Stefan Monnier
2022-07-10 18:13         ` Bozhidar Batsov
2022-07-11  1:07           ` Dmitry Gutov
2022-07-11  6:28             ` Bozhidar Batsov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=857d4o1dbx.fsf@churls.world \
    --to=grant@churls.world \
    --cc=dgutov@yandex.ru \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.