Development mailing list

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

[haiku-development] Auto Hiding Scroll Bars (Andrew Wood)

Thu, 2014-03-27 12:45
Ive been doing some work creating an alternative to BScrollView for my app which automatically hides the scrollbars completely if theyre not neeeded rather than just greying them out. Currently its a subclass of BView but I see no reason why it couldnt be integrated into BScrollView if people wanted it. If anyones interested I will release it under a BSD or MIT licence....and yes I have followed the haiku coding guidelines! ...
Categories: Development

[haiku-development] Re: Design for signed packages (Jonathan Schleifer)

Thu, 2014-03-27 04:45
Am 22.03.2014 um 22:37 schrieb Jonathan Schleifer js-haiku-development@xxxxxxxxxxx: Am 22.03.2014 um 22:28 schrieb Jonathan Schleifer js-haiku-development@xxxxxxxxxxx: signature will be an Ed25519 signature of the SHA-256 hash of the uncompressed heap. Actually, that doesn't make any sense and it slipped me while reading over ...
Categories: Development

[haiku-development] Re: Design for signed packages (Jonathan Schleifer)

Wed, 2014-03-26 22:45
Am 22.03.2014 um 22:28 schrieb Jonathan Schleifer js-haiku-development@xxxxxxxxxxx: signature will be an Ed25519 signature of the SHA-256 hash of the uncompressed heap. Actually, that doesn't make any sense and it slipped me while reading over it. Looking at the implementation of Ed25519, it already seems to do the hashing, so it will be just the Ed25519 signature of the uncompressed heap, of course. ...
Categories: Development

[haiku-development] Design for signed packages (Jonathan Schleifer)

Wed, 2014-03-26 22:45
I just send this as a reply to a thread in the haikuports-svn mailing list, but just after sending it, it occurred to me that it would be much better placed here. So, here goes: Anfang der weitergeleiteten Nachricht: Von: Jonathan Schleifer js-haikuports-commits@xxxxxxxxxxx Betreff: Aw: [HaikuPorts-svn] haikuporter : 1 new changeset : a4ba368099a5 Datum: 22. März 2014 22:24:28 MEZ An: HaikuPorts SVN commits haikuports-svn@xxxxxxxxxxxxxxxxxxxxxxxxxxx ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Jonathan Schleifer)

Wed, 2014-03-26 20:45
Am 22.03.2014 um 19:54 schrieb David Given dg@xxxxxxxxxxx: Android packages are signed zipfiles, and have much the same access patterns as hpkgs; there's a special tool called zipalign which ensures that the files in the zipfile are 4-aligned. This allows Android to mmap() the zipfiles and access file data using 32-bit instructions. i.e they are *not* aligning the files to block boundaries, presumably because they think it's not worth it. Android is a different story: They only run on devices with an SSD. ...
Categories: Development

[haiku-development] Re: hpkgs and compression (looncraz)

Wed, 2014-03-26 20:45
On 3/22/2014 11:54, David Given wrote: This allows Android to mmap() the zipfiles and access file data using 32-bit instructions. i.e they are *not* aligning the files to block boundaries, presumably because they think it's not worth it. Are you sure the file system isn't doing that by default for writes? Block-aligning is pretty common in file systems, IIRC. ...
Categories: Development

[haiku-development] Re: hpkgs and compression (David Given)

Wed, 2014-03-26 20:45
On 22/03/14 17:23, Jonathan Schleifer wrote: [...] Yes, you might be right about the alignment part not making that much of a difference. Android packages are signed zipfiles, and have much the same access patterns as hpkgs; there's a special tool called zipalign which ensures that the files in the zipfile are 4-aligned. This allows Android to mmap() the zipfiles and access file data using 32-bit instructions. i.e they are *not* aligning the files to block boundaries, presumably ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Jonathan Schleifer)

Wed, 2014-03-26 20:45
Am 20.03.2014 um 23:11 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: First of all what blocks are you talking about? FS blocks? The block size of the target FS is not known when the package is created. Page alignment would be natural as that's the file caches unit as well, for packages containing lots of small files it does waste quite a bit of memory, though. Good point. I was talking about hard disk blocks here, which are mostly 4K with modern devices. They at least are for modern HDs and for SSDs. ...
Categories: Development

[haiku-development] /packages, /system/packages, /system/package-links… (Jonathan Schleifer)

Wed, 2014-03-26 20:45
Hi! We currently have the following paths: /packages /system/packages /system/package-links /boot/home/config/packages In /system/packages, we have hpkg files. In /boot/home/config/packages, we have ...
Categories: Development

