PinGUY, I assumed you stopped working on this bug since you stopped replying to my posts on the Google+ thread where we were discussing this bug.
My remaining request is in the very bottom of your screenshot of our conversation that you've been posting since then, where it says "any ideas?".
It's about this: do you have any ideas how we could keep the 32-bit and 64-bit paths in a single startup.nsh file using architecture detection logic?
So we don't have to generate it on the fly in the build system. For info on my reasoning, check your screenshot.
As in the past, snippets like those above from your Ubuntu ISO remixing script are not directly applicable to our Debian Live Build system, but fortunately I've written code for this already and shared it with you on Google+.
PinGUY, I assumed you stopped working on this bug since you stopped replying to my posts on the Google+ thread where we were discussing this bug.
My remaining request is in the very bottom of your screenshot of our conversation that you've been posting since then, where it says "any ideas?".
It's about this: do you have any ideas how we could keep the 32-bit and 64-bit paths in a single startup.nsh file using architecture detection logic?
So we don't have to generate it on the fly in the build system. For info on my reasoning, check your screenshot.
As in the past, snippets like those above from your Ubuntu ISO remixing script are not directly applicable to our Debian Live Build system, but fortunately I've written code for this already and shared it with you on Google+.
Since you didn't reply to that either, here's the link again: bazaar. launchpad. net/~codygarver /+junk/ terraform- 32-bit- startupnsh/ revision/ 138
http://
As promised in the same Google+ thread, this bounty will go to you once it's implemented as thanks for help with the 64-bit UEFI bug a while back.