BZWorkbench RPM for Fedora 8
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
BZWorkbench RPM for Fedora 8
I was wondering if there was an RPM of BZWorkbench for Fedora 8. If there is, could somebody point me to it? If not, could somebody please make one? I would greatly appreciate any help.
FKA Ratfink
1. It is not finished... still in development
2. Download it from the SVN and compile it yourself... it's not difficult
and
3. Don't you read the threads that you post in. BZWorkbench not being done was just discussed in a thread you posted in.
Don't get me wrong on #1, there are working parts, but it is still rough around the edges and a little in the middle too. That being said, some have used what is there to create a map or two.
2. Download it from the SVN and compile it yourself... it's not difficult
and
3. Don't you read the threads that you post in. BZWorkbench not being done was just discussed in a thread you posted in.
Don't get me wrong on #1, there are working parts, but it is still rough around the edges and a little in the middle too. That being said, some have used what is there to create a map or two.
There is nothing worse than aggressive stupidity. -- Johann Wolfgang von Goethe
"How many legs does a dog have if you call his tail a leg? Four. Calling a tail a leg doesn't make it a leg." -- Abraham Lincoln
"How many legs does a dog have if you call his tail a leg? Four. Calling a tail a leg doesn't make it a leg." -- Abraham Lincoln
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
The real problem is that if I don't want a program anymore, I can't just say something like "rpm -e bzworkbench" or "yum erase bzworkbench" if I compiled the source code. It would be a lot easier to do that than removing a bunch of files that were put who knows where in directories like /usr/share. Of course, if the files just stayed in whatever directory I put the source code in, that wouldn't be a problem.
FKA Ratfink
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
- clarahobbs
- Private First Class
- Posts: 272
- Joined: Thu Jan 10, 2008 1:45 am
- Location: The Fourth Dimension
it is on the same server as bzflag.
you can follow the directions on our SVN wiki page.
http://my.bzflag.org/w/SVN
You would do the same thing to download the 'trunk' version of bzflag, but instead of bzflag at the end of the URL you would use bzworkbench
you can follow the directions on our SVN wiki page.
http://my.bzflag.org/w/SVN
You would do the same thing to download the 'trunk' version of bzflag, but instead of bzflag at the end of the URL you would use bzworkbench
JeffM
-
- Private First Class
- Posts: 220
- Joined: Tue Jul 26, 2005 10:32 pm
- Location: Gainesville Florida
Ratfink:
Most source that uses the configure, make, make install also has a make uninstall. You just have to keep the source around. One thing that I do if I'm not sure about an app that I want to try is "configure --prefix=my/home/dir". That way its easier to remove, (don't need to be root). Also I think KDevelop has an import feature, but I haven't looked at that IDE in a few years. I use emacs. Another IDE to consider is Anjuta.
Also yum or rpm don't always remove the configuration files that they install. It's not always a clean remove. You should try the synaptics package manager for Fedora. Although it's RPM based in Fedora it's a lot faster and smarter than yum.
It is true that unless you want to be restricted by what other people put in the fedora repos you should learn to build source.
Most source that uses the configure, make, make install also has a make uninstall. You just have to keep the source around. One thing that I do if I'm not sure about an app that I want to try is "configure --prefix=my/home/dir". That way its easier to remove, (don't need to be root). Also I think KDevelop has an import feature, but I haven't looked at that IDE in a few years. I use emacs. Another IDE to consider is Anjuta.
Also yum or rpm don't always remove the configuration files that they install. It's not always a clean remove. You should try the synaptics package manager for Fedora. Although it's RPM based in Fedora it's a lot faster and smarter than yum.
It is true that unless you want to be restricted by what other people put in the fedora repos you should learn to build source.
You have to keep the source directory around to un-install it. This sounds trivial to start with, but before long you have loads of them, then you need to keep a log of what you have installed and it's dependencies. You are better off building whatever it is your package manager uses to install from, they were designed to replace the notepad and paper LFS users use for package management.Longhair wrote:What's so hard about cd <directory> and make uninstall?
-
- Private First Class
- Posts: 330
- Joined: Tue Feb 08, 2005 6:06 pm
- Location: Lancaster, PA
- Contact:
Well sure, but if you can't get the program any other way, it sure beats nothing at all. (and griping about a lack of a certain package rarely helps)
The way I do it is have a "manual installations" directory hanging around in my home directory, and that's where I keep all my untarred source downloads. When you get an update, simply go to the old version's directory, and do a make uninstall before doing a make install on the new one. Assuming the new one installs without a problem, you can delete the old version. No dead trees needed
The way I do it is have a "manual installations" directory hanging around in my home directory, and that's where I keep all my untarred source downloads. When you get an update, simply go to the old version's directory, and do a make uninstall before doing a make install on the new one. Assuming the new one installs without a problem, you can delete the old version. No dead trees needed
Re: BZWorkbench RPM for Fedora 8
How about make a virtual appliance that runs a light version of linux with a working blender, workbench, python, etc. Then you will be able to run on any OS. Of course there is the who is going to do that that I get to dodge as I haven't a clue