[haiku-development] Re: ProcessController scheduler mode naming (Humdinger)

Wed, 2014-03-26 20:45
+1, good compromise :-) OK, great! I have created ticket #10709 [1]. I had a quick look at the code, but to this newbie's eyes it looks a bit more involved than I expected. For everyone else it's probably totally straight forward... :) Regards, Humdinger ...
Categories: Development

[haiku-development] Re: hpkgs and compression (looncraz)

Wed, 2014-03-26 20:45
I think packages should be completely uncompressed on disk by default as hpkgs, but support optional, fast, compression for use on CD (or just migrate to DVDs already...). The packages could simply be transferred in space-efficient compression format and uncompressed for installation. If the user/build wants compression, then the package will be compressed (with a speed-efficient, but less space-efficient method), but the package is entirely uncompressed ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Ingo Weinhold)

Wed, 2014-03-26 20:45
On 10.03.2014 18:35, Jonathan Schleifer wrote: [...] * Data is not block aligned and often causes a read of 2 blocks when only 1 would be necessary. [...] I know that one requirement was We don't want to download the hpkg ...
Categories: Development

[haiku-development] Re: hpkgs and compression (Ingo Weinhold)

Wed, 2014-03-26 20:45
On 16.03.2014 17:06, Jonathan Schleifer wrote: Am 16.03.2014 um 16:48 schrieb Julian Harnath julian.harnath@xxxxxxxxxxxxxx: Another option would be switching the hpkg compression algorithm to LZ4, which is optimized for performance and many times faster than DEFLATE. It's the commonly used compression algorithm in ZFS. ...
Categories: Development

[haiku-development] Re: Introduction (Axel Dörfler)

Wed, 2014-03-26 20:45
Am 20/03/2014 02:18, schrieb David Brotz: I was also wondering if there are any simple tasks that needed to be done related to any of the file systems. If you don't find something appealing in the bug tracker, one simple task would be to fill the complete buffer when reading directory entries. Only some file systems do that. ...
Categories: Development

[haiku-development] Re: Introduction (François Revol)

Wed, 2014-03-26 18:45
On 20/03/2014 02:18, David Brotz wrote: From the looks of it a few of the the filesystems are written in C for BeOS and were copied over to Haiku. Indeed. I was also wondering if there are any simple tasks that needed to be done related to any of the file systems. ...
Categories: Development

[haiku-development] Re: Introduction (David Brotz)

Wed, 2014-03-26 18:45
From the looks of it a few of the the filesystems are written in C for BeOS and were copied over to Haiku. I was also wondering if there are any simple tasks that needed to be done related to any of the file systems. On Wednesday, March 19, 2014 5:10 PM, John Scipione jscipione@xxxxxxxxx wrote: David Brotz wrote: ...
Categories: Development

[haiku-development] Re: Introduction (John Scipione)

Wed, 2014-03-26 18:45
David Brotz wrote: Hello, I'm David Brotz. I'm currently a junior at Depaul University and am planning on getting a computer science degree. For my proposal I want to work on adding write capabilities to several file systems. I also noticed that a few of the file system implementations are written in C and I was thinking of rewrite them into C++. ...
Categories: Development

[haiku-development] Re: Introduction (Axel Dörfler)

Wed, 2014-03-26 18:45
Welcome, David! Am 19/03/2014 18:56, schrieb David Brotz: Hello, I'm David Brotz. I'm currently a junior at Depaul University and am planning on getting a computer science degree. For my proposal I want to work on adding write capabilities to several file systems. I also noticed that a few of the file system implementations are written in C and I was thinking of rewrite them into C++. ...
Categories: Development

[haiku-development] Re: Introduction (François Revol)

Wed, 2014-03-26 18:45
Hello David, On 19/03/2014 18:56, David Brotz wrote: Hello, I'm David Brotz. I'm currently a junior at Depaul University and am planning on getting a computer science degree. For my proposal I want to work on adding write capabilities to several file systems. I also noticed that a few of the file system implementations are written in C and I was thinking of rewrite them ...
Categories: Development

[haiku-development] Re: ProcessController scheduler mode naming (Axel Dörfler)

Wed, 2014-03-26 16:45
Am 19/03/2014 11:09, schrieb Humdinger: Since the current Low latency setting is the default setting of the scheduler anyway, why not remove it from the ProcessController menu and just keep the Power-saving mode in there. +1, good compromise :-) ...
Categories: Development