daynah
November 8th, 2007, 03:53 PM
Today, my SPSS (windows only) decided not to let me use it. You know, when a big project is due. Thanks, proprietary software. So, with less than a week to do this project, I submit a ticket to my school's wonderful support team (cough) telling them that they'd better fix it for me, and then.. I go about trying to fix it myself.
My solution is to try to learn R or PSPP or something. One of these many linux statistical program equivalents. I wasn't doing this to begin with because I'm having enough problems with this class than to have to translate everything.
But now I have problems with apt-get.
I install r-base with apt-get and try to run it, and it isn't a command. Knowing that "R" is the name of the program, I run that, and it tells me that "litter" isn't installed .Litter? What? I'm trying to run R!
So, first rule of package-ness I'd like to propose: When I install a package, and I want to run it, the name of the package I install should be what I use to run the program I installed.
I find out that I need a front end for this program. Okay. I try not to wonder why, if this program apparently doesn't come with its own front end, that I never was able to get to the terminal section, but I go about installing RKWard anyway. Fabulous program, but I'm far too math stupid to use it.
So I go into synaptic and try to install something else. Something for stupid people. I understand synaptic not advertising, "This program is for stupid people, yeah YOU! Right THERE! The one who always worries if it's deb or tar.gz that's the hard one! Yeah this program's for YOU!" I get that. But (here's the second rule of package-ness) when I install a program from synaptic, a GUI, it should tell me if the program has or does not have a gui!
Lastly, I installed R, RKWard, and PSPP and none of them got added to my menu. Granted, two of those had no gui, but this leads me into the third rule of package-ness: Any package installed should add itself somewhere into the menu so that I can find it.
Yeah.
My solution is to try to learn R or PSPP or something. One of these many linux statistical program equivalents. I wasn't doing this to begin with because I'm having enough problems with this class than to have to translate everything.
But now I have problems with apt-get.
I install r-base with apt-get and try to run it, and it isn't a command. Knowing that "R" is the name of the program, I run that, and it tells me that "litter" isn't installed .Litter? What? I'm trying to run R!
So, first rule of package-ness I'd like to propose: When I install a package, and I want to run it, the name of the package I install should be what I use to run the program I installed.
I find out that I need a front end for this program. Okay. I try not to wonder why, if this program apparently doesn't come with its own front end, that I never was able to get to the terminal section, but I go about installing RKWard anyway. Fabulous program, but I'm far too math stupid to use it.
So I go into synaptic and try to install something else. Something for stupid people. I understand synaptic not advertising, "This program is for stupid people, yeah YOU! Right THERE! The one who always worries if it's deb or tar.gz that's the hard one! Yeah this program's for YOU!" I get that. But (here's the second rule of package-ness) when I install a program from synaptic, a GUI, it should tell me if the program has or does not have a gui!
Lastly, I installed R, RKWard, and PSPP and none of them got added to my menu. Granted, two of those had no gui, but this leads me into the third rule of package-ness: Any package installed should add itself somewhere into the menu so that I can find it.
Yeah.