-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simplify the installation procedure. #163
Comments
Maybe some sort of install script that gives you options (full SIIT-DC) or home NAT64 /DNS 64 gateway? |
So just to check scope: Do you expect this script to get the translating machine running only, or do you have in mind something that fixes the entire network? |
In addition to a DNS64, we could also install a DHCP server. |
Another one:
|
The intent is simply to trim some structural fat the project has been collecting with the refactors. The project is completely unstable now; all paths are outdated in an effort to keep the files the same to ensure proper future tracking by git. First step towards hopefully nailing #163.
I got carried away and ended up streamlining the entire directory tree as part of the build system refactor. Fixes the second bullet from #163. Also deletes a bunch of dead code.
Honestly, at this point I think that packages (#243) are as far as we'll go. Realistically speaking, providing scripts to build an entire translation environment is too far from the scope of the project, too ambitious given our resources and would require too many assumptions regarding the user's needs. If a significant portion of the community wants it, then it's probably better if somebody else provides it as a separate project. I'd like to cancel that for now. The rest is already finished and released in Jool 4.0.0. |
This is going to be postponed until version 4.x because users likely expect this kind of change in major version releases.
Several things seem to buzz over people's heads. Here are some ideas:
Done. The new targetdepmod
doesn't technically need to be called on every install, but the performance increase for not calling it isn't worth it being an extra step. In addition, its "optionalness" is not documented. There's really no reason why users should ever worry about this. Therefore,make modules_install
should calldepmod
automatically.make install
is equivalent tomake modules_install && depmod
. Both are available now.make && sudo make install
kick, and the documentation should reflect this.Of course, the option to compile each binary separately should still exist.
I have the nagging impression the solution to Wrong checksum on namespace'd translation #159 removed the need to turn offloads off. We need to confirm this and purge this off-putting step from people's lives.Offloads are still needed off.Additional ideas welcomed.
The text was updated successfully, but these errors were encountered: