GPL Causing Problems for Derivative Linux Distros
NewsForge (Also owned by VA) is reporting on a recent discovery by Warren Woodford about how the GPL could affect derivative Linux distributions. This could make life difficult for those small distros that are being maintained by one or two people in their spare time due to the high amount of work it creates. From the article: "Woodford does supply the source code for MEPIS' reconfigured kernel in a Debian source-package. His mistake seems to have been the assumption that, so long as the source code was available somewhere, he did not have to provide it himself if he hadn't modified it. While he has not contacted any other distributions, he suspects that he is far from the only one to make this assumption. 'We, like 10,000 other people, probably, believed we were covered by the safe harbor of having an upstream distribution available online,' Woodford says. 'I think, of the 500 distributions tracked by DistroWatch, probably 450 of them are in trouble right now per this position.'"
Remember, this applies equally to kernel hackers as well as people creating derivatives from other GPL software.
From: mrAngry@snootygits.com
Subject: I want the source code to your system!
Polite Reply:
If you would like the source code you are welcome to have it.
Please note however that I have only made changes to a few of the thousands of x system source files.
There are 2 ways that you can have it, the simplest being go to my upstream system writer and download the base code which I used and see the src folder on my FTP/CVS/web server for my own modifications.
Otherwise I am willing to post you a CD/DVD containing the entire source code (original and my modifications). I cannot unfortunately upload the entire x GB folder since I do not have the bandwidth to spare.
Please note however, there will be an administration and postage charge of £10 if you require a DVD image.
have a nice day.
Anyone making source modifications to a system must have at least one source copy of the original so be respectful but don't waste your time worrying about it.
liqbase
His mistake seems to have been the assumption that, so long as the source code was available somewhere, he did not have to provide it himself if he hadn't modified it.
It's called passing on an offer to supply source code.. it's a part of the GPL. What a load of shit.
How we know is more important than what we know.
Why should the "upstream" or "bigger" distro supplier be obligated to distribute source code for YOUR particular distribution? Of course _somebody_ needs to be responsible for making the source available, otherwise the entire spirit of the GPL is unenforceable...
It makes sense to me that the person distributing the binaries should be responsible for making source code available for said binaries. That is how the license is written, and it is very straight forward. No surprise here - so what is the complaint?
Do we really want everyone and their brother shipping their own MyFirstDistro as binary only, just because the sources are individually (hopefully, for the time being) available elsewhere? Is it fair to put that burden on someone else?
Wouldn't any license be a headache for a small distro provider? How many packages in an average distro, for a team of 2-3 people to validate compliance on?
Sheesh, evil *and* a jerk. -- Jade
I seem to recall various incidents in the past few years (a DVR maker comes to mind, though I can't remember which) where commercial products used GPL software unchanged, failed to distribute source (pointing people to the maintainer of the software), and the FSF and community raised a fuss. So I don't understand why this is suddenly such a light-bulb moment.
-- Old Man Kensey
...surprised when their guess as to what is required is not correct. Film at 11.
Wikipedia has a pretty good plain English translation of the requirements to distribute GPL software.
Think of the Children; Sleep with your Sister
Requirements for being in this police force include an aversion to shaving, showering and doing laundry. Punishment will involve rubbing the face of violators with the dirtiest beard in the police force.
2 years and no mod points. Join reddit. Because openness is good.
The GPL only requires that one provide the source code if asked, and it is perfectly legal to send it via postal mail for a nominal fee.
I can't imagine that anyone is actually asking these small Linux distributions to provide the source code for the Linux kernel when it is available for a free download.
OK, these "distro makers" are downloading vast amounts of material covered by the GPL for free and then redistributing it for money or advertising. (MEPIS sticks in an Earthlink signup icon, for example.) And then they whine that they have to provide the source for the free stuff they're reselling.
Even worse, some of these distro makers want you to sign up for a "support contract". If they don't have a repository of the source, their support probably isn't worth much.
And who would be affected if these distros stopped being maintained? Nobody in their right mind is going to rely on a software project that is somebody's hobby.
This doesn't really kill one-man distros, it just means that the one man can't go through the pointless ritual of creating an ISO that nobody actually uses. So big deal. If you want to have fun by creating your very own Linux distro, nobody's stopping you. But if you want to create a distro (or any other open source project) that people will actually use, you have to learn to work with others.
I really like using Linux distros. I've been using MEPIS for a year. I'd hate to see it go away because fscking ubuntu just plain doesnt work on my cheapo hp pavillion ze4900 laptop and i'm not enough of a masochist to try and install slackware or gentoo (no offense to users of either distro).
101010b 2Ah 52o
What about public FTP mirrors (such as run by many universities) that distribute binary packages/CD images/...? Do they have special agreements with the projects they mirror? Otherwise I guess they have to provide the source for any version they ever distributed for a period of three years too.
I'm not an expert on this ... but
... but enforcing this is actually counter to the intent of the GPL as far as I can see.
I thought the point of the GPL was to encourage people to share and reuse code. Enforcing that EACH person who reuses code also shares it themselves is counter to this intention. The effect will be less reuse and less sharing overall. Obviously someone has to make it available, and when and upstream provider stops doing so, everyone else would have to pick up the slack.
Why don't we completely rewrite the kernel from scratch and license it under something else?
Wait, I've heard that idea before somewhere...
I make websites and stuff. Buy one.
Darryl first. He will probably want a license fee even if he has never heard of your distribution.
Quality Hosting e3 Servers
I like Mepis; the newest release is expected on July the 10th or so - nice way to remind about the distro :-).
Their favorite reccomendation is that you *distribute the source along with your modified binaries* That way, you've automatically fulfilled that part of the GPL right from the start.
The obvious solution to this problem is to provide a HTTP or FTP server to grab it from, but the catch is how are you going to get that multi-gigabyte file onto the server in the first place, unless both you and the server have got an uberfast connection?
Dedicated servers aren't the most expensive things in the universe (£80pm for a 2.4GHz server with 512MB RAM, 80GB HDD, and a 10Mbit direct pipe to the Internet last time I checked) but they can be a bit of a pig to admin...
this is typical sensational journalism. Who exactly are they in trouble with? Is someone going to sue them? Of course not! No one cares if somebody packages up a linux and distributes it to 3 people.
At a reasonable price. My billable rate is CAD$78/hr. Minimum 3 hour callout, plus materials, and shipping.
HTH, HAND
If someone comes up to you and demands the source code rudely, you can politely tell them to fetch the code from the same place you got it from. You can send source files for anything you have changed or added.
The angry user cannot legally sue you since they do not own the rights to the source code. The chances are the original programmer won't try to sue you either. They would have nothing to gain by doing so, unless you are making tons of money from your distribution (and if so, you can afford to mirror the entire source code). As long as you are reasonable you should be fine.
Just relax, and get on with making the next version.
I'll probably be modded down for this...
Warren has made his own problems. I tried Mepis in 2004 and quite liked it. I used it for more than a year and installed it on several people's machines. However, I will not use it any more.
My reasons are several, but one of the top ones is murky licensing.
No doubt somebody from the MEPIS community will loudly declare that licensing is not a problem. If this is the case, exactly how can I get the source to build myself a MEPIS distro?
There has been considerable bad blood in the MEPIS community and former community. I am not a member of any faction. I have done my share to contribute. I simply tried to get my questions answered and MEPIS and Warren came up short. His many rants -- the one cited in the story is one of many over the last three years -- further convince me that I was right to walk away.
MEPIS is because is non-standard. Warren repeatedly warns against upgrading packages from the standard Debian repositories. There is no upgrade path from one version of MEPIS to the next. There appears to be a very weak mechanism for collecting community know-how as to how to configure the system to "just work" on a particular platform.
There is no safe harbour....
If you are re-distributiong non-commercially, without modification, upstream source is fine (which makes sense)
If you are modifying anything, including doing your own custom kernel, then you must provide source. Providing the source alongside the downloads, granting equivalent access to it, satisifes your obligation under the GPL to provide source. The day you stop offering downloads, you can stop offering the source as well.
That's a very good thing - there needs to be a lot less "small distros maintained by one or two people in their spare time". These SDMBORTPITSTs aren't helping anyone: if you want to roll your own linux for some itch you want to scratch - more power to you; but there's no need to call it a distro and pretend that you are going to maintain it for more than 2 months.
sic transit gloria mundi
Time for some natural selection
If they are obviously just being lazy and skimping out on the requirements (large distribution with plenty of donations to come in that could cover such things, then they need to get their heads out and start offering it up. For the small hobbyist that's doing it alone for fun on his home website he can stick it out and see what happens. Going after the little guys isn't helping the RIAA and MPAA very much in the public eye, so I doubt that it would help the FSF much either (should they pursue it). Copyright infringement is the same before the law whether its 'free' software or music and movies. Hell, they could set up torrents for their binaries (assuming they have another place to seed them from) if they have to take them down from their site because they aren't hosting the source.
What ever happened to the "NewsForge is part of the OSTG, just like Slashdot" disclaimer that used to get posted on stories that linked to other OSTG sites?
My lack of God, it's Trotsky!
GPL requires for **non-commerical** unmodified redistribution (such as SimplyMEPIS download mirrors):
1) A copy of the GPL be provided (and for a distribution with glibc, a copy of the LGPL as well)
2) A list of the GPL/LGPL packages used and where the source code is available from (the source code can be provided by a previous location *IF* it is non-commerical redistribution)
GPL requires for commerical redistribution (such as can be ordered from the MEPIS store):
1) A copy of the GPL (and LGPL) be provided
2) A written offer for source code on a physical media (such as CD) that costs no more than recovering the costs of performing such redistribution (if time/materials to download and burn all the source packages is worth $50 then the cost is $50 even if the binary CD is only $15)
It seems silly for the FSF to go after MEPIS considering the on-going GPL violation that Google continues with for their Google Search Appliance at http://www.google.com/enterprise/gsa/
Google performs redistribution of a RedHat-like GNU/Linux distribution *WITHOUT* providing any written copy of the GPL or LGPL. There is no copy provided with the written documentation provided. And while there is a copyright/about option in the web administration piece of the appliance, it also fails to provide any copy of the GPL or LGPL. So far, I am not aware of any effort by the FSF to correct Google's actions and the group that provides support for the GSA has stated they have no intentions of changing their actions to comply with the GPL since they consider themselves to already be complying by *NOT* providing any copy of either license!
Also, EndRun Technologies has a small GNU/Linux distributions can be downloaded from:
http://www.endruntechnologies.com/download.htm
The source code is not available for download but is available on CD-ROM for a $100 fee.
In ubuntu, as in debian, there is complete source package for every binary package. Should you read the appropriate documentation, or even google, you could easily download the source package corresponding to the kernel package. Perhaps you were told to "fuck off" because you were too lazy to google before being rude?
The obvious problem being that a lot of ISPs these days (especially UK-based ISPs) are blocking or severely throttling torrent traffic. It makes it rather slow to grab the latest Fedora ISOs...
Well, that's not distributor fault, and therefore the distributor should still be GPL compliant (unless the torrent becomes completely un-downloadable). But in this case, hey, put it on a couple of DVD's (just to have backups) and write on the homepage "if you want source, send me $2+stamps and I'll send you the source code DVD".
-- Patent no.123456: A way to personalize
I'm a hobbyist mod-maker for the ~10yo FPS game Marathon, the engine for which is now GPL'd, spawning the Aleph One project. I've got a near-total conversion mod in progress right now (don't worry about the "near" part, the original game content is also free game for such purposes now), and for the ease of my potential players, I'd really like to include the application program, renamed and with a custom icon (as has been traditional practice for Marathon mod-makers of the pre-Aleph days), in my download. Since Marathon was originally a Mac game, Aleph One requires no "installation" (at least on Mac and Windows); you just download a .zip of the program, put it in a folder with your choice of game files, and play. So including the app with my mod would mean players just download and go, no other downloads or installation necessary. (And yes, players of other Marathon mods do actually get confused by the three-step process of downloading the game, downloading the engine, and putting the two together).
However, I found out not long ago that I can't do that without distributing all the source, including that for my modifications. Nevermind how to distribute what little I modified in "source"; I renamed the files in the Finder and copied some icon graphics into the app package, what's the source to that? Nevermind that I couldn't code my way out of "hello world"; even if I wanted to ship a completely unmodified binary, I'm not even sure how to get the source to it, much less how to distribute it properly.
I'm basically a user of this software, but a developer of art content that is symbiotic with it. A game engine is useless without game content and vice versa; the two are really things that ought to be packaged together. But developers of game content, especially amateurs like me, are quite often not developers of software. They just use the software to present their content.
I think the GPL causes significant problems in cases like these. Another example I could imagine would be an open-source installer program or self-extracting archive maker (not that many things use these anymore, probably for this very reason): if you want to use that installer to ship your stuff, must you also distribute the source to the installer? Even if what you're shipping has nothing to do with the installer, other than that it installs whatever it is you're shipping? Must you ship an "installer package" and make people download the installer separately if they don't already have it? So, self-extracting archives are not feasible under the GPL, since everyone who used one would have to distribute the source to the archive-maker as well?
I'm sure this will probably get a lot of "that's what the license says, if you don't like it don't use it" responses, but I'm just trying to point out that the GPL as it stands is not appropriate for the distribution of all types of applications (like game engines or self-installer programs), even when it is otherwise appropriate for the projects that develop those programs, and thus I think the GPL could use some modifications to allow for such reasonable uses.
The GPL seems to assume that everyone is, or at least ought to be, a software developer and/or distributor. But I think I've shown that there are some cases where software is only incidentally distributed by people who have and want nothing to do with the development or distribution of software, but rather, things that use that software. An apt analogy might be if some bottle-maker distributed instructions on how to make such bottles (i.e. chemical ingredients and such) with every bottle, and insisted that anyone who make and sell copies of those bottles also include those instructions. Maybe you've got an ingenious bottle plastic formula and want it open to the world and not patented or exploited by Coca-Cola for profit; that's fine and dandy. But does that mean I can't serve
-Forrest Cameranesi, Geek of all Trades
"I am Sam. Sam I am. I do not like trolls, flames, or spam."
The concerns the article expresses are valid but a bit overblown. Yes, distros have to offer source code. Yes, that means for all packages even if you only modify a few. The FSF has a point, that's the only way to insure the source for your distro is available if the upstream moves to newer versions that aren't compatible with your stuff. But there's several ways to handle this without much trouble:
- Offer source directly with the binaries. Including the source on CDs/DVDs along with binaries merely requires more discs (which you should charge for if you offer physical media). Including source packages on the server alongside the binary packages, by the FSF's own statements, satisfies your obligation under the GPL. If people don't download the source at the time, you've still satisfied your obligation to make it available. Yes it'll cost some server space and bandwidth, but your binaries are already using a bunch of that and you've handled it.
- Distribute only your modified packages and provide source for them. Direct people to the appropriate distribution's site for the unmodified packages. Or host ISOs of the base distribution in unmodified form (assuming you qualify for the "non-commercial" label and can take advantage of the pass-along option).
Frankly, were I doing a Linux distribution, I'd opt for the first course. It's got the fewest issues down the road, and it follows the lead of the major distros so I'm unlikely to run into unexpected trouble.Of why the BSD license is 'more' free, and much safer
---- Booth was a patriot ----
As RMS stated about Bitkeeper, if you trade fredom for conviniance, sooner or later you will loose. GPL takes your freedom away (forces you to do things you might not want to do), CDDL gives it back to you.
From your comment it seems you are distributing glossaries not Pilot-DB. If so, I don't understand why the need to make Pilot-DB sources available. Maybe I misunderstood?
Not a troll, nor flamebait - just "hacking" the 'reasonable' clause and cost in the GPL.
Hypothetical:
Say I make (ast an hourly rate of my annual salary) $50 an hour. Not unresaonable for a consultant.
I am distributing a baby distro and I do the source via DVD and postal request since I cannot afford a lot of bandwidth.
Figure it takes me 20 minutes to process the request, type up the label, grab the latest from my repository and DL the rest fromthe upstream, burn a DVD, and put it in a protective mailer package. And other 20 to go to the post office and 20 to come back (assume I'm in a rural area outside the suburbs). So thats and our of my time. Add in that this is essentially overtime in addition to my real job, so I bill it at time and a half. Thats $75 baseline in cost.
Add in the postage ($8 or whatever the USPS "Priority Mail" rate is), the mileage and gas on the car to go to the post office, the CD cost (including mileage on the car and gas and time to go buy them, plus wear and tear amortization on my CD burner), cost of the bandwidth, etc.
So all in all:
"Yes, you can have the whole source tree from my upstream and the 2K of diffs I have added - the reasonable cost for this source is $94.37 per CD"
Is that the right answer?
Every penny of it is documented and accounted for. Every bit of it is involved with the cost in materiels and time that it takes to prepare and ship the source. My software is free, my time is not. If you think otherwise, go ahead and put yourself down as a slave who will work for free at the demands of people that use the software you donated - is that the intend of the GPL, to enslave authors to the whims of the recipients of their gifts?
Again: Not a troll, nor flamebait - just "hacking" the 'reasonable cost' clause in the GPL.
Who decides what is reasonable?
Does the GPL give someone the right to dictate to the person releasing the software what they can and cannot do with their time? Think about it.
If not, then how do you overcome the situation above, where the GPL seems to imply that you have to release the whole of the code, including upstreams, not just your diffs, especially where releasing the whole of the upstream is cumbersome or onerous - and the response ($94.37 per DVD) is likewise.
Personally, I never looked at it this way before - the only thing I've released as open source (long ago) has been under the BSD license just to avoid the entanglements the GPL requires. And that only to be able to avoid warranty that Public Domain doenst expressly mention.
Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo! http://goo.gl/J9bkO
SUSE has several Non official SUSE Linux versions
It is said that you can do this. The only thing you need is to remove the Novell opyrighted stuff. Unfortunatly it is not very clear what they are and what they are not. It is not just the README and such files and screens, but also e.g. the OOo customized popup screen.
Don't fight for your country, if your country does not fight for you.
It wasnt flamebait, as you have the choice.. You can use a more restrictive license then GPL or a more free one. GPL is in the middle somewhere.
its your code, you choose the license youwant to distribute under. I'm only saying that there are more restrictions with GPL licensing then there are with BSD, and this is a good example of them. Yes i understand that is by design and the intent of RMS from the beginning. I just prefer the more free route, even if that means someone might out and sell my code while i dont get a dime for it, ( though i do get credit ). its the price i pay for being 'more' free.
---- Booth was a patriot ----
The reasons for making the source code available are sound. The exact source for each version of the distro should be available. When I get a distro, I could be satisfied with an archive of the complete source, even though it contains lots of code that hasn't been modified. I would also appreciate an archive of source for only the changed packages. Perhaps someone hasa set of best practices to share with us?
"The mind works quicker than you think!"
Isn't it the essence of GPL to allow everyone to question about it? People in the Open Source world gets interested in talks about legal matter. It means maturity and responsability. Whether this guy from MEMPIS is right or not is another matter and talking about the issue is important to clear things up. It's also about freedom..
Captcha: validity !
The jounalist who wrote that article should have prefaced his definition of "safe harbor" with the old acronym "IANALB" (I am not a lawyer but...). Safe harbors have absolutely nothing to do with good faith; in fact, many of those who utilize safe harbors do so in really bad faith (e.g., tax shelters that are just within the law). A safe harbor is an exception in a regulation which provides that anyone who meets the definition is safe from being in violation of that regulation. The example that nearly everyone recognizes is the concept of "grandfathering"; for example, "every store built after this regulation is in effect must have three clearly marked exits." The two-exit stores existing at the time of the regulation are within a safe harbor.
Here endeth the rant for the day!
Wow. I sure do with Linux hackers would spend as much time fixing buggy-ass source code as they do splitting hairs over the GPL. No wonder the GPL works better than the code does.
Not even as one of those little links in-between the stories? Isn't this important? If this was the latest "OMFG M$ IS TEH SUXX LOLOLOL" article would it be relegated to the section without exposure to the front page? Does it bring up too much reality for everyone to digest at once?
Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
People working on the FreeBSD Ports Collection have had this discussion too with regarding to re-distributed RPMs for for example the linux Userland emulators.
At the end they decided just to download the original SRPMS and make them available at the FreeBSD ftp sites too, just to get out of the hassle of it.
bash$
I know this is a little late in the discussion, but I did a quick search on the page and couldn't find anything about patch files.
Would this affect any small source-based distro's that use patches on top of the original source files? [sort of like Gentoo, 'cept they aren't small]
Lately I've been thinking about building a small distro based on Gentoo or even just "roll your own" for my self. If I intend on releasing it to the public [I am still uncertain] would patch sets be the easiest route if I were to need to actually modify any code[it will be a source-based distro]?
Google returns about 24.8 billion results for the word "the". Keep in mind, that's four times the total number of people on the planet. It's 32 times the number of people online. So assuming all things were equal, that would mean that even if we wired up every person on the planet, they would each have four webpages, at least.
Sorry, but we're not there yet. You'd think it'd be time for some natural selection of the Internet. Who the fuck wants to read anything Jack Thompson has to say? Surely we could do without Heroic domain and typo squatters, couldn't we?
The problem is, even if no one clicks on typosquatter ads for quite awhile, these Heroic pages probably won't go away without a fight. They'll find other ways to make money, other places to hide, all without cancelling the ones that aren't working.
So what happens to all the old Linux distros? Oh, they might even still be available, but the unpopular ones won't be maintained. Remember tomsrtbt? That was my best recovery tool, before I had a cd burner, cheap CDs, and noticed how everyone had ubiquitous CD drives. Now I use RIP. Let's compare those -- tomsrtbt still works on the same computers it did before, but doesn't support the filesystems I need, and my main computer no longer has a floppy drive -- not to mention, it was last released in 2002. RIP probably takes less time to load, even though it pulls some 75 megs into RAM before you use it, versus tomsrtbt's 2 megs, because tomsrtbt is on a floppy (a slower floppy than usual), and RIP is on a CD. And let's not forget, RIP was last released four days ago.
So, why is tomsrtbt still online? It's still on DistroWatch, even.
The problem is, when a project is truly forgotten, you also forget to remove it, even if there's a natural replacement.
Don't thank God, thank a doctor!
You know this? You're scaring me...
Instead of having their own copy of the package's source, all Gentoo does is make a script that points to the upstream package in most cases. I imagine it makes things a lot easier...
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
No it doesn't. On the contrary, most of the files reside on Gentoo servers and only a few get fetch from upstream. ;)
Don't people read and make sure they understand a license before they start distributing software under it? Just copy the source file from the original distro and post them on your FTP site. You could set up a script to do this while you sleep at night. The distro I use, BLAG, which is only a couple people seems to have no problem with being a derivative of fedora and offering the source in both individual SRPMs and ISOs.
Does the FSF have the power to insist on this for software they don't have copyright on (like, IIRC, the vast majority or even all of the Linux Kernel?)
If they request the source code to a GPL package, and the author ignores them, what option do they have? I imagine the original copyright holder(s) would have an action as the original author(s) but I fail to see what standing the FSF has unless they are a copyright holder.
This is an honest question - I don't know how this aspect of law (copyright law, maybe some other laws sneak in?) would actually work. What are the limits?
Of course, the linux distro that isn't chock full of GNU tools is a rare bird indeed...
"I object to doing things that computers can do." -- Olin Shivers, lispers.org
The GPL was meant to ensure availability of source code. It was meant to empower the individual developer.
Now that GPL software has become big business, that same license is being used to chase the new, smalltime players out, by insisting that they provide expensive but meaningless mirrors of a bunch of unmodified software that's available a zillion other places.
'I think, of the 500 distributions tracked by DistroWatch, probably 450 of them are in trouble right now per this position.' and the other 50 are BSD variants.
There is no upgrade path from one version of MEPIS to the next.
Well, that's what happens when you mix in non free stuff like Macromedia flash, Real Player, Nvidia drivers, NDis wrappers, Vonage clients, etc. Non free is brittle. It might be less brittle than the Windoze world, but it will never be as easy as the free world.
Free packages in Mepis upgrade with about as much grace as you can expect. Just last week, I upgraded Kontact from a 2003 edition to Etch. This worked out OK through apt-get outside of X. It got all the KDE goodies, xorg and other dependencies and just worked when it was done. There was one hang up, but the system itself told me what magic phrase to type.
There appears to be a very weak mechanism for collecting community know-how as to how to configure the system to "just work" on a particular platform.
Nuts. Mepis is one of the easiest distributions to install. If it works off the CD, it will work off your hard drive and Mepis works with more hardware than anything else I've ever tried.
Mepis is still a great distribution to install for someone when you don't want to spend a lot of time. It demonstrates what free software can do. The problems it has are the problems of non free software in general and those rear their head far less often on a Mepis system than they do on less free platforms. In short, don't give up a useful tool just because one person says some stupid things.
Warren can and will fix this little source code problem and this little non issue will fade away without trace. The chances are that some co operative solution will be easiest. Distributions which use the same package unmodified can get together to share the cost and expense of keeping the source code available.
Friends don't help friends install M$ junk.
No, Gentoo has an advantage because they don't have to deal with the kludge of binary packages.
Please, for the good of Humanity, vote Obama.
So everything remains as normal (ubuntu or debian base + mods). If asked to provide offer only a mail option (having to pay anything will prevent people from caring). All you do is grab the binary install it and write a quick script to grab all installed packages source from the repository.
To recap: Not likely to happen and 30 minutes work if it does. Wow the horror
I happen to be a distro maintainer myself – yes, I know, I say that every single post, but at least now it actually is relevant – and I'll admit, up until recently I didn't distribute any of the source code either. But starting with the latest release, I've done no less than three whole discs of nothing but source – it's really not that hard to do, honestly.
(If you're wondering, it had nothing to do with the FSF or GPL zealots; I've been working on doing an AMD64 port of my system, and that meant I had to move away from simply pulling pre-existing x86 binaries and actually start building the source myself. Honestly, it actually seems to be working a lot better this way.)
Just in case any other would-be distribution maintainers are reading this, I may as well offer some advice – I've just put together a set of three ISO images containing the complete source code, as well as build scripts, etc. to automate the compile process. You really just have to know how to distribute it. As far as my distro's concerned, I don't actually distribute the ISO images or CD's myself – all the downloads, etc. go through MadTux.org, who not only host everything at no cost to me, but they also donate some of the money from monthly CD sales to me to continue development, pay for Web hosting, etc. So get someone like them to help with the hard part (actually distributing everything) and once that's out of the way, you should be fine.
Creative misinterpretation is your friend.
I've read some posts arguing about how the Free Software Foundation(FSF) has no standing to take GNU/Linux distributors to court for non compliance with the GPL. Well, let's take a look on how they do have standing be checking some of the software in FSF's GNU Project.
There's more, not all of the sofware I mentioned is copyrighted by the FSF, but I'm sure some of the most important is. Not to mention that companies like Trolltech own the copyrights of vital parts of SimplyMEPIS and other distributions.
If you're a distribution who is derived from Debian, or derived from a derivative of Debian, there's no excuse for not complying with GPL 3a when you're distributing electronically, or 3b when you're distributing physically without making the source code equivalently available.
.dsc of every package that you're distributing the .deb of. If you've modified the package, you've generated a new orig.tar.gz and a new diff.gz in the process; if you're using dak, you even had to send these to the archive in order for it to accept them. [If not, hopefully you're at least using something that makes sure you've uploaded all of the debs that you've built to your archive and checks the md5sum of them in the .dsc]
It's a simple as mirroring the diff.gz, orig.tar.gz, and
This isn't exactly a new problem, and it's one of the reasons why it's so trivial in Debian to get access to the source, and why all of the mirror scripts that Debian distributes also mirror the source.
http://www.donarmstrong.com
The problem with the GPL is that it is awefully restrictive for being "free" software. When I think of "free", I think of a crazy bearded guy, driving down the freeway without a helmet at breakneck speeds on his hog or something like that... not the rigid, arbitrary moral and legal document of some sort of utopian zealot. I think the GPL is more "freedom" in the G. W. Bush use of the word, than the wild-ass anarchist sense of the word.
I consider the new BSD licence to be much closer to "free software"... Do whatever the hell you want with the code, but you are not allowed to restrict the use by anyone else or sue anyone!
Now, you may say that I don't understand the GPL... which might very well be true! I don't claim to be an expert at all. But that just proves my point - If I need to master some complex and subtle understanding of the GPL in order to use it properly, then it is not free in any conventional sense of the word. Police need to read a person their rights when they are being arrested, because if a person doesn't understand their rights then they don't have any rights. If I don't understand the GPL, then clearly I have no rights under the GPL.
The BSD licence, on the other hand, is pretty damn easy to understand, and it is as damn near anarchist as a binding legal agreement can get.
People! This license is under active development! If you have a problem with it, make *sure* to point it out *now* to the developers, if it's a bug it might be fixable in the near future.
GENERATION 26: The first time you see this, copy it into your sig on any forum and add 1 to the generation.
From my reading of it, it would seem that, strictly speaking, I'm not allowed to burn an Ubuntu ISO for my friend, if I'm not also prepared to give him the source, should he ask.
Did I misunderstand the license?
Seems reasonable to me. RMS sold emacs tapes for $150 and that was in the early '80s so I can't see a problem with someone charging $94.37 for a DVD.
I hate grammar Nazi's.
"nazis". The word "nazis" should not be captalized unless referring to actual Nazis (or, of course, at the beginning of a sentence), and an apostrophe is not used for pluralization.
Since the GPL allows you to charge for the cost of distributing the code, why not make money at it? Note FSF did the same thing; although they've gone to public downloads now, they used to charge (IIRC) $75 for an emacs tape, or $150 for the gcc source.
So start with the cost of a blank DVD ($1); add the cost of shipping ($5 or so for USPS Priority Mail); and then your time, including the time it takes to burn the DVD, to pack it, and to go down to the post office and mail it; say 1.5 hours@$30/hour. ($100/hour if you're a consultant.)
The source code is free, you have to provide it to anyone who asks for it; but it isn't free, you don't have to pay to give it away.
...water is wet.
That's correct, afaik.
What happens is the guys at MEPIS make the sources available for any changes they made. Which they've already got from when they changed the code. It's no hassle -- it'll take them all of 10 minutes, they can just start it copying those source files and then walk away from the computer and do something else, use a different computer, take a walk -- and it's a real non-event.
Read the GPL, it might help you out. If you don't change the code, you don't have to distribute it.
"surely all a downstream distro has to do is refer to those sources for untainted packages? Is this good enough for the FSF, or are they just going to turn into the bully of the FOSS community?"
Yes, that's all a downstream distro has to do. Yes that's good enough for the FSF.
The problem is, that MEPIS *did* make some changes, and those need to be made available.
I don't see why this is such a big deal. A developer created some software under the GPL. If you want to distribute that software you need to comply to the GPL. Simple as that. If you don't like it, don't use that software.
www.linuxpenguin.net
Since you don't download binary packages from Gentoo, only build scripts
and patches, Gentoo doesn't need to post the sources on their servers.
They only post the sources to the build scripts and any patches they
wrote. The build scripts have the URLs of the source code in them and
download the sources. So once the packages are built the sources
are on YOUR MACHINE, unless you opt to have them deleted after building
the binaries (to save disk space).
Though I'm sure others have pointed this out, I wanted to be certain that there was a comment somewhere inidcating that the GPL actually puts a limit on how much you can charge to send CDs etc with the source on them, so that this is a perfectly legitimate way of getting source out there. It's not a for-profit thing but a for-freedom thing.
How to use coral cache: http://slashdot.org.nyud.net:8090/~oscartheduck
The emphasized part of what you said above is wrong. If you actually read Section 3b, it says that the written offer must be valid for any third party, not just whoever you give the executable to.
The "any third party" phrase in section 3b is one of the few hidden surprises in the GPL. A lot of people miss it even after reading the GPL thoroughly several times.
3b is a pain because you have to offer source to anyone who asks, pursuant to obtaining it under 3c from you or anyone who obtained it under a chain of 3c distributers from you. Usually, people will want to use 3c (and point to a 3b distributer) because they can't afford the bandwidth to offer source. This means that they are trying to punt the cost of source distribution onto someone else who distributes under 3b. Furthermore, they are trying to punt the cost of all downstream 3c distributers.
Clearly, someone distributing under 3b must be prepared for a lot of requests. While they can offset their costs to meet those requests, offers taken up have to be satisfied in a timely manner (otherwise the offer is not in good faith), and it might take significant infrastructure to be able to do this.
Now, the 3b distributor can require that the requestor prove that they have gotten binaries from either them, or any number of downstream 3c distributers from them before providing source. I suppose that the 3b distributer could issue a digitally signed "receipt" to the 3c distributer when providing binaries, and only provide source upon presentation of that receipt (which, if I understand 3b correctly, is their right). That receipt does not have to be transferrable. However, the only way any downstream 3c redistributer can redistribute under 3c is to transfer the 3b offer, and that offer is only good upon presentation of a valid receipt, so additional receipts have to be purchased.
That's a really grey area. Effectively one is constraining redistribution under 3c but only to the extent of additional requirements that have to be met in order to prove a right to the 3b source distributor. I think this is O.K. (but, of course, IANAL): you can still redistribute under 3c without meeting them, since you accompany it with 3b's offer to provide source to anyone who can trace binaries back to 3b my way of 3c redistribors. It's proof of that tracability that you're providing.
You could've hired me.
I sense a contradiction here. He couldn't connect to the net, and needed kernel source code to correct this problem... Ok, fine, but then how did he ever get online to the forums? Since he was online and asked for directions (from people with no legal requirement to answer), he should have simply located and downloaded the source. It isn't as though it is hidden away. If he can get to the forums but can't download, then being told where to download wouldn't have helped. I call "bullshit."
What I like about this, is that as RMS once said that exchanging freedom for convineance is a big mistake (regarding the BitKeeper affair), the same thing can be said about GPL.
This Guy Traded freedom (he used a GPLed code) for convineance (the GPL code he used was the easiest route).
Now he have a simple solution. Go with OpenSolaris and its CDDL license won't force you to do things you don't want to do (what is happenning know to this poor guy).
GPL is contraire to freedom, its forces you to post source code, there's not option about this...