From: zmizsei@... Date: 2019-05-05T15:57:12+00:00 Subject: [ruby-core:92555] [Ruby trunk Bug#15787] LoadError by EPERM on read-only volume Issue #15787 has been updated by extrowerk (Zolt�n Mizsei). nobu (Nobuyoshi Nakada) wrote: > Sorry, I have wrongly got this as a rubygems specific error by just reading the subject. > Opening in non-blocking mode is not to block the whole process by loading from a fifo, then reset it to get rid of problems on the `DATA` stream. > Would't just ignoring `EPERM` suffice? Sorry, but because the missing knowledge i cannot give you a correct and helpful answer, but i would gladly test it if you can propose a better fix for this. Thanks! ---------------------------------------- Bug #15787: LoadError by EPERM on read-only volume https://bugs.ruby-lang.org/issues/15787#change-77920 * Author: extrowerk (Zolt�n Mizsei) * Status: Feedback * Priority: Normal * Assignee: * Target version: * ruby -v: ruby 2.6.3p62 (2019-04-16 revision 67580) [x86_64-haiku] * Backport: 2.4: UNKNOWN, 2.5: UNKNOWN, 2.6: UNKNOWN ---------------------------------------- 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 :2:in `' :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: https://github.com/ruby/ruby/blob/trunk/ruby.c#L2098 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! ---Files-------------------------------- ruby-changes.patch (897 Bytes) -- https://bugs.ruby-lang.org/ Unsubscribe: