Development mailing list

Landon J Fuller landonf@xxxxxxxxxxxxxx wrote: On Jan 30, 2013, at 12:44 PM, pulkomandy@xxxxxxxxxxxxx wrote: - Building all this stuff makes the Haiku build longer and more memory hungry than it needs to be. I'd rather spend some time waiting for the compiler than spend a bunch of time actively tracking down individual dependencies and building them. This has been very frustrating. ...

Landon J Fuller landonf@xxxxxxxxxxxxxx wrote: On Jan 30, 2013, at 11:48 AM, Ryan Leavengood leavengood@xxxxxxxxx wrote: On Wed, Jan 30, 2013 at 11:14 AM, Landon J Fuller landonf@xxxxxxxxxxxxxx wrote: It means that a developer (ie, me) has to have access to the ports system rebuild all the software in the ports system, Why *all* the software? I would just rebuild the package I am interested in. ...

Am 30.01.2013 18:21, schrieb Landon J Fuller: Speaking from direct and recent experience, this makes it much harder to patch/rebuild that software when working on the base system, especially in cases where one is targeting new compilers/ABIs/platforms and rebuilding the entire system (including dependencies) is necessary. It means that a developer (ie, me) has to have access to the ports system, rebuild all the software in the ports system, and put it somewhere that can be ...

On Jan 30, 2013, at 12:44 PM, pulkomandy@xxxxxxxxxxxxx wrote: Having all the core components in-tree makes it a lot easier to maintain the system cleanly in lock-step, add support for OS-specific features in lock-step with the OS release, deploy to new targets, update to new ABIs, and otherwise manage the core system as a cohesive whole. That's not true. We don't blindly use svn:externals or similar tools, but ...

Having all the core components in-tree makes it a lot easier to maintain the system cleanly in lock-step, add support for OS-specific features in lock-step with the OS release, deploy to new targets, update to new ABIs, and otherwise manage the core system as a cohesive whole. That's not true. We don't blindly use svn:externals or similar tools, but use a clearly identified version of the external packages. So, we can update them only as needed and matching the OS releases if we need so. ...

On Jan 30, 2013, at 11:48 AM, Ryan Leavengood leavengood@xxxxxxxxx wrote: On Wed, Jan 30, 2013 at 11:14 AM, Landon J Fuller landonf@xxxxxxxxxxxxxx wrote: So in that regard I don't see anything wrong with shipping ncurses, and really, think that moving software that the OS reuqires *out* of the core system is counter-productive. It just means a lot more work to manage putting the same bits and pieces back together again, ala Linux distributions. ...