Project

General

Profile

Feature #13197

Gemify fileutils

Added by hsbt (Hiroshi SHIBATA) 8 months ago. Updated 4 months ago.

Status:
Assigned
Priority:
Normal
Target version:
[ruby-core:79455]

Description

This issue is tracking for gem release of FileUtils module.


Related issues

Related to Ruby trunk - Feature #5481: Gemifying Ruby standard libraryAssigned

Associated revisions

Revision 57550
Added by hsbt (Hiroshi SHIBATA) 8 months ago

Added initial gemspec for FileUtils module.

[Feature #13197]

History

#1 [ruby-core:79454] Updated by hsbt (Hiroshi SHIBATA) 8 months ago

  • Subject changed from Gemfile fileutils to Gemify fileutils

#2 Updated by hsbt (Hiroshi SHIBATA) 8 months ago

  • Status changed from Assigned to Closed

Applied in changeset r57550.


Added initial gemspec for FileUtils module.

[Feature #13197]

#3 [ruby-core:79462] Updated by hsbt (Hiroshi SHIBATA) 8 months ago

  • Status changed from Closed to Assigned

#4 [ruby-core:79463] Updated by hsbt (Hiroshi SHIBATA) 8 months 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:

  1. pathname-1.0.0 and fileutils-1.0.0 woks fine when Ruby 2.5.0 release.
  2. fileutils changes some of public API in Ruby 2.6.0. We will fix pathname class.
  3. We need to ship fileutils-2.0.0 and pathname-2.0.0.
  4. 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) 8 months ago

  • Related to Feature #5481: Gemifying Ruby standard library added

#6 [ruby-core:79513] Updated by hsbt (Hiroshi SHIBATA) 7 months ago

fileutils gem is already registered.

I ask about this namespace to rubygems.org admin.

#7 [ruby-core:81116] Updated by hsbt (Hiroshi SHIBATA) 5 months ago

  • Status changed from Assigned to Closed

I released fileutils-0.7.1 and yanked old versions.

https://rubygems.org/gems/fileutils

#8 [ruby-core:81128] Updated by stomar (Marcus Stollsteimer) 5 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) 5 months ago

  • Status changed from Closed to Assigned

stomar (Marcus Stollsteimer)

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) 5 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) 4 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) 4 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.

Also available in: Atom PDF