Feature #13197
Gemify fileutils
Description
This issue is tracking for gem release of FileUtils module.
Related issues
Associated revisions
Added initial gemspec for FileUtils module.
[Feature #13197]
Added initial gemspec for FileUtils module.
[Feature #13197]
Bump version to fileutils-1.0.1.
Update source code url metadata on rubygems.org.
[Feature #13197]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@61148 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
Bump version to fileutils-1.0.1.
Update source code url metadata on rubygems.org.
[Feature #13197]
Bump version to fileutils-1.0.1.
Update source code url metadata on rubygems.org.
[Feature #13197]
History
#1
[ruby-core:79454]
Updated by hsbt (Hiroshi SHIBATA) about 1 year ago
- Subject changed from Gemfile fileutils to Gemify fileutils
#2
Updated by hsbt (Hiroshi SHIBATA) about 1 year ago
- Status changed from Assigned to Closed
#3
[ruby-core:79462]
Updated by hsbt (Hiroshi SHIBATA) about 1 year ago
- Status changed from Closed to Assigned
#4
[ruby-core:79463]
Updated by hsbt (Hiroshi SHIBATA) about 1 year 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.
#5
Updated by hsbt (Hiroshi SHIBATA) about 1 year ago
- Related to Feature #5481: Gemifying Ruby standard library added
#6
[ruby-core:79513]
Updated by hsbt (Hiroshi SHIBATA) about 1 year ago
fileutils gem is already registered.
- https://rubygems.org/gems/fileutils (It's masked yet)
I ask about this namespace to rubygems.org admin.
#7
[ruby-core:81116]
Updated by hsbt (Hiroshi SHIBATA) 12 months ago
- Status changed from Assigned to Closed
I released fileutils-0.7.1 and yanked old versions.
#8
[ruby-core:81128]
Updated by stomar (Marcus Stollsteimer) 12 months 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, ...)?
#9
[ruby-core:81131]
Updated by hsbt (Hiroshi SHIBATA) 12 months 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.
#10
[ruby-core:81133]
Updated by vo.x (Vit Ondruch) 12 months 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 ...
#11
[ruby-core:81134]
Updated by stomar (Marcus Stollsteimer) 12 months 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).
#12
[ruby-core:81136]
Updated by hsbt (Hiroshi SHIBATA) 12 months 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.
#13
Updated by hsbt (Hiroshi SHIBATA) 4 months 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]
Added initial gemspec for FileUtils module.
[Feature #13197]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@57550 b2dd03c8-39d4-4d8f-98ff-823fe69b080e