Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 9 min 14 sec ago

[haiku-development] Re: Read-only Directory problems (François Revol)

Mon, 2015-05-18 16:45
On 15/05/2015 22:51, Urias McCullough 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... ...
Categories: Development

[haiku-development] Re: Read-only Directory problems (François Revol)

Mon, 2015-05-18 12:45
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... ...
Categories: Development

[haiku-development] Re: Read-only Directory problems (Urias McCullough)

Mon, 2015-05-18 10:45
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... ...
Categories: Development

[haiku-development] Re: Read-only Directory problems (François Revol)

Mon, 2015-05-18 10:45
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... ...
Categories: Development

[haiku-development] Re: Read-only Directory problems (François Revol)

Mon, 2015-05-18 10:45
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. ...
Categories: Development

[haiku-development] Read-only Directory problems (Pete Goodeve)

Mon, 2015-05-18 08:45
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. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (fox noodles)

Mon, 2015-05-18 08:45
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. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Ithamar Adema)

Mon, 2015-05-18 08:45
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. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Adrien Destugues)

Mon, 2015-05-18 08:45
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. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Ralf Schülke)

Mon, 2015-05-18 06:45
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. ...
Categories: Development

[haiku-development] Re: Maintainer of the ARM port (Georg Lanzl)

Mon, 2015-05-18 06:45
- 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 ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Axel Dörfler)

Mon, 2015-05-18 06:45
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. ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (John Scipione)

Mon, 2015-05-18 06:45
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! ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (looncraz)

Mon, 2015-05-18 06:45
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. ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (kallisti5)

Mon, 2015-05-18 06:45
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. ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Jim Saxton)

Mon, 2015-05-18 06:45
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 ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Brian Hague)

Mon, 2015-05-18 06:45
sorry I think it was superstippi was working on it... My now stalled attempt... ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Augustin Cavalier)

Mon, 2015-05-18 06:45
On Thu, May 7, 2015 at 4:42 PM, Brian Hague alphaseinor@xxxxxxxxx wrote: now scalable? Hm? I never had a rebuild of the Deskbar, ever... Maybe that was John Scipione you are thinking of? -Augustin ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (Brian Hague)

Mon, 2015-05-18 06:45
Whatever happened to waddlesplash's rebuild of the deskbar? are the icons now scalable? I was going to work on it for a bit then I had a fire, and my life got thrown to the sharks... not worth repeating but there were some excelent ideas for an updated deskbar way back in 06,07,08 that kept the functionality without taking up a lot of space. alphaseinor ...
Categories: Development

[haiku-development] Re: Making expand applications the default DeskBar mode (pete . goodeve)

Mon, 2015-05-18 02:45
On Thu, May 07, 2015 at 09:43:04PM +0200, Humdinger wrote: This means we could even remove the setting to disable the expander. +1 to both of that. If I understand Adrien correctly, he is just suggesting that the 'expand' buttons on deskbar items should always be available (no ability to disable that ...
Categories: Development