Originally Posted by FearMeansControl
iMac at work? sounds plush
Here's the updated TestguiAUTO file, with comments, definitive 64-bit check, and a check for the number of processors.
If it detects a 64 bit OS, but only sees one processor, it will echo an error into the terminal and run the console client, otherwise, SMP will be allowed to run..
First off, thank you so much for putting comments in your code. It helped me a whole lot in reading it and dignosing the problem.
Hey, you should download a code checker. The 64-bit part's syntax was a little out of whack and I had to go in and fix it. It wasn't really that big of a deal (and I know you aren't using a 64-bit so there is no way you can check it) but they help out a whole lot. I use Geany (but I think it is GNOME only). I've attached the corrected version if you want to take a look.
Originally Posted by dangerousHobo
Ok, I attached another package. Only difference is the fah.desktop file. Should be generic enough that it'll work in both kde and gnome. It works in kde on Slackware 12.1 for me and it was working in gnome on ubuntu 7.10 but then it stopped. It worked in one folder it was in but then not the other. It make zero sense right now, as the location it extremely generic. But in gnome at least you can click on the fah-gui.pl file and select run in the dialog that pops up and the gui will start anyway.
Hopefully its just my install.
Also when you run the installer-script, do you get any errors at lines 22, 71, and 82? I do in Ubuntu but not Slackware.....
Well, I don't have an internet connection in Arkansas for my laptop (not even a wireless connection I can piggy back off of to download FAH) so nothing in your code worked for me; however, lines 22, 71, and 82 are all "fi" statements. And I'm not sure why Ubuntu doesn't like them... Also take a look at the attached picture. I figured out why the installer button wasn't working last time. One, you have it under your user name. I'm not sure how we can fix this. Maybe use $USER instead? Second you have to folders location in the home directory. I have my folders always download to the Desktop. Again I'm not sure how to fix this. I think most Linux n00bs will have it download to the Desktop though if I had to guess.
@dangerousHobo && FMC
I figured out how to run a md5sum check. I wrote it in the car on the way to Arkansas and didn't have fah6, mpiexec, or FAH504-Linux.exe to make a true hash check. I've attached a sample coding on how it is supposed to work and I'll download the appropriate files and make a real checker. This isn't included in the code, but I will run:
md5sum fah6 > md5sumfah6.txt
md5sum mpiexec > md5summpiexec.txt
to execute the code.
Here is the plan: I'd like to compile everything before next Monday so we can have a Beta released before the end of this weekend. I need a few more things done though:
@dangerousHobo && FMC
We need to convene. dangerousHobo (your user name really messes with my typing
) has suggested AIM. He and I have exchanged AIM S/N via private messages so I'll PM FMC mine as well. Nothing to big, but we do need a name for our program (lol) and it'll probably make our development time increase significantly.
Could you include one more button for me that reads "Let [the name of our program] decide what is best for me." I want to attach the TestguiAUTO script to it (although I think I'm going to rename it to a more appropriate title), and maybe some text at the bottom that includes our user names and the site?
Since you last program was a success (well if it works, which it seems like it does from the code), do you think you'd be up to the challenge of writing a script (in any language although python and bash are the easiest for me to debug) that detects what type of package manager the user is running and (for right now) just assign numeral values to it? Eventually I'd like to run libs.sh in conjunction with that script so it won't run 5+ update checks for the 32-bit libraries required by the 64-bit versions.