Hahaha, love it ;-)
I understand it like this: "It's shit atm, even with everything I tried it stays shit. So whatever you do it will always stay shit. It's natural born shit. Shit for life. Goddam shit even." or like "Changing it won't work, because it doesn't work already and we already do it like that so we don't actually change anything. So you better not change it as changing it won't change anything."
You only ignored that you don't even have to sync every fckng sdk change. Do you update rosapps after every commit? Everytime you update reatcos? Probably not. Probably only when something doesn't compile anymore. Choose for yourself to update your sdk and rebuild everything or don't do it. The fucking idea behind seperating it. Independency.
It might also keep people from randomly updating the sdk as long as it's not needed, or it could well be done in a branch that can be synched once a month or as soon as any change is really neccessary for other development.
The suggested solution is about making independency more natural, more apparent, more concrete, more controllable than the current "I trust in rbuild" solution, that obviously leads to nowhere.
btw, rbuild and the other build tools could be seperated, too. So you also have the choice to sync the goddam rbuild changes or not.
I don't know if a "goddam itemized list" will solve any problem, but it feels good to have talked about it.... It's about splitting things that get too large, outsourcing, abstraction. It's natural, evolutional.
Timo
KJK::Hyperion schrieb:
Timo Kreuzer wrote:
I think it would be better to seperate the components from each other as much as possible and only compile the modules that have been changed.
It doesn't work. And you know why? because it's already implemented. And it doesn't work. People fuck with the SDK all the time. They piggyback SDK changes on two-liner commits, amplifying the two lines millionfold into a cascade of useless recompilations and relinkings. They sync Wine modules every time Alexandre Julliard so much as farts in their general direction, making sure to pick all the goddamn modules with public IDLs, which results in an SDK rebuild, which results in rebuilding 99% of the tree because an attribute that was previously unimplemented in rpcrt4 was uncommented in a bumfuck IDL somewhere. When you call out people on this shit, "but syncing every point-point Wine release is _important_" is the usual defense, and you can't argue with meatheaded truisms (in fact, my plan is to slowly commit the rug from under them, but that takes time)
Nobody gives a flying fuck about this. Try "full dependencies" some time (add -df to the rbuild command line), only do incremental builds for a week or two, and become frustrated at SDK retardation in an _informed_ way when you get a string of a half dozen near-full rebuilds after you have gotten used to 5-minute incremental builds, and absolutely nobody sees an issue with it because the build server has a trillion cores and a quintillion terabytes of RAM
We could try to split the current reactos tree into seperate trees, maybe like this:
Oh how I _love_ itemized lists. Seems the solution to humanity's every problem has to start with a goddamn itemized list _______________________________________________ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev