Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 1 hour 58 min ago

[haiku-development] Re: Google Code-In 2014 (scottmc)

Fri, 2014-11-07 18:45
On Mon, Oct 27, 2014 at 11:16 PM, scottmc scottmc2@xxxxxxxxx wrote: I have signed Haiku up as a possible mentoring org for Google Code-In 2014. If you would like to be a mentor for Haiku this year contact me off-list. Our brain storming ideas wiki page it here: ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Jessica Hamilton)

Fri, 2014-11-07 18:45
On Monday, 3 November 2014, Adrien Destugues pulkomandy@xxxxxxxxx wrote: On Sun, Nov 02, 2014 at 12:04:19PM -0800, Niels Sascha Reedijk wrote: The goals here are multiple: * Finally provide a stable release which third-party developers can use * Setup a better release cycle so we can put out releases more frequently * Let the developers work on more exciting things without making them feel guilty for not working on the important R1 stuff ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Ingo Weinhold)

Fri, 2014-11-07 18:45
On 11/02/2014 06:54 PM, Jérôme Duval wrote: 2014-11-02 10:22 GMT+01:00 Adrien Destugues pulkomandy@xxxxxxxxx: During the BeGeistert coding sprint we had a long discussion with Ingo, Oliver and Ithamar about the future of Haiku and the problems we have with getting releases out. We have reached an agreement on this and we would like to propose a plan to finally get R1 out and move on to the next steps of development. ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Adrien Destugues)

Fri, 2014-11-07 16:45
On Sun, Nov 02, 2014 at 12:04:19PM -0800, Niels Sascha Reedijk wrote: The goals here are multiple: * Finally provide a stable release which third-party developers can use * Setup a better release cycle so we can put out releases more frequently * Let the developers work on more exciting things without making them feel guilty for not working on the important R1 stuff Overall I concur with the goals. What is missing here is the end-goal, meaning why are we still working on Haiku? Quoting the mission statement from our homepage: Haiku is a new open-source operating system that ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Niels Sascha Reedijk)

Fri, 2014-11-07 16:45
Hello devs, On Sunday, Nov 2, 2014 at 10:25 am, Adrien Destugues pulkomandy@xxxxxxxxx, wrote: Hello devs, ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Adrien Destugues)

Fri, 2014-11-07 16:45
On Sun, Nov 02, 2014 at 06:54:18PM +0100, Jérôme Duval wrote: 2014-11-02 10:22 GMT+01:00 Adrien Destugues pulkomandy@xxxxxxxxx: During the BeGeistert coding sprint we had a long discussion with Ingo, Oliver and Ithamar about the future of Haiku and the problems we have with getting releases out. We have reached an agreement on this and we would like to propose a plan to finally get R1 out and move on to the next steps of development. +1 except I think the R1 branch could also see new features. I don't see any reason why R1.1 should only be a fixes-only release. ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Jérôme Duval)

Fri, 2014-11-07 16:45
2014-11-02 10:22 GMT+01:00 Adrien Destugues pulkomandy@xxxxxxxxx: During the BeGeistert coding sprint we had a long discussion with Ingo, Oliver and Ithamar about the future of Haiku and the problems we have with getting releases out. We have reached an agreement on this and we would like to propose a plan to finally get R1 out and move on to the next steps of development. +1 except I think the R1 branch could also see new features. I don't see any reason why R1.1 should only be a fixes-only release. ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Julian Harnath)

Fri, 2014-11-07 16:45
Rene Gollent anevilyak@xxxxxxxxx schrieb: I don't really have much to add to the proposed plan other than +1 myself. I agree, the plan sounds very fine, +1. -- So long, jua ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Rene Gollent)

Fri, 2014-11-07 16:45
On 11/2/14, Adrien Destugues pulkomandy@xxxxxxxxx wrote: Hello devs, During the BeGeistert coding sprint we had a long discussion with Ingo, Oliver and Ithamar about the future of Haiku and the problems we have with getting releases out. We have reached an agreement on this and we would like to propose a plan to finally get R1 out and move on to the next steps of development. ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Augustin Cavalier)

