Issue #6121 has been reported by Michal Papis. ---------------------------------------- Bug #6121: [[Ruby 1.9:]] Etc.sysconfdir hides sysconfdir on windows https://bugs.ruby-lang.org/issues/6121 Author: Michal Papis Status: Open Priority: Low Assignee: Category: Target version: ruby -v: ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-linux] While checking on this issue https://gist.github.com/1981223 I found out that Etc.sysconfdir is inconsistently behaving between Linux and Windows. This issue is related to rubygems also: https://github.com/rubygems/rubygems/pull/291 On linux you can change sysconfdir with: --sysconfdir --prefix and the calculated path will be available for rubygems and via Etc.sysconfdir But on Windows users have no option to force a sysconfdir, they will always use default location (~ C:\Documents and Settings\All Users\Application Data). Also this is not consistent to the documentation header for this function. Is this intended behavior ? I could see few occasions where it should be supported to allow switching to system location even --prefix / --sysconfdir was used, but this should be rather configurable not a forced setting. Even if this is not being implemented/fixed could I get a statement if it is good for rubygems to follow Etc.sysconfdir behavior or it should rather using RbConfig::CONFIG['sysconfdir'] ?
on 2012-03-07 07:17
on 2012-03-07 14:25
Issue #6121 has been updated by Yui NARUSE. Status changed from Open to Assigned Assignee set to Usaku NAKAMURA ---------------------------------------- Bug #6121: [[Ruby 1.9:]] Etc.sysconfdir hides sysconfdir on windows https://bugs.ruby-lang.org/issues/6121 Author: Michal Papis Status: Assigned Priority: Low Assignee: Usaku NAKAMURA Category: Target version: ruby -v: ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-linux] While checking on this issue https://gist.github.com/1981223 I found out that Etc.sysconfdir is inconsistently behaving between Linux and Windows. This issue is related to rubygems also: https://github.com/rubygems/rubygems/pull/291 On linux you can change sysconfdir with: --sysconfdir --prefix and the calculated path will be available for rubygems and via Etc.sysconfdir But on Windows users have no option to force a sysconfdir, they will always use default location (~ C:\Documents and Settings\All Users\Application Data). Also this is not consistent to the documentation header for this function. Is this intended behavior ? I could see few occasions where it should be supported to allow switching to system location even --prefix / --sysconfdir was used, but this should be rather configurable not a forced setting. Even if this is not being implemented/fixed could I get a statement if it is good for rubygems to follow Etc.sysconfdir behavior or it should rather using RbConfig::CONFIG['sysconfdir'] ?
on 2012-10-31 08:31
Issue #6121 has been updated by usa (Usaku NAKAMURA). Category set to build Priority changed from Low to Normal Target version set to 2.0.0 ---------------------------------------- Bug #6121: [[Ruby 1.9:]] Etc.sysconfdir hides sysconfdir on windows https://bugs.ruby-lang.org/issues/6121#change-32059 Author: mpapis (Michal Papis) Status: Assigned Priority: Normal Assignee: usa (Usaku NAKAMURA) Category: build Target version: 2.0.0 ruby -v: ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-linux] While checking on this issue https://gist.github.com/1981223 I found out that Etc.sysconfdir is inconsistently behaving between Linux and Windows. This issue is related to rubygems also: https://github.com/rubygems/rubygems/pull/291 On linux you can change sysconfdir with: --sysconfdir --prefix and the calculated path will be available for rubygems and via Etc.sysconfdir But on Windows users have no option to force a sysconfdir, they will always use default location (~ C:\Documents and Settings\All Users\Application Data). Also this is not consistent to the documentation header for this function. Is this intended behavior ? I could see few occasions where it should be supported to allow switching to system location even --prefix / --sysconfdir was used, but this should be rather configurable not a forced setting. Even if this is not being implemented/fixed could I get a statement if it is good for rubygems to follow Etc.sysconfdir behavior or it should rather using RbConfig::CONFIG['sysconfdir'] ?
on 2013-02-18 13:30
Issue #6121 has been updated by mame (Yusuke Endoh). Target version changed from 2.0.0 to next minor Postponing it to next minor. Usa-san, let me know if you think it is a significant issue. -- Yusuke Endoh <mame@tsg.ne.jp> ---------------------------------------- Bug #6121: [[Ruby 1.9:]] Etc.sysconfdir hides sysconfdir on windows https://bugs.ruby-lang.org/issues/6121#change-36513 Author: mpapis (Michal Papis) Status: Assigned Priority: Normal Assignee: usa (Usaku NAKAMURA) Category: build Target version: next minor ruby -v: ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-linux] While checking on this issue https://gist.github.com/1981223 I found out that Etc.sysconfdir is inconsistently behaving between Linux and Windows. This issue is related to rubygems also: https://github.com/rubygems/rubygems/pull/291 On linux you can change sysconfdir with: --sysconfdir --prefix and the calculated path will be available for rubygems and via Etc.sysconfdir But on Windows users have no option to force a sysconfdir, they will always use default location (~ C:\Documents and Settings\All Users\Application Data). Also this is not consistent to the documentation header for this function. Is this intended behavior ? I could see few occasions where it should be supported to allow switching to system location even --prefix / --sysconfdir was used, but this should be rather configurable not a forced setting. Even if this is not being implemented/fixed could I get a statement if it is good for rubygems to follow Etc.sysconfdir behavior or it should rather using RbConfig::CONFIG['sysconfdir'] ?
Please log in before posting. Registration is free and takes only a minute.
Existing account
(Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
Log in with Google account | Log in with Yahoo account
No account? Register here.