kallisti5 (Alexander von Gluck)
- Login: kallisti5
- Email: kallisti5@unixzen.com
- Registered on: 01/25/2010
- Last sign in: 02/18/2022
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 1 | 5 | 6 |
Activity
02/18/2022
-
07:33 PM Ruby Feature #18593 (Open): Add back URI.escape
- It seems like there should have been a compatibility call left in place for the removal of URI escape between stdlib 2.x and 3.x
As seen here:
https://github.com/qoobaa/s3/issues/132
Various projects are breaking due to the move o...
11/23/2015
-
04:44 PM Ruby Feature #11731: Make ruby gem install to user-install by default
- https://github.com/rubygems/rubygems/issues/1394 opened to track. Sorry for putting it in the wrong place.
Haiku is a little special. /boot represents the os "boot" drive (and not where only the kernel lives)
https://www.haiku-os.o...
11/22/2015
-
11:52 PM Ruby Feature #11731: Make ruby gem install to user-install by default
- Shouldn't site-wide installations use packaged gem files as they install to /usr?
Installing non-packaged files to /usr violates the LSB.
A few linux distros seem to also set --user-install as default:
https://projects.archlinux.o... -
10:56 PM Ruby Feature #11731: Make ruby gem install to user-install by default
- yeah, the large number of workarounds show this is a pretty default workflow for people. Thus raises the question on why it isn't the default behavior.
-
08:56 PM Ruby Feature #11731: Make ruby gem install to user-install by default
- There would be a few minor logic issues around gem looking for --install-dir + --user-directory and erroring out... that check would need to be changed to --no-user-directory + --install-dir
This definitely would need some discussion... -
08:30 PM Ruby Feature #11731 (Third Party's Issue): Make ruby gem install to user-install by default
- Installing gem's system-wide doesn't make sense 99% of the time...
* Linux -- Need root access via sudo
* Windows -- Need administrator
* Max OS X -- Need root access via sudo
* Haiku -- /boot/system read-only
gem currently inst... -
07:15 PM Ruby Bug #10811: x86_64 segfault on Haiku
- This issue is resolved via the pull-request here:
https://github.com/ruby/ruby/pull/1109
02/04/2015
-
02:42 AM Ruby Bug #10811: x86_64 segfault on Haiku
- And our PTHREAD haves:
```
/Builds/ruby-2.2.0> grep -R HAVE_PTHREAD .ext/
.ext/include/x86_64-haiku/ruby/config.h:#define HAVE_PTHREAD_COND_INIT 1
.ext/include/x86_64-haiku/ruby/config.h:#define HAVE_PTHREAD_CONDATTR_INIT 1
.ext/i... -
02:17 AM Ruby Bug #10811: x86_64 segfault on Haiku
- *much* better tracing with ruby -d
```
/Builds/haikeuken-client/ruby/client.rb:199: warning: literal in condition
Using Ext extension for JSON.
Exception `NameError' at /tmp/ruby/lib/ruby/2.2.0/psych/class_loader.rb:67 - uninitiali...
02/02/2015
-
02:46 PM Ruby Bug #10811: x86_64 segfault on Haiku
- hm, this looks like it could be thread related.. the __int64 0 size is expected.
CFLAGS='-g -ggdb' ./configure --enable-debug-env --enable-shared --prefix=/tmp/ruby
```
/tmp/ruby/bin> ./ruby /Builds/haikeuken-client/ruby/client....