Thread
My Mini vMac 3.1.2b Builds! (Win32)
http://www.mediafire.com/download.php?noteondjtzz
I haven't gotten around to compiling OSX builds yet, I need to install xCode onto my iMac (I just nuked it a couple days ago)
I haven't gotten around to compiling OSX builds yet, I need to install xCode onto my iMac (I just nuked it a couple days ago)
Mind telling us why we should use that instead of the currently available builds?
What do yours have to offer over other ones?
What do yours have to offer over other ones?
I compiled *every* varriation of it.
ex:
Mini vMac 128k
Mini vMac 128ke
Mini vMac 512k
Mini vMac 512ke
Mini vMac Plus 1M
Mini vMac Plus 2M
Mini vMac Plus 2.5M
*clip*
Mini vMac "SE20" 4M...
etc...
ex:
Mini vMac 128k
Mini vMac 128ke
Mini vMac 512k
Mini vMac 512ke
Mini vMac Plus 1M
Mini vMac Plus 2M
Mini vMac Plus 2.5M
*clip*
Mini vMac "SE20" 4M...
etc...
I found these and downloaded them a week ago. Thank you.
let us know when u do a colour build for g3+10.3.9 eh? ta.
You don't need to buy activation codes or enter a temporary code every time you start up the emulator.
I think I compiled more varriations than there are in the varriations service...
These are outdated (3.10a)
http://macgeek417.uni.cc/files/Other/Mini%20vMac%203.10%20Alpha%20All%20without%20ROMs%20v.0.1.2.zip
What? When did they add that?
You don't for the normal Plus 4M one, but for the Varriations Service you do.
Ah..
I miss normal (non-mini) vMac... With it's real menus and such.
*Edit
eh, the IIx version is pretty useless. Stuntcopter crashes with no errors and locks up System 7 and MacBench 1 upon startup gives you a bad f-line bomb, the bomb dialog goes away then you get a type 28 error dialog box then minivmac goes back to running normally...
The Plus version seems to work fine. I guess they still have not gotten some of the other versions to work properly yet.
I miss normal (non-mini) vMac... With it's real menus and such.
*Edit
eh, the IIx version is pretty useless. Stuntcopter crashes with no errors and locks up System 7 and MacBench 1 upon startup gives you a bad f-line bomb, the bomb dialog goes away then you get a type 28 error dialog box then minivmac goes back to running normally...
The Plus version seems to work fine. I guess they still have not gotten some of the other versions to work properly yet.
the II and PB100 ones are incomplete.
(the IIx one is the II one but it accepts the IIx rom.)
the II one has no ASC (sound) or FPU emulation yet...
(the IIx one is the II one but it accepts the IIx rom.)
the II one has no ASC (sound) or FPU emulation yet...
MacGeek, while you are well within your rights to do this under the terms of the Mini vMac GNU GPL, you are doing Paul Pratt and Mini vMac development a huge disservice.
As Paul clearly states on his site, he needs money to speed development. Any donation counts. He specifically compiled those versions to help increase donations. For you to circumvent that for EVERYONE by compiling your own versions and freely distributing them, you are taking money out of Paul's pocket and discouraging folks from donating, or at a minimum visting his site to learn about donating.
For someone who seems to be hugely impatient to receive everything now as well as functional improvements on the Mac II and PowerBook 100, you have a funny way of showing your support for Paul's efforts. Have you done ANYTHING for Paul to justify this flagrant disregard for the project's needs? Have you developed additional code to help complete various emulators faster? Have you offered any services to him? And even if you have, it does not justify you taking away a means of financial support which Paul took some pains to set up, especially since any contribution you could make to the project pales by comparison to the source material you are freely appropriating. Sure, share your builds with your friends, but don't post them on the internet for everyone to find.
This shows great disregard for the very thing you clearly take for granted.
I compiled more builds than he did...
Everyone who can should still donate though...
Everyone who can should still donate though...
Your casual disregard for what you are doing is pathetic. That does not excuse you from doing what you are doing. DO NOT ASK ME FOR HELP AGAIN.
Aren't we being friendly?
Put it this way, while you think you are really being heroic, you may more likely be killing the goose that laid the golden egg.
Contact the original author and see what his opinion is, also check the actual license in the source code, if you are breaching that then the author has the full weight of the law on their side.
You clearly have no idea of what it is like to be a programmer.
Mac128 pointed out this thread to me. Thank you all for your support. How to keep Mini vMac development going is certainly a concern.
But MacGeek417 is permitted under the GPL license to distribute his builds. I have no complaint.
MacGeek417 started compiling his variations before the Mini vMac variations service was announced, and had every reason to believe he was helping the Mini vMac project. And on the whole, it still may be of help. The more people using the source code the better, in the long run. He has made several bug reports.
The variation service can be thought of as just a way to more strongly encourage people to donate, since it is so easy to get around it. (Otherwise, the donation rate for open source projects is about 1 in 10,000, which unfortunately isn't enough to make a significant difference for Mini vMac.)
Currently the focus is more on ensuring a solid 3.1.x stable version, but for the future I have some ideas for additional perks for people who have purchased an activation code, to make it more compelling. I'd welcome any further ideas for such perks.
But MacGeek417 is permitted under the GPL license to distribute his builds. I have no complaint.
MacGeek417 started compiling his variations before the Mini vMac variations service was announced, and had every reason to believe he was helping the Mini vMac project. And on the whole, it still may be of help. The more people using the source code the better, in the long run. He has made several bug reports.
The variation service can be thought of as just a way to more strongly encourage people to donate, since it is so easy to get around it. (Otherwise, the donation rate for open source projects is about 1 in 10,000, which unfortunately isn't enough to make a significant difference for Mini vMac.)
Currently the focus is more on ensuring a solid 3.1.x stable version, but for the future I have some ideas for additional perks for people who have purchased an activation code, to make it more compelling. I'd welcome any further ideas for such perks.
How about giving people early access to source-code updates?
Paul, you are indeed a true gentleman and far more forgiving than I. Kudos.
Anyone who has made it this far and NOT just immediately downloaded MacGeek's builds and moved on, PLEASE visit the variation service store and donate anyway. $5 is not a lot to ask to help support Mini vMac and keep more improvements coming. Especially, if you are not handy with compiling source code and are otherwise enjoying the benefits of the variations.
For those of you running real hardware, Mini vMac is going to be the best hope for natively manipulating vintage files on a modern Mac. His Macintosh II emulator will hopefully bridge that gap between HFS & HFS+ and System 7.5.5 and 8.1, before HFS support is eliminated completely from OS X.
Um... if he would ask me to stop distributing the builds, i would... but he hasn't, so I won't
If the only person who my distributing of the builds could possibly negitively-impact doesn't care, why should you?
If the only person who my distributing of the builds could possibly negitively-impact doesn't care, why should you?
But does he know what you are doing?
I see what you did there.
There is a huge difference between doing the right thing and being permitted to do the wrong thing.
If a developer puts out some software as fully functional shareware and asked for a donation if you used it, and you used it all the time without ever donating ... would that be wrong? Technically no, because the shareware designer offered it that way. Would it still be wrong? Yes.
Now what if you took that exact same shareware and posted it on a bulletin board in your local user group, but compiled your own "read-me" as you have done with Mini vMac, which does not mention the request for donations? Would that be wrong? Again, technically no, if the author failed to require the notice be distributed with the software. Would it still be wrong? Yes.
That's what you are doing to Mini vMac. Not only that but you are distributing it with ROMs, something Paul can't legally do (nor can you by the way, but that's another matter). So there is very little reason for anyone to ever visit Paul's site once they have everything they could possibly need. But Paul has no choice but to allow you to do this. You are entitled under the GPL to do anything you want to do. Except, you violate the first term of the GPL:
In addition, Paul can't really ask for donations in any of his attached GPL documentation because of its nature. Mini vMac is itself borrowing vMac's license and must comply to the terms of it as well. Technically he is within his rights, but more importantly since Mini vMac is based upon patents, trademarks and copyrights of Apple, charging anything for the code or program itself is problematic. So he must at all costs avoid the appearance of profiting from Apple's intellectual properties. It's a catch 22, it takes resources to develop something like this, so one has to be independently wealthy or rely on the support of a larger community who does not have the skills themselves. Moreover, at all costs this project must fly below the radar and appear inconsequential to Apple. The fact that you are redistributing the work against the GPL:
by including Apple's ROMs, makes you and your distribution a target as well as the entire Mini vMac project. You have been one of the most visible members on this site flagrantly flaunting requests and offers for copyrighted software. I don't know how long you have been involved in the vintage Mac community, but there are numerous examples of people who have been shut down over the years for less obvious infringements. So not only are doing Paul effort's a disservice, but you are putting the Mini vMac, 68Kmla and the entire vintage Mac community in jeopardy.
At a bare minimum, if you placed in your "Read Me First!" document and even once mentioned to others on any of your numerous threads around the vintage community where you have posted links to your Mini vMac collection to visit and make a donation to Mini vMac for the tireless efforts of its developer, which you have so liberally appropriated, I would have been less offended. Add to that your careless disregard for visibly treading on protected copyrights and violating the terms of the GPL and the situation is made even worse.
I personally find your actions thoughtless, reckless, and morally challenged. Why exactly are you posting every possible build anyway?
1. I haven't distributed it with ROMs since ClockWise at E-Maculation asked me not to.
2. Mini vMac itself has all of the copyright stuff in it. just press Ctrl-A, but i'll ask the mods to update the above link to one with COPYING and LICENSE files in it.
@mods: please update the link in the OP to http://macgeek417.uni.cc/Mini%20vMac%203.1.2%20Beta%20Win32%20Binaries%20v1.1.zip
2. Mini vMac itself has all of the copyright stuff in it. just press Ctrl-A, but i'll ask the mods to update the above link to one with COPYING and LICENSE files in it.
@mods: please update the link in the OP to http://macgeek417.uni.cc/Mini%20vMac%203.1.2%20Beta%20Win32%20Binaries%20v1.1.zip