For the "I don't like Vuze" crowd
A mini FAQ for those of you who keep sending the same messages in our forums repeatedly.
Do I have to use the Vuze interface?
NO. It's optional. You can get Azureus to start up with the "classic UI", and none of the Vuze interface code will be loaded at all. Just to repeat ourselves again - YOU DO NOT HAVE TO USE THE VUZE INTERFACE. Read about the UI Switcher
I don't like the Vuze interface!
Then don't use it. Remember, it's optional!
You shouldn't force people to use Vuze
I agree. Which is why we don't, it's optional.
Can't you distribute a version of Azureus without Vuze?
Technically, yes we can. Will we? No. There's no reason to. Like we've said before - you can use Azureus, without any Vuze code loaded at all if you don't want it.
Do you use the LAN peer finder? Inbuilt tracker? The "download basket"? Download bars? Statistics generation?
If you don't, then you can disable it and it doesn't get used. Like the Vuze interface. We wouldn't release different versions of Azureus with these things included or excluded. We're not going to do it with the Vuze interface either.
We've made it so you don't have to use Vuze, since we realize not everyone wants to use it. So given that you aren't forced to use Vuze in any way... why should we create another version with it included or not? That's just more work for us with no benefit.
Yeah yeah yeah, but couldn't you just distribute a version anyway?
Yes we could, but we aren't going to, because then people will think there really is a reason to have two different versions even though we've said that there isn't, which then cause even more confusion. Whereas if people were to just read this FAQ, and understand they don't have to use Vuze at all, then that would be more straight-forward.
So you're not going to do separate versions for commercial reasons?
No - we're not going to release separate versions because there's absolutely no advantage for us or for users. Users can avoid using the Vuze UI if they want to.
What harm would it do to have separate versions to make everyone happy?
If we have to distribute separate versions, then we've have to build separate installs. And then we have two upgrade mechanisms that we have to handle.
And then our work wouldn't end there. There would be two separate code versions. And then people would say "Why does Vuze identify itself as Azureus". And so then we would have to change that code so that identifies itself differently, which may mean actually forking the code. And then people will say "Why do the Azureus devs say that Vuze uses the same core as Azureus if they release it differently and it identifies itself differently"?
So, no. It means more work for us, has no advantage for users, and has no advantage for us. All we would do is cater for the misinformed user, and then it creates even more misunderstanding as well as more work for us in future. Instead of doing all that, we'll just point those users to this FAQ. Especially to the first point made here.
If you can point out a valid reason why there should be separate versions, rather than just getting the user to change their interface (and living happily ever after), then maybe we'll do it (we'll certainly discuss it). We've yet to hear one.
Can't you just put all the Vuze UI code into a separate file?
Technically, yes. However, that means that whenever we want to send out updates, you have the potential for breaking the interface. The Vuze UI needs to be kept in sync with the Azureus core code itself - and if they get out of sync, you'll end up with a broken interface (which you might not be able to resolve without installing). That's the same reason why we don't (and wouldn't) distribute the classic user interface separately.
This goes against the FOSS and Sourceforge philosophy!
No it doesn't. Sourceforge is meant for open source projects - which Azureus is (and always has been). Same with the Vuze code.
The 'F' in FOSS stands for "Free". Which, again, Azureus is - you're free to modify it. It's also "free as in beer", so you don't have to pay for it.
blah blah corporate blah
Whatever. If there's some supposed ethical or political reason why you don't want to use Vuze, fine - don't. You're not forced to.
You just don't understand the P2P community and you don't listen to users
We understand that a lot of you won't want to use something like Vuze. Hence, we're not forcing you to use it, nor are we dropping support for the Azureus 2 interface.
If we really wanted to force the Vuze interface on everyone, then we could have done. Removed the original interface or refused to continue development on it. We've done neither.
Vuze developers should leave Azureus alone!
The people working on Vuze are the same people working on Azureus. We've got no interest in removing all the work that we had put in for the classic UI and main Azureus core (which we've worked on for several years in our own free time without being paid for it).
So now some of those developers (who do have families to look after, thanks) get paid for their work, while being able to spend more time working on Azureus (as well as Vuze). Is that a bad thing?
Oh, and some of us still volunteer our time to Azureus for free.
Doesn't matter, I've got a modified version which doesn't include the Vuze code!
Which would work exactly the same as if you used if you had used our normal version. Oh well.
The reason why it is relatively straight forward to take out the Vuze code is because we deliberately coded that way - the existing core doesn't have any dependencies on the Vuze UI at all. You don't even have to modify the code. We've even pointed out how you can do it if you really want. But it isn't something we are going to do, for various reasons explained above.
Oh, and I do hope your modified version is running the source code you think it is, rather than including some malicious code...
Doesn't including the Vuze UI even if I don't want it make Azureus more bloated?
Does it use up more CPU? No. Does it use up more memory? No.
The only difference there is that the JAR file containing all the class files is bigger - probably in the region of 3 or 4 MB (at most).
Bloat bloat bloat bloat...
We've heard the argument that all these changes make things more bloated. To quote this forum post:
I've noticed for a long time that there are always some users who love to scream until their vocal cords bleed about "bloat". Typically, they define "bloat" as "Features I don't use". These same users are always in forums requesting tweaks and new features to their pet software. Their sense of entitlement is greatly stroked when such tweaks and features are added.
But when features are added that they DIDN'T ask for, well that's "bloat". The reasons for the changes don't matter. The other users don't matter. The overall health of the project doesn't matter. And it doesn't matter if the screamers can simply ignore the new features and use the software the way they always have, unimpeded. There is no appeasement other than a total acquiescence to the demands of the screamers. "REMOVE IT!" "MAKE A SPECIAL BUILD FOR ME!" "STOP SELLING OUT TO THE MAN!" "LISTEN TO YOUR USERS! (i.e. 'me').
The point that we can't make enough... if you don't like the new interface or the new features - you don't have to use it. Just because you may not choose to use something, it doesn't mean that other users won't. And if new features don't get in your way, then how does it really cause a problem?
Bookmarks