General

Profile

kallisti5 (Alexander von Gluck)

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...
kallisti5 (Alexander von Gluck)

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...
kallisti5 (Alexander von Gluck)

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...
kallisti5 (Alexander von Gluck)
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. kallisti5 (Alexander von Gluck)
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...
kallisti5 (Alexander von Gluck)
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...
kallisti5 (Alexander von Gluck)
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
kallisti5 (Alexander von Gluck)

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...
kallisti5 (Alexander von Gluck)
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...
kallisti5 (Alexander von Gluck)

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....
kallisti5 (Alexander von Gluck)

Also available in: Atom