Feature #13197
closedGemify fileutils
Added by hsbt (Hiroshi SHIBATA) over 7 years ago. Updated over 6 years ago.
Description
This issue is tracking for gem release of FileUtils module.
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
- Subject changed from Gemfile fileutils to Gemify fileutils
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
- Status changed from Assigned to Closed
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
- Status changed from Closed to Assigned
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
Note: Pathname class depends FileUtils. If we added breaking changes to FileUtils
, Pathname is also broken.
https://github.com/ruby/ruby/blob/trunk/ext/pathname/lib/pathname.rb#L569
So, We need to add dependency FileUtils to Pathname after gem releases of pathname and fileutils.
Example case:
- pathname-1.0.0 and fileutils-1.0.0 woks fine when Ruby 2.5.0 release.
- fileutils changes some of public API in Ruby 2.6.0. We will fix pathname class.
- We need to ship fileutils-2.0.0 and pathname-2.0.0.
- In this case, pathname-1.0.0 is broken with fileutils-2.0.0.
We need to add dependency of 'fileutils', '~> 1.0.0'
to pathname-1.0.0 when Ruby 2.4.0 release.
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
- Related to Feature #5481: Gemifying Ruby standard library added
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
fileutils gem is already registered.
- https://rubygems.org/gems/fileutils (It's masked yet)
I ask about this namespace to rubygems.org admin.
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
- Status changed from Assigned to Closed
I released fileutils-0.7.1 and yanked old versions.
Updated by stomar (Marcus Stollsteimer) over 7 years ago
@hsbt (Hiroshi SHIBATA), I noticed that the rubygems page has wrong metadata ("Source Code" URL), presumably from the previous gem. This might also be the case for other gems with yanked (unrelated) older gem; I did not check.
And another thought: should homepage
in the gemspec be set to ruby-lang.org, or rather to the source code repository (which would be more useful regarding information on issues, releases, ...)?
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
- Status changed from Closed to Assigned
Thanks. source-code still point old metadata. And homepage is the wrong parameter.
I will update it before Ruby 2.5.0preview1.
which would be more useful regarding information on issues, releases, ...
bug.ruby-lang.org and github.com/ruby/fileutils are ok.
Updated by vo.x (Vit Ondruch) over 7 years ago
Maybe somebody should propose "Gem::Specification#source_code" field to RubyGems guys. I don't understand why the "Source Code" field must be set manually on rubygems.org while it would not harm to have it in gem metadata ...
Updated by stomar (Marcus Stollsteimer) over 7 years ago
hsbt (Hiroshi SHIBATA) wrote:
bug.ruby-lang.org and github.com/ruby/fileutils are ok.
This is currently completely unclear to me: what is supposed to be the canonical, "upstream" repository for all those gems, i.e. where should bug tracking and development happen: in Ruby trunk / Redmine, or on GitHub? Is code synced both ways?
(E.g. I recently fixed a GH/ruby/ruby issue for date_core.c in svn; should I have fixed in ruby/date? When, how, by whom are the repos synced?)
I couldn't find helpful information about that in the Wiki or in the respective tickets (e.g. #5481).
Updated by hsbt (Hiroshi SHIBATA) over 7 years ago
what is supposed to be the canonical, "upstream" repository for all those gems
Short answer: upstream is svn.ruby-lang.org.
But some default gems use github for the canonical repository.
Gemification status is still work in progress until Ruby 2.5.0 release.
I'm going to file your concerns to document under the doc directory on ruby source.
Updated by hsbt (Hiroshi SHIBATA) over 6 years ago
- Status changed from Assigned to Closed
Applied in changeset trunk|r61148.
Bump version to fileutils-1.0.1.
Update source code url metadata on rubygems.org.
[Feature #13197][ruby-core:79455]