Development

On 15/05/2015 22:50, François Revol wrote: because they are always in flux. I need to be able to edit them quickly and in place. So what to do? Ruby should be patched to support more than 1 site directory, and install to non-packaged when using gem... ...

On Fri, May 15, 2015 at 1:47 PM, François Revol revol@xxxxxxx wrote: install to non-packaged when using gem... Isn't there some RUBYPATH variable you can export, like PYTHONPATH that lists site directories, until it's fixed? It does seem rather short-sighted to assume that you will have write permissions to install libs in a path relative to the binary... ...

On 15/05/2015 22:47, François Revol wrote: because they are always in flux. I need to be able to edit them quickly and in place. So what to do? Ruby should be patched to support more than 1 site directory, and install to non-packaged when using gem... ...

On 15/05/2015 22:42, Pete Goodeve wrote: and the removal of common breaks things. Here's one, that has me fairl y firmly blocked at the moment. I make extensive use of Ruby, and have a number of libraries of my own that are used by my apps. The Ruby standard is that they should go in .../lib/ruby/site-ruby, but under PM this is installed in /boot/system/lib and is read-only! Ruby does not know about the 'non-packaged' tree. ...

hrev49177.

It takes 40 seconds to open this file:

262 MB

OK. You've been asking for examples of why the read-only hierarchy and the removal of common breaks things. Here's one, that has me fairl y firmly blocked at the moment. I make extensive use of Ruby, and have a number of libraries of my own that are used by my apps. The Ruby standard is that they should go in .../lib/ruby/site-ruby, but under PM this is installed in /boot/system/lib and is read-only! Ruby does not know about the 'non-packaged' tree. ...

Hey guys, Sandro here. This is my very first msg here(also I'm testing Haiku since 2005) so make sure to take a sec and check-out my Linkedin profile In short imma Digital/Creative Director with a UI/X, Game and Product design background, as well as the brand communications and marketing of course. Currently based in Tbilisi, Georgia. ...

On Mon, May 11, 2015 at 8:12 PM, Georg Lanzl georg.lanzl@xxxxxx wrote: the stack width the arguments for the new thread. (Exception: Data Abort) Is this also common for the ARM platform, or is it special for the beaglexm I used? This is probably because userspace handling has not been tested at all. ...

portable as Haiku. Haiku have used this kernel too, so it is good when a new platform run on newos.org to backporting to Haiku. We forked from newos more than a decade ago. It is very unlikely that any work done there can be backported to Haiku. ...

fixed

263 MB

2015-05-11 20:12 GMT+02:00 Georg Lanzl georg.lanzl@xxxxxx: Basically, there are 2 major things to move further: - More SoC support in the kernel (which would be best done by fleshing out the FDT support) I will look into it. And I think some runtime tests in the kernel would be great to verify a new platform implements the main functions proper. portable as Haiku. ...

- More SoC support in the kernel (which would be best done by fleshing out the FDT support) great to verify a new platform implements the main functions proper. hoping to implement FDT support into the USB stack so we could use USB devices to boot, but have not gotten around to doing that, as it turned out ...

Am 07/05/2015 um 21:43 schrieb Humdinger: On 7 May 2015 at 21:20, Adrien Destugues pulkomandy@xxxxxxxxxxxxx wrote: Should we make this the default? [...] This means we could even remove the setting to disable the expander. +1 to both of that. ...

On Friday, May 8, 2015, kallisti5 kallisti5@xxxxxxxxxxx wrote: expander arrow is visual clutter, and having the applications always expand is misuse of screen space. making the icons larger is also misues of space. Leave it alone! ...

On 5/8/2015 19:20, kallisti5 wrote: ActivityMonitor goes from ActivityMonitor to Activ...itor adding the expander by default. A non-issue if the width is changed to accommodate the extra width of the expander icon. ...

On 2015-05-08 17:31, Jim Saxton wrote: In my opinion, the Deskbar is the way it should be. Hacing the expander arrow is visual clutter, and having the applications always expand is misuse of screen space. making the icons larger is also misues of space. Leave it alone! +1. ...

In my opinion, the Deskbar is the way it should be. Hacing the expander arrow is visual clutter, and having the applications always expand is misuse of screen space. making the icons larger is also misues of space. Leave it alone! -- bbjimmy ...

sorry I think it was superstippi was working on it... My now stalled attempt... ...