Sebastian Hilbert wrote: >>>Yes, it looks good. Having a slick, professional-looking installer for >>>Windows in particular (and also Mac OS X) is incredibly important, even >>>for Version 0.1 >> >>If that's so I don't see too much of a problem using BitRock >>on Windows. >> >>Why is it that much better than rpm/deb on Linux ? > > It is not :-). I know Andreas builds packages for Debian. Excellent. > Can I use those on Suse ? �hem no. Do you happen to know someone who builds > rpm packages ?
Even then, you need many different rpm packages. For example, I tried to install wxPython from rpms for Fedora Core 2 on my Fedora Core 2 laptop. Didn't work, because it put the site-packages etc under /usr/lib/python2.4, whereas my Python lives under /usr/local/lib/python2.4 (which is the default location for a self-compiled Python). Moving the site-packages doesn't work - then there is a missing library somewhere else. By this stage, you have lost 99% of potential users. A slicker, smarter installation method is critical. BTW, the installation of wxPython on Windows is flawless and takes about 20 seconds... > So the sole reason for looking at BitRock is: > It builds packages that run on all! GNU/Linux distributions with one single > installer. Your choice of GUI and/or commandline off the same packages. > > Nice GUI for building! packages (Not that I need one) > > Supports GNU/Linux, Windows, MacOSX and soon more Unices. > > Easy to maintain. Why ? I can build Windows, Mac, Linux Packages on Linux. > Anyone can build Windows, Linux, MAc packages on Windows. Never leave your > favourite OS to build packages for the other OSs. > > File Format actually is XML so you can even use mc to tweak it. > > For the record: I appreciate native packages. I just don't see any except > Andreas's continued effort. > > I personally don't want to create the impression GNUmed sucks just because > noone steps up to build nice native packages. Yes, I agree completely! Tim C _______________________________________________ Gnumed-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnumed-devel
