Hyper-V ICS 1.0 (w/Synthethic Network Driver) for pfSense 2.1 & 2.1.1
-
We are going in circles. See, I'd have no problem if you simply and honestly stated "We want/need more $$$$, so screw you, guys, this no longer is an open-source project, the ideas won't pay our mortgage!" Instead of trying to make a mountain out of a molehill (oh noes, someone did build something and called it pfSense, the end of the world is near! and hide this simple fact behind tons of legal blurb as a "justification". (Ever looked at XDA? People do it daily there, and I have yet to hear about how the companies like HTC, Samsung etc. are losing trademarks en masse, so yeah, let me state again - this is legal BS, plain and simple.)
P.S. Need to ask Manuel Kasper whether he feels "ripped off" as well. ::)
P.P.S. No idea how's the "3-clause BSD" license relevant here. That's not how the code is licensed.
-
Ehmm..
Just a silly question but if we take out every pfsense out of the build (so pfsense is no longer mentioned) and name it something else BUT leave everything you made in tact.. then we did not publish anything under the pfsense name.
Would this mean you prefer a total rebrand so people can publish for example a stable Xen / hyper-v iso "with pfsense" but then just call it "Based up on PFSense" (with their own name) ?
As removing the pfsense name from our build isn't a issue, just seems kind of a dick move which is why we don't/didn't.
but considering i can see how much requests of PFSense with Xen had (as Xen currently lacks good supported firewall distributions) it would be something i would consider doing to "give back" to the community -
To conclude this - since "Your intent, however noble, doesn't matter" - see, this is the exact problem people have with this nonsense. What you've done is preventing honest development efforts by the community (not rip-offs), this thread being the prime example. Heck, it even prevents people from using pfSense, since they, as it is, cannot even build the code now, to make is usable on their virtualization platform.
And then Jim T. comes and asks at the mailing list how do forks help the project. WTH? What's you have done is what causes forks. Plain and simple, again. (BTW, your ML archive is still down.)
As removing the pfsense name from our build isn't a issue, just seems kind of a dick move which is why we don't/didn't.
Yeah, this. People are leaving the pfSense brand there as a credit to the project. Unfortunately, when paranoia kicks in, common sense no longer matters. Actually, thinking about it, must be some kind of schizo paranoia - leave the branding there, you're a trademark offender. Remove it, and you are the bad "rip-off" guy. That, or the motivation is completely elsewhere and has nothing to do with trademarks, as I've suggested above. ::)
-
It's not paranoia, it's what the law requires in order to maintain the marks.
We're not taking the project "closed source".
I've already stepped up to provide an official build.
You're spreading FUD.
-
You mentioned Ubuntu. Here is ubuntu's IPR policy:
http://www.canonical.com/intellectual-property-rights-policy
-
Debian and Mozilla got into it. Mozilla Foundation owns the trademark "Firefox" and claims the right to deny the use of the name and other trademarks to unofficial builds.
http://www.mozilla.org/en-US/foundation/trademarks/policy/
And informed Debian here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354622
The resolution was debian's "iceweasel" browser, which was a rebranded Firefox.
-
Even Debian itself has a trademark policy.
https://www.debian.org/trademark
Not as well that it prohibits marking (branding) something as debian that is not, in fact, debian.
-
@gonzopancho
i don't wanna get in the middle of the fuzz of this topic but lets stick to facts:
I got a 100% working PFSense with Xen, everything works and even the i to install has been changed to install due to Xen's poor refresh rate on console.with everything works i mean everything works, including carp, managed switches with LACP etc (all been tested).
Tho for xen tcp checksum offloading have to be disabled on vm level (else connections get hard on the same server, strangely opposite server works fine out of the box, and wan in lacp setup requires is).
all with all we pretty much got automated scripts and hooks for that too on xen.
We do plan on releasing this back to the community, as said there's almost no firewalls working with Xen, so it's a shame not to.
even within just our customers we received countless of requests when we publish it.
–------------------------------------------That all being said: where do we proceed from here?, to comply with PFSense etc, yet contribute to your community?
(with minimum extra time spent on it, as in the end we are still paid workers, yet tend to give back to community whenever our contractors allow us to). -
Extremely difficult to have a conversation when someone posts 5 random things in a row in 5 different posts (your Edit button got broken, or what?)
1/ I am well aware of the Mozilla BS, that was about the last straw for me. Seems like they are at it again, now they don't like that Dell UK is charging for installation service (maybe someone should mention to them that their trademark rights are exhausted by the first distribution in the EU, after that, they have no way to stop anyone from redistributing it, selling it or whatever else… Meanwhile, the browser development got completely off-track to put it mildly, same happened to their release cycle (wheeeew, we need to catch up with Chrome), and they are losing their userbase pretty fast. Is this the way you'd like to follow?
2/ Debian/Ubuntu - again, already discussed this on the other thread, not going to go thru this again in detail. And as said on the other thread as well, I have yet to see Debian sending "the most polite letters from lawyers" to the Mint guys, e.g. I also have yet to hear about complaints from Ubuntu or Debian about "abusing" they package mirrors.
So oh yeah, you say you are just protecting your trademark. The easiest way to protect it would be providing the unbranded build tools. Instead of pissing off large part of the active community and trying to make them jump through hoops to get access to something that's been always available. So honestly, all I can see behind this are the $$$$. All of this being even more absurd, given the origins of the pfSense project as a m0n0wall fork. And to be perfectly honest, the mails by Jim T. on the ML (archive still down, on purpose?) made me pretty much sick. If you guys feel so much exploited by people using your code, you should have chosen a different license from the very beginning. Oh wait, it wasn't about money at that time, right?
-
I got a 100% working PFSense with Xen, everything works and even the i to install has been changed to install due to Xen's poor refresh rate on console.
That's great!
That all being said: where do we proceed from here?, to comply with PFSense etc, yet contribute to your community?
(with minimum extra time spent on it, as in the end we are still paid workers, yet tend to give back to community whenever our contractors allow us to).Contributions are welcome (and we are grateful for them), but we don't want anyone confused about what 'pfSense' is, and is not.
And we have to act in a manner that preserves our trademarks.The 'rules' for pfSense are the same as for nearly any Open Source project of our side or lager.
You can build and run a version inside your organization, (or individually), which you have done.
This is fine, as the BSD license(*) allows exactly this, and we want to encourage experimentation and development of the pfSense base. But you can't distribute the results outside your organization with the pfSense indicia intact.If you want to provide us with pull requests, we're happy to review them. If they meet with our evaluation, and a CLA(**) is received from the individual(s) or company(ies) who have accomplished the work, then we will accept them into the pfSense source repository. If we have the resources, we will build and release these for the community. (We may choose to not support them for various reasons, including lack of resources.)
If you like, you can use me as 'point' on this. <jim-at-pfsense.org>or <jim-at-netgate.com>work.
All the above also applies to the original subject of this thread, 'Hyper-V' support.
(*) Most of pfSense is licensed under the BSD license, but pieces of it come with different licenses attached. These are not our work, but the work of individuals and companies outside BSD Perimeter or Electric Sheep Fencing. Typically they are in the original FreeBSD tree.
(**) CLA = "contributor license agreement". This basically a low-key agreement were you assert that it's your original work, and that we have the rights from you sufficient to build and redistribute it, and that you won't sue us for doing so (or infringing on your IP in the work, etc.</jim-at-netgate.com></jim-at-pfsense.org>
-
CLA agreement isn't an issue (we sign tons of stuff like that) aslong as ofcourse the ownership of contributed codes don't change hands.
We only been fools once to sign such agreement and still see our art work flow around for free because of it (while the artwork had a specific purpose for a specific project yet without ownership rights you can not make any form of claims of misuse neither).
The pull request , i have to ask our R&D for this, as far as i understaind they did change quite a few basic's AND our build is NOT recommended to mix with another build (lets say hyper-v) duo to the specific changes AND extra tools being installed for Xen.
meaning: this build should not or should it ever be in the "generic pfsense" iso, but a specific pfsenxe - Xen iso.
our R&D mentions this exact same thing for hyper-v aswel.they shouldn't be mixed, but just seperated releases to keep optimum security and performance. (ours was tested and optimized up to 10 Gbit)
So… does this comply with a pull request? as to me it sounds like you need to make a new fork for hyper-v and Xen, for the kernel optimization AND security optimization.
-
Extremely difficult to have a conversation when someone posts 5 random things in a row in 5 different posts (your Edit button got broken, or what?)
1/ I am well aware of the Mozilla BS, that was about the last straw for me. Seems like they are at it again, now they don't like that Dell UK is charging for installation service (maybe someone should mention to them that their trademark rights are exhausted by the first distribution in the EU, after that, they have no way to stop anyone from redistributing it, selling it or whatever else… Meanwhile, the browser development got completely off-track to put it mildly, same happened to their release cycle (wheeeew, we need to catch up with Chrome), and they are losing their userbase pretty fast. Is this the way you'd like to follow?
2/ Debian/Ubuntu - again, already discussed this on the other thread, not going to go thru this again in detail. And as said on the other thread as well, I have yet to see Debian sending "the most polite letters from lawyers" to the Mint guys, e.g. I also have yet to hear about complaints from Ubuntu or Debian about "abusing" they package mirrors.
So oh yeah, you say you are just protecting your trademark. The easiest way to protect it would be providing the unbranded build tools. Instead of pissing off large part of the active community and trying to make them jump through hoops to get access to something that's been always available. So honestly, all I can see behind this are the $$$$. All of this being even more absurd, given the origins of the pfSense project as a m0n0wall fork. And to be perfectly honest, the mails by Jim T. on the ML (archive still down, on purpose?) made me pretty much sick. If you guys feel so much exploited by people using your code, you should have chosen a different license from the very beginning. Oh wait, it wasn't about money at that time, right?
It still isn't about money. If it was, the reaction here would be very different. I wouldn't be trying to have a conversation with you.
I've already discussed my reasons for not wanting to provide "unbranded" build tools. Doing so doesn't help the project.
You don't say that you're actually a lawyer. You're 'trained', which doesn't have an actual definition. So what is it, did you go to law school? Have you passed the bar?
No, the debian guys aren't cross with the Linux Mint people because their IPR. But debian does enforce their marks, or you wouldn't see them granting licenses (https://lists.debian.org/debian-www/2011/04/msg00163.html)
Maybe you should read this: https://wiki.debian.org/ProposedTrademarkPolicy
"Palming off is a real issue, and we really do want to prohibit it …"
No my edit button isn't broken, but editing that stuff on the phone isn't fun, and you're not the only person reading this thread. In particular, someone recently attempted to use the 3-clause BSD license as a reason that we don't need to be concerned about our marks. He was wrong, and not only because most of the source tree is under the 2 clause license.
-
CLA agreement isn't an issue (we sign tons of stuff like that) aslong as of course the ownership of contributed codes don't change hands.
As long as we have rights sufficient to do what we need to do.
We only been fools once to sign such agreement and still see our art work flow around for free because of it (while the artwork had a specific purpose for a specific project yet without ownership rights you can not make any form of claims of misuse neither).
understood.
The pull request , i have to ask our R&D for this, as far as i understaind they did change quite a few basic's AND our build is NOT recommended to mix with another build (lets say hyper-v) duo to the specific changes AND extra tools being installed for Xen.
meaning: this build should not or should it ever be in the "generic pfsense" iso, but a specific pfsenxe - Xen iso.
our R&D mentions this exact same thing for hyper-v aswel.they shouldn't be mixed, but just seperated releases to keep optimum security and performance. (ours was tested and optimized up to 10 Gbit)
So… does this comply with a pull request? as to me it sounds like you need to make a new fork for hyper-v and Xen, for the kernel optimization AND security optimization.
Yes, it sounds like a 'fork', leading to an 'edition' is the right approach.
-
Rights to use isn't an issue.
Only issue we ever encountered was when a project went commercial and tried to bann us from using our own made code :-)
Aslong as that ain't happening we are fine.I will talk to our R&D and see how we can push the potential fork over to you guys.
All i can say is: it works well, besides kernel optimization and a few basic's:-
i to install has been removed: poor refresh rate of Xen console can actually miss this message which lead to unwanted live CD runs while they wanted to install –> ours just installs
-
reboot and shutdown functions have been adjusted to work with xen (without it just says the vm didn't respond in timely fashion as it gets stuck to "press a key to reboot"
-
Xentools / guest have been installed
-
minor kernel optimizations have been made
-
Freebsd adjustment to use the hardware limits rather then predefined limits by BSD kernel (this was a odd one but took a while to figure out how to use the "full capacity of 1 Gbit, let alone 10 Gbit")
anyways... can i mail / let my R&D mail your address to handle this further? seems rather out of place with the hyper-v topic.
the replies just "scared me off" after reading which is why i replied on this topic.For true detailed knowledge on how it's made --> i'm just the middle man testing it all not the one making it that's R&D, so best to let you techies sort it out amongst eachother if possible (atleast you know what your both talking about while i just know general outlines)
-
-
@gonzopancho:
I've already discussed my reasons for not wanting to provide "unbranded" build tools. Doing so doesn't help the project.
While pissing off the community and forcing the people to fork the code surely does. Hmmmm. ::)
Lets see:
-
I'm a random corporate user who'd like to use the product on foobar virtualized machines. I fix and modify the code for free, and want it tested by wider community so the bugs get squashed. Now what? You're gonna send me the polite lawyer letters? Wow, that's an excellent motivation to share fixes and improvements back with others, your project including.
-
I'm a random user who finds a couple of minor issues with your code, easily fixed in a couple of minutes. I go through the trouble of registering at your bug tracker, filing a bug, heck, even submit a pull request via Github since I'm a good open-source guy. You're gonna tell me what? Sorry, Sir, sign these licensing papers with your own blood in triplicate and snail-mail this back to our office. We'll get back in touch with you in a couple of weeks. Wow, another excellent motivation to contribute. You know what I'm gonna say? Yah, you guessed it right…
-
I just want to use your code, with a few touched here and there, say as an ISP with my routers. So, now I cannot because you nuked access to/relicensed the build tools so that this is impossible. Even though I'd be perfectly happy with giving credits to you, but instead you tell me I'm a trademark offender. So say, I decide to get it stripped of any trademarks and logos and similar nonsense - again a no go, unless I use some outdated forked off repo. So, tough cookies, guys, I'm just gonna use something else where people are actually happy with their code being used, such as DD-WRT or whatever, instead of complaining about being exploited, their resources getting abused by others and in general they think I'm a bad rip-off guy. And you tell me it ain't about money now? Read something totally different over there at the mailing list.
@gonzopancho:
You don't say that you're actually a lawyer. You're 'trained', which doesn't have an actual definition. So what is it, did you go to law school?
Yeah. Two even. Czech and UK. Got pretty much sick of the profession. This "intellectual properly" madness being one thing (it has really gone so far that it seriously hinders innovation and billions of dolars are wasted on lawyers arguing about BS for months in courts), the big brother shit being another. See what's become of the U.S., and how's all that crap slowly "exported" worldwide. Freedom, oh yeah, what a load of bollocks.
P.S. Some nice reading: Sony's War on Makers, Hackers, and Innovators. So, congrats, you too have "killed Aibo", and now you want to control how your - until now BSD-licensed - code mostly written by others can be used. Ya know, the bad modchip guys and emulator guys.
Why, just why? >:( :'(
-
-
You're "sick of the profession", and I'm just trying to defend the project from yet another challenger who decides to file for cancelation of the registration, or puts someone else's IP in the source tree, or asserts a patent against some code they contributed (possible latches defense, but still expensive), etc etc etc.
As a (former) lawyer, you know the risks are all too real.
I didn't define the battleground, I just have to deal with it.
-
1/ I am well aware of the Mozilla BS, that was about the last straw for me. Seems like they are at it again, now they don't like that Dell UK is charging for installation service (maybe someone should mention to them that their trademark rights are exhausted by the first distribution in the EU, after that, they have no way to stop anyone from redistributing it, selling it or whatever else… Meanwhile, the browser development got completely off-track to put it mildly, same happened to their release cycle (wheeeew, we need to catch up with Chrome), and they are losing their userbase pretty fast. Is this the way you'd like to follow?
Firefox had a ton wrong with it. Chrome was, and is, better.
The mere fact that every major browser sans Firefox and IE uses WebKit should explain everything.
Neither is Chrome a fork of Mozilla's code, so your analogy fails to illuminate.
To your point about Mozilla and Dell, first sale does not exhaust or grant reproduction rights.
If what you say we're true, putting Hollywood movies ripped from DVDs would be completely legal. -
Ehmm..
not to bust your chops but Chrome is a fork of chromium , where as chromium now kicked off contributions by chrome (ala google)
<– when your talking about forks and way to do it chrome isn't the best example when it comes to community, great example for one who left community yet became succesful tho :-)
-
Chrome is chromium plus extra proprietary code.
Since Google authored the original code base, supports the project, etc
Google's intention, as expressed in the developer documentation, was that Chromium would be the name of the open source project and that the final product name would be Chrome, however other developers have taken the Chromium code and released versions under the Chromium name. These are listed under "community builds".
And then there is this:
http://trademarkem.com/chrome-turf-war-did-google-abandon-chromium-trademark
Which is exactly the problem.
The suit was later dismissed, and, as part of an undisclosed settlement between Google and ISYS, ISYS abandoned its trademark efforts.
Note that google claim trademark on chromium as a term
http://www.google.com/permissions/trademark/our-trademarks.htmlChrome is not a "fork" of chromium. Chrome is a product based on chromium. Both chromium and Chrome are owned by Google.
-
Again –> not the best example when it comes to community :-)
that was my point where with facts you just strenghten it.
All with all communities expect a certain level of "appriciation" when you contribute thingsi don't get that feeling in this topic as mentioned from the start.
My company now actually does look into alternatives due to this as we don't feel PFSense has the type of management thats "good for opensource".
As far as what we already made (pfsense with xen) --> we are still happy to contribute, but as also indicated we aren't looking on spending alot of time on a finished product, in that case removing pfsense name is way more quick (yet a dick move).
So.. the outcome of contribution vs fork i guess now lays in your court :-)