[Bug 1838056] Review Request: rubygem-ipaddr - A class to manipulate an IP address in ruby

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=1838056



--- Comment #3 from Vít Ondruch <vondruch@xxxxxxxxxx> ---
(In reply to Pavel Valena from comment #2)
> It is a `default` gem, but AFAIK there's no  `Provides: rubygem(ipaddr)` in
> ruby-default-gems, right?

There is not such provide, because it is default gem, right? There seems to be
6 gems in total, which depends on IPAddr explicitly:

https://rubygems.org/gems/ipaddr/reverse_dependencies

> It would be handy as an alternative, while because ruby-default-gems can may
> not be present on the installed system while Vagrant is.

ruby-default-gems ships just .gemspec files, not the libraries. The code is on
the system. There would need to be either some dependency in the .gemspec,
which is probably not given the above, or there have to be some `gem "ipaddr"`
call somewhere. Otherwise everything have to work even without
ruby-default-gems.

> AFAIR I've run into some issues while debugging, and I've thought having
> `ipaddr` (and others like `reline`) default gems as a standalone packages
> might be benefitial (f.e. `reline` is needed for `irb` to run; so while I
> have irb installed I cannot run it, because I don't have ruby-default-gems).

I don't want to see us duplicating the StdLib content. It never did anything
good. It duplicates content, making us fixing the issues twice and we typically
do bad job maintaining these libraries.

So what is th real problem you are trying to solve? I would like to see
backtrace or what not.

BTW we already had issue which is related to this:
https://bugzilla.redhat.com/show_bug.cgi?id=1838185


-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite Conditions]     [KDE Users]

  Powered by Linux