Bug #15787

Updated by extrowerk (Zoltán Mizsei) almost 2 years ago

On Haiku the package management just virtually extracts/populates the files, and as it doesn't have write-overlay feature, the populated files are read-only. 

 Issue: Ruby has to maintain a list of installed gems in a single file, in rubygems.rb. Ruby stats this file, and bails out if it is read-only: 

 ~ » ruby --version 
 ruby 2.6.3p62 (2019-04-16 revision 67580) [x86_64-haiku] 
 ~ » ruby 
 Traceback (most recent call last): 
         1: from <internal:gem_prelude>:2:in `<internal:gem_prelude>' 
 <internal:gem_prelude>:2:in `require': Operation not supported -- /boot/system/lib/ruby/2.6.0/rubygems.rb (LoadError) 
 ~ » ls -la /boot/system/lib/ruby/2.6.0/rubygems.rb 
 -r--r--r-- 1 user root 36970 márc.    6 10:01 /boot/system/lib/ruby/2.6.0/rubygems.rb 
 ~ » uname -a 
 Haiku shredder 1 hrev53091 Apr 22 2019 22:17:21 x86_64 x86_64 Haiku 
 ~ » 

 The 2.2.x branch was not affected, but since 2.3 every version have this problem. Happens here: 

 Either it has to create this file somewhere in non-packaged (this is the writeable folderstructure) and hope it won't get out of sync when pkgman (package updater software) updates Ruby packages, or it has to be fixed to enumerate them directly by examining the directories. 
 The fact that this file is located in a packaged tree also hints that Ruby will probably want to also use packaged location for manual gems installs, which obviously won't work either. 

 Question: is it possible to force/instrument ruby to use a user-specific "rubygems.rb" if the system one read only? 

 Probably this problem exists on other platforms too, where the user doesn't have write-right to this file. How is it handled? 

 Thank You!