Propose changing AMD64 label to x64 to prevent people installing wrong file

[protosd]

I fell for the same thing when I first started using FreeNAS, and after having it explained I felt stupid for not figuring it out myself. People associate the AMD with AMD, not Intel or 64bit processors. The x64 would make more sense to people. I'm sure I don't need to explain that, but it might help cut down on the problems with people installing the wrong version and then asking for help.

[gcooper]

Blame FreeBSD, not FreeNAS.

[protosd]

At least put some description next to the downloads explaining that the AMD64 version can be used on Intel 64bit processors.

[delphij]

Replying to gcooper:

Blame FreeBSD, not FreeNAS.

There is no reason why FreeNAS can't call the version something different from FreeBSD.

[gcooper]

No, but what are you going to explain to a user when they realize their underlying binaries are compiled branded with the ELF stating amd64, not x86_64?

Most of that stuff is going to be hidden in 8.1, but it really doesn't help to come up with a half-baked solution. FreeBSD should be changed to say x86_64, not just FreeNAS.

[protosd]

(No, but what are you going to explain to a user when they realize their underlying binaries are compiled branded with the ELF stating amd64, not x86_64?)

I think if they don't know which version to install, they probably aren't going to pay much attention to how the binaries are branded. If they noticed the branding, they probably got the right installation file. Still, some simple explanation/heading on download page would be the easiest solution for now.

[william]

++

[JoeSchmuck]

My two cents, change the name of the download for starters which requires a simple rename when you post it for download. This doesn't change what is shown when the system is booted but it will allow people to know they are loading 32 or 64 bit. The "amd" throws too many people for a loop when it comes time to download a version. Eventually it would be nice that the compiled program only state 32 or 64 bit.

[gcooper]

Well, your wish came true in r9110: i386 is now x86, and amd64 is now x64. Please note that I took the easy way out to avoid having to rework the entire [FreeBSD] build system to grok x86/x64.

Changes to the download links are coming soon from what I've been told.

[protosd]

That's really great news, I'm sure I'm not the only one that will appreciate it! Thanks

I take it when you say you took the easy way out, you just changed the build script to rename the output files? I noticed there were quite a few changes in the build script and directory changes.

Anyway, looking forward to all the stuff you fixed for 8.0.3.

Thanks

[gcooper]

Replying to protosd:

That's really great news, I'm sure I'm not the only one that will appreciate it! Thanks

I take it when you say you took the easy way out, you just changed the build script to rename the output files? I noticed there were quite a few changes in the build script and directory changes.

Yeah.. just the output files and how nanobsd brands the image. Other than that, things are unchanged :).

8.0.3 is a different bag entirely from trunk. I'll need to hack around things to get compatibility with trunk (but it seems like a good point to cut over to).

Anyway, looking forward to all the stuff you fixed for 8.0.3.

Thanks (credit goes to delphij, jhixson, and zippybr for a large chunk of the fixes and enhancements)! Simple fixes with minimal effort -> maximum gains are what we're looking for for this release :).