I've built Gaim for Windows before, and I think it would be quite similar to building The Gimp 2.0 since they both use a lot of the same software...
The basic idea is to install cygwin, and use make and python and perl and all that other stuff the build process needs, but replace the compilers and libraries in your path with the ones from mingw.
When installing or compiling UNIX apps that have been ported to Windows, especially ones using GTK+, all kinds of crazy things end up happening with confused DLLs. Sometimes Gaim tries to use ActiveState's Perl and that breaks something, or tries to use some of Cygwin's libraries. What we need is something like the LSB that governs how UNIX-compatible environments (Cygwin and MinGW mainly) should work on Windows. That would be a big help to folks like me who must use Windows (No, trolls. I can't use Linux. I have reasons. Go away.) but want to have appilcations and environments that are UNIXey.
Yes, I'll run Debian on my desktop someday when I don't have to run Adobe Premiere, Microsoft Office, and stuff like that. This is the real world, and I have to use real software.
I mean, I use Debian on a few of my servers, it's great, but really... right tool for the right job.
Besides, ActiveState Perl on Windows is listed as a supported platform.
I'm glad to see some support for the gopher protocol. It's so necessary, considering the miserable failure of all kinds of other kind of online hypertext protocols, like the World Wide Web.
I gotta say that the program looks pretty good, but on Windows with ActiveState Perl, I just get this...
GNUMP3d v2.7 by Steve Kemp http://www.gnump3d.org/
GNUMP3d is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions.
For full details please visit the COPYING URL given below:
Copying details: http://localhost:8888/COPYING
GNUMP3d now serving upon: http://localhost:8888/
GNUMP3d website: http://www.gnump3d.org/
Indexing your music collection, this may take some time.
(Run with '--fast' if you do not wish this to occur at startup).
The system cannot find the path specified.
Since I have no idea what kinda path it's talking about, I have no starting point for figuring out what's wrong. I suppose I'll just give up and use something else...
In Windows XP, you can just plug in about any camera, including firewire ones, and open the camera's entry in My Computer, and that's what you get.
You can then take that and run it through Windows Media Encoder, or about anything else that can handle the standard Windows video capture APIs.
I do it all the time.
Microsoft was making Microsoft Word and Excel for Mac long before they even made Windows.
Some if the first Windows widgets were alledged to be stolen from widgets Microsoft licensed from Apple to make Word and Excel for mac.
I agree that Quicktime is terrible. Every time I install it, it blathers about wanting to know what kind of internet connection I have. Then, it goes and configures itself as the viewer for PNGs and JPEGs in my web browsers (even Opera!). My web browsers could view PNGs and JPEGs just fine without Quicktime. Then as I uninstall it, I just get a mess of broken mime-application associations. Blegh.
This is not something specific to MRTG, it is something that a great deal of free software sites (KDE, Apache, etc) are closed (or were closed) in order to protest. Read things more carefully.
In Opera, the built-in mail client called M2 keeps all of the messages as a single, flat XML database. Then, in lieu of "folders" and the mess they create, there are "access points" which are equivalent to SQL (or other database) "views".
Check it out: http://www.opera.com/products/user/m2/
Also, Outlook 2003 has this functionality.
True. I think it wasn't condescending for both your practical reason, and because of standards.
The standard way to distribute software on UNIX with GNU toolchain is as a tgz source file, which is./configure, make, make install --'d. The standard way to distribute software for Windows is as binary files. So the la de da what?
Intellectual property rights are derived directly from the rights of people, as individuals, to own what they create. Those rights should not cost anything.
No government or screaming mass of people has the right to take away property rights from the individuals who create.
Their site is a little slow...
on
YOPY Arrives
·
· Score: 2, Funny
Perhaps they are running their website on a Yopy...
Who has a business policy of pissing off your customers by going after your competitors? A day of reckoning?
SCO has always been angry with RedHat. And now that SuSE is all about AMD Opteron, they are a threat to SCO in the heavy duty 64-bit space.
I must have missed the release of Windows XP Server.
My main reason for keeping 2.2 around...
on
Kernel 2.2 - It Lives!
·
· Score: 5, Interesting
I don't really have a choice. It's well-known that the 2.4 kernels can't compile properly for the 32-bit sparc architecture.
http://www.rocklinux.org/mailing-list/rock-ports/2 001-7/5.html
--
Sam Kennedy
Slashdot Mirror
I've built Gaim for Windows before, and I think it would be quite similar to building The Gimp 2.0 since they both use a lot of the same software...
The basic idea is to install cygwin, and use make and python and perl and all that other stuff the build process needs, but replace the compilers and libraries in your path with the ones from mingw.
See here for more info:
Windows Development - gaim
When installing or compiling UNIX apps that have been ported to Windows, especially ones using GTK+, all kinds of crazy things end up happening with confused DLLs. Sometimes Gaim tries to use ActiveState's Perl and that breaks something, or tries to use some of Cygwin's libraries. What we need is something like the LSB that governs how UNIX-compatible environments (Cygwin and MinGW mainly) should work on Windows. That would be a big help to folks like me who must use Windows (No, trolls. I can't use Linux. I have reasons. Go away.) but want to have appilcations and environments that are UNIXey.
Yes, I would "Hack the Code", but instead I just used something else that worked.
I've tried it both ways; in the example configuration files a UNIX-style path separator was being used, so that is what I have used.
A lot of software ported over from other platforms uses UNIX-style path separator characters in config files... apache for Windows comes to mind.
No thanks. I just downloaded SlimServer, and it's working fine.
Yes, I'll run Debian on my desktop someday when I don't have to run Adobe Premiere, Microsoft Office, and stuff like that. This is the real world, and I have to use real software.
I mean, I use Debian on a few of my servers, it's great, but really... right tool for the right job.
Besides, ActiveState Perl on Windows is listed as a supported platform.
I'm glad to see some support for the gopher protocol. It's so necessary, considering the miserable failure of all kinds of other kind of online hypertext protocols, like the World Wide Web.
--
Sam Kennedy
Since I have no idea what kinda path it's talking about, I have no starting point for figuring out what's wrong. I suppose I'll just give up and use something else...
their thing. Their is the possessive word thingie. What, are you from Mississippi or something?
In Windows XP, you can just plug in about any camera, including firewire ones, and open the camera's entry in My Computer, and that's what you get. You can then take that and run it through Windows Media Encoder, or about anything else that can handle the standard Windows video capture APIs. I do it all the time.
Microsoft was making Microsoft Word and Excel for Mac long before they even made Windows. Some if the first Windows widgets were alledged to be stolen from widgets Microsoft licensed from Apple to make Word and Excel for mac.
Microsoft has to give up their proprietary hold on VC-9 to allow it to be licensed. But that's just part of Windows Media.
It's the rest of Windows Media that will have to be implemented by *somebody* for it to work that should be worried about.
> There's your OSX on x86.
No. Binary compatibility is not equal to CPU emulation.
I agree that Quicktime is terrible. Every time I install it, it blathers about wanting to know what kind of internet connection I have. Then, it goes and configures itself as the viewer for PNGs and JPEGs in my web browsers (even Opera!). My web browsers could view PNGs and JPEGs just fine without Quicktime. Then as I uninstall it, I just get a mess of broken mime-application associations. Blegh.
What about the IBM Model M by Leximark. 1984. Connected to my current PC (1.4Ghz T-Bird) via PS/2. http://www.modelm.org/ for more.
This is not something specific to MRTG, it is something that a great deal of free software sites (KDE, Apache, etc) are closed (or were closed) in order to protest. Read things more carefully.
From Star Trek... virtual reality to the extreme... the holodeck!
In Opera, the built-in mail client called M2 keeps all of the messages as a single, flat XML database. Then, in lieu of "folders" and the mess they create, there are "access points" which are equivalent to SQL (or other database) "views". Check it out: http://www.opera.com/products/user/m2/ Also, Outlook 2003 has this functionality.
True. I think it wasn't condescending for both your practical reason, and because of standards. The standard way to distribute software on UNIX with GNU toolchain is as a tgz source file, which is ./configure, make, make install --'d. The standard way to distribute software for Windows is as binary files. So the la de da what?
Intellectual property rights are derived directly from the rights of people, as individuals, to own what they create. Those rights should not cost anything. No government or screaming mass of people has the right to take away property rights from the individuals who create.
Perhaps they are running their website on a Yopy...
Who has a business policy of pissing off your customers by going after your competitors? A day of reckoning? SCO has always been angry with RedHat. And now that SuSE is all about AMD Opteron, they are a threat to SCO in the heavy duty 64-bit space.
I think you're talking about moricons.dll.
"...connecting over XP servers..."
I must have missed the release of Windows XP Server.
I don't really have a choice. It's well-known that the 2.4 kernels can't compile properly for the 32-bit sparc architecture. http://www.rocklinux.org/mailing-list/rock-ports/2 001-7/5.html
--
Sam Kennedy