Issue #13201 has been updated by Robert A. Heiler.


Perhaps the rubygems.org folks can de-register that gem, due to two reasons - ruby stdlib and core should have a higher priority over custom gems; and the gem is not very active, only two updates, one in 2009 and another one in 2013. (It seems to be jruby specific. Perhaps it could actually be integrated into jruby itself as-is.)

In the long run, optional namespaces/authorship-registries for gems should perhaps be added (and multiple same-named gems could be made available at rubygems.org, though of course then gem also needs a way to install same-named gems from different authors). All gems in ruby stdlib etc.. could have a registry such as "ruby core" or some similar identifier to keep track of the gems that are currently available, at the least in the latest ruby release; the gem commandline interface should then be able to pick up that information and notify the user of possible name conflicts. But anyway I digress - IMO ruby core should have priority over other gems at all times.

----------------------------------------
Feature #13201: Gemify dbm
https://bugs.ruby-lang.org/issues/13201#change-63215

* Author: Hiroshi SHIBATA
* Status: Open
* Priority: Normal
* Assignee: Hiroshi SHIBATA
* Target version: 2.5
----------------------------------------
This issue is tracking for gem release of DBM module.





-- 
https://bugs.ruby-lang.org/

Unsubscribe: <mailto:ruby-core-request / ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>