Andrew Hudson wrote: > So are you saying that Haiku should have btrfs now so it can be compatible > with Linux some years later, > versus having more complete ACPI features that some people can use today? I don't think the GSoC selection process is about making those kind of calls. Rather the students' interests, dedication and abilities along with the availability of suitable mentorship tend to matter the most, from what I've seen. That said, I'm guessing both btrfs and ACPI improvements would be welcome contributions. Last I heard, Fedora was still shooting for btrfs as default in their next release and interoperability is seldom to be sneezed at. As far as I am concerned, the decision of what to code is completely up to the student. I'm not directly lobbying for this or that feature here. I would say that if one were to rank these features in terms of value to Haiku, file system compatibility with Linux is fairly low ranking when it comes to features that new Haiku users would want. My criteria of high value is: will it attract new users, will it help keep them using Haiku. Right now a Linux/Haiku user has the options of ext2/ext3/ext3. So right now there is a good substitute for btrfs. While ACPI is not a critical feature, it is not here, there is no real substitute. Thanks for reading, Andrew