FS#62709 - [ruby] irb is a default library, it should included with ruby

Attached to Project: Community Packages
Opened by David (deivid) - Wednesday, 22 May 2019, 14:43 GMT
Last edited by Anatol Pomozov (anatolik) - Wednesday, 08 January 2020, 17:06 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Anatol Pomozov (anatolik)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Ruby has the concept of "default libraries". That means that the functionality they provide is always provided. although they need to be explicitly loaded. Recently, default libraries have started being "gemified". That means that they can be developed and updated independently from the core of ruby, thus lower the "contribution barrier". But the fact that the functionality they provide should be always available has not changed.

From the relevant commits (https://git.archlinux.org/svntogit/packages.git/commit/?h=packages/ruby&id=509f2d159b11686c8739154c6fe50978fbcddbb4 and https://git.archlinux.org/svntogit/packages.git/commit/?h=packages/ruby&id=169dea94c099ab72a0ffadf2cdfa890fb44df7f8) I understand that this was done because there's now a `ruby-irb` package, but if that's the case, the `ruby` package should now have `ruby-irb` as a dependency.

Additional info:
* package version(s) ruby-2.6.3-1
* https://github.com/deivid-rodriguez/byebug/pull/536

Thanks!
This task depends upon

Closed by  Anatol Pomozov (anatolik)
Wednesday, 08 January 2020, 17:06 GMT
Reason for closing:  Implemented
Additional comments about closing:  r372829
Comment by David (deivid) - Friday, 24 May 2019, 08:44 GMT
Not sure why the first link I posted ( https://git.archlinux.org/svntogit/packages.git/commit/?h=packages/ruby&id=509f2d159b11686c8739154c6fe50978fbcddbb4) was not properly auto-linked ¯\_(ツ)_/¯

EDIT: Hehe, after a few edits I found out. Auto-linking doesn't work if the URI protocol is preceded by the "(" character. Bug in Flyspray I guess...
Comment by David (deivid) - Sunday, 26 May 2019, 12:20 GMT
I see that users have already reported this in the forum: https://bbs.archlinux.org/viewtopic.php?pid=1847415. I'm happy to help fixing this.
Comment by David (deivid) - Wednesday, 31 July 2019, 10:53 GMT
Hi again!

What can I do to help fixing this?

Thank you!
Comment by David (deivid) - Wednesday, 08 January 2020, 09:30 GMT
Hello again half a year later. I think fixing this could be a matter of adding something like this:

```diff
$ git diff
diff --git a/ruby/trunk/PKGBUILD b/ruby/trunk/PKGBUILD
index 99e112cd52c..4dd53386789 100644
--- a/ruby/trunk/PKGBUILD
+++ b/ruby/trunk/PKGBUILD
@@ -44,7 +44,7 @@ check() {

package_ruby() {
pkgdesc='An object-oriented language for quick and easy programming'
- depends=(gdbm openssl libffi libyaml gmp zlib rubygems)
+ depends=(gdbm openssl libffi libyaml gmp zlib rubygems ruby-irb)
optdepends=(
'ruby-docs: Ruby documentation'
'tk: for Ruby/TK'
```

To summarize what this is about: ruby-core team makes decisions about which functionality is provided by default or not with a ruby installation. In particular, the ruby community considers irb as base functionality of ruby, because it allows easy interaction and experimentation with the language. So, it should be provided by default, regardless of how it is shipped (part of core or as a separate library).

Thanks again!
Comment by Anatol Pomozov (anatolik) - Wednesday, 08 January 2020, 17:06 GMT
this item is keeps coming up. Okay let's try that. I have no objection except that it adds another cyclic dependency ruby-irb-ruby (in addition ruby-rubygems-ruby).

Merged as SVN r372829 and it will be available with the next ruby build.

Loading...