Fri, 2014-11-07 14:45
This plan is *awesome!* On 11/2/2014 4:22 AM, Adrien Destugues wrote: Following the R1 release, the BeOS R5 compatibility can continue to exist in the R2 branch, either in-tree or as an external package. The R1 branch continues to get fixes so people using Haiku in production (we're thinking of TuneTracker here) can rely on a rock stable and supported version to base their products on. This way, people can ...
Categories: Development

[haiku-development] Re: Beta1 and R1 release plan (Alexander von Gluck IV)

Fri, 2014-11-07 10:45
On , Adrien Destugues wrote: Hello devs, During the BeGeistert coding sprint we had a long discussion with Ingo, Oliver and Ithamar about the future of Haiku and the problems we have with getting releases out. We have reached an agreement on this and we would like to propose a plan to finally get R1 out and move on to the next ...
Categories: Development

[haiku-development] Re: Contribute to Create an XFS file system driver (Julian Harnath)

Fri, 2014-11-07 10:45
Saket Sinha saket.sinha89@xxxxxxxxx schrieb: What I really want to ask is that is there a generic layer/functions(since VFS's interaction with filesystems I could not track) that are common to all the filesystems. I'm not entirely sure I understand your question correctly, but the VFS layer itself is the the layer containing the functionality that is common to all filesystems. Have you looked at the documentation for writing file system modules at ...
Categories: Development

[haiku-development] Re: Contribute to Create an XFS file system driver (Saket Sinha)

Fri, 2014-11-07 06:45
Hi, I come from Linux kernel background so my perspective of file-system implementation comes from the stack there. Unlike Linux; where a lot of common code has been put under VFS and all the lower filesystems implement either there own functionality or fallback on a generic VFS functionality for a particular filesystem operation; Haiku's filesystem stack looks a lot different. ...
Categories: Development

[haiku-development] Re: Contribute to Create an XFS file system driver (Adrien Destugues)

Fri, 2014-11-07 06:45
On Sun, Nov 02, 2014 at 09:08:15PM +0530, Saket Sinha wrote: Hi Richard, Thanks for those links. I have installed and gone through the source code of different filesystems. From a developer perspective the simplest of file-system, that I came across was CDDA-FS. After going through the filesystems code, I have certain queries regarding developing a generic filesystem driver on Haiku. ...
Categories: Development

[haiku-development] Re: Contribute to Create an XFS file system driver (Saket Sinha)

Fri, 2014-11-07 06:45
Hi Richard, Thanks for those links. I have installed and gone through the source code of different filesystems. From a developer perspective the simplest of file-system, that I came across was CDDA-FS. After going through the filesystems code, I have certain queries regarding developing a generic filesystem driver on Haiku. ...
Categories: Development

[haiku-development] Beta1 and R1 release plan (Adrien Destugues)

Thu, 2014-11-06 14:45
Hello devs, During the BeGeistert coding sprint we had a long discussion with Ingo, Oliver and Ithamar about the future of Haiku and the problems we have with getting releases out. We have reached an agreement on this and we would like to propose a plan to finally get R1 out and move on to the next steps of development. The goals here are multiple: * Finally provide a stable release which third-party developers can use ...
Categories: Development

[haiku-development] [RFC] kernel_args tweaks (was: [haiku-commits] haiku: hrev48117) (François Revol)

Thu, 2014-11-06 12:45
On 27/10/2014 10:57, ingo_weinhold@xxxxxx wrote: fa80e7b: x86 kernel args: Increase number of page tables While we are at it, there are a few things about kernel_args that would need to be addressed : - the framebuffer description only gives the depth, but doesn't say anything about the format. On x86 this isn't so much of a problem, but ...
Categories: Development

[haiku-development] Re: [RFC] seek(SEEK_END) on block devices (Axel Dörfler)

Thu, 2014-11-06 10:45
Am 28.10.2014 15:32, schrieb François Revol: On 28/10/2014 15:01, François Revol wrote: It seems like some programs now use lseek(SEEK_END) to determine block devices size, instead of non-portable ioctls() like BLKGETSIZE64. [...] ...
Categories: Development

[haiku-development] Re: [RFC] seek(SEEK_END) on block devices (François Revol)

Thu, 2014-11-06 10:45
On 28/10/2014 15:01, François Revol wrote: It seems like some programs now use lseek(SEEK_END) to determine block devices size, instead of non-portable ioctls() like BLKGETSIZE64. One such program is ddrescue. I'm wondering about adding support for it in the vfs. The POSIX specs are not really verbose on this, they don't really make it mandatory explicitely nor forbid it: ...
Categories: Development

[haiku-development] [RFC] seek(SEEK_END) on block devices (François Revol)

Tue, 2014-11-04 19:45
It seems like some programs now use lseek(SEEK_END) to determine block devices size, instead of non-portable ioctls() like BLKGETSIZE64. One such program is ddrescue. I'm wondering about adding support for it in the vfs. The POSIX specs are not really verbose on this, they don't really make it mandatory explicitely nor forbid it: ...
Categories: Development