No there's a third remedy. Negotiate with the copyright holder for more suitable terms of license. So to summarize, there are three remedies available:
1. Cease distributing the offending code (replace it, or withdraw the software from distribution entirely)
2. Re-license the derivative work under compatible terms (essentially release the entire work as GPLv2)
3. Buy a suitable license for the copyrighted code under terms compatible with the needs of the derivative work.

Note that #3 is impossible for some projects, as all copyright holders must agree. For some large projects this is very difficult, especially when some contributors can no longer be found. The Linux Kernel is one example.

For one-man shows, this is why I always recommend the GPL for released code. This allows you the option to sell commercial licenses should your code prove popular. And you still have the option to add additional open source licenses as others request. Releasing code under a permissive license, such as the BSD or even MIT, shuts the door on some of these options. You can always relicense your own code, but you can't recall code you've previously released under another license.

Please provide a citation to support your somewhat extraordinary claim. Which CDC study was this and where were the results published? Who silenced whom?

As far as your desire for rational debate, how is this helped by referring to conspiracy and innuendo?

Gee, if you need to see porn that badly, the full Lena image is doubtless a click away.

As for why the iconic image is the way it is, it has nothing to do with indecency. They could only wrap the top third of the image around their imaging drum to end up with a 512x512 image, and that's the way it's stayed ever since.

http://en.wikipedia.org/wiki/L...

Noticed on the hovercraft picture that the webp version had a slightly different hue to the water than the original image had. bpg seemed to have the correct, original hue. Except this color issue (not sure where the color problem comes from), WebP seems to be about the same as bpg.

What dependencies are these? You imply you've used recent versions of Fedora. But I can't think of any major, disruptive, 0pointer software dependencies that have been added in the latest release. systemd? Fedora 15. Pulseaudio? Fedora 14. firewalld? Fedora 18. (Firewalld can be removed easily; just yum remove it). No new 0pointer stuff here.

So I don't know what you're talking about here, and I suspect you don't either. Hoping to score some cheap points? You're a bit late with the hate.

It's readily apparent you haven't even used Fedora in years. So why bother commenting on it? Systemd has been in Fedora for over two and a half years. You're a little late to the whining party. I highly doubt you've even used PulseAudio before. PulseAudio has pretty much just worked for several years now (yes it was a disruptive change at the time) and I for one am extremely glad to have it. It makes audio in Linux not suck. Don't know what world you live in, but it appears to be stuck a few years ago when there actually were problems. Occasionally I have a glitch of some kind, but I also had problems with straight ALSA too. Having multiple devices and multiples streams is an awesome feature that brings Linux a little bit more feature parity with Windows. Note that PulseAudio and Jack serve different purposes. Use whichever one supports your needs at that moment. PA happily gets out of Jack's way when you need to do some real-time audio processing.

I sound like a broken record, but at least for enterprise distros like RHEL, standard syslogs are pretty much required (possibly under certain legal frameworks some enterprises operate under). Therefor RHEL 7 has rsyslog and it works fine. You can also enable in Fedora if you want. Using rsyslog as a long-term audit-able log, and then using journald as a short-term, highly-detailed debugging log is a good compromise, IMO. The level of detail journald can capture is very nice when you need it. Not sure where Fedora wants to go with this issue ultimately. We'll have to see.

Funny people even ask about it. A lot of posters talk like systemd is a brand new scary thing, when it fact it's been in Fedora for a long time. Two and a half years, if I recall correctly.

Several posters incredulously have stated that the risk to the plane was nonexistent, equating it to a bird strike (which in fact *is* dangerous). This is just plainly irresponsible on their part. We in fact cannot say what the outcome of a collision would be but we can say the risk of loss of life or damage to the aircraft is not zero. Is this acceptable to you personally? Perhaps it's okay for strangers whom you do not know? Family and loved ones? The risk of collision, however small, is a completely preventable risk, and it shouldn't even be there in the first place. That's why authorities are coming down hard and harder on the hobby.

Whether the airplane was in real danger or not, this incident is just one more of what are becoming weekly if not daily occurrences and show the utter stupidity of some people who fly these RC toys in reckless and dangerous ways. Every serious RC modeler knows that there are restrictions flying near airports, and strives to be safe and situationally aware. These idiots flying their RC toys next to full-scale aircraft are neither safe nor situationally aware, and really are ruining the hobby for everyone, and it will be a loss to all of the rest of us. Yes I'm sure this is all said so often that it gets really old, but this story makes me very angry as someone who flies RC airplanes and the occasional quad, and the situation is not improving. Self regulation is not working because idiots don't self-regulate. So sooner or later the entire hobby will be banned (besides that, none of these airplane buzzers build their own craft; they just buy a ready-made unit and toss it in the air without any apparent thought), plain and simple.

The only problem with BASIC is that each compiler is its own non-standard dialect these days, many of which are proprietary, old-school non-FOSS institutions. FreeBASIC is very good, though, and open source. Modern dialects of BASIC (dunno about Visual Basic) are very structured and support a wide variety of programming paradigms from object-oriented to event-driven to procedural. Some dialects do enforce strong typing. So while you or I might not have reason to use BASIC as we have other languages we are equally at ease in, others might be right at home in BASIC and be able to write good code. For now I'm sticking to Python.

And of course this "D" language is not to be confused with the other "D" language, which is Turing complete.

While I'm sure one could over-engineer a sun tracker, I'm pretty sure almost all the ones on the market work as you suggest, with a turntable that turns 15 degrees an hour, just like clocks do. Of course it's not quite as simple as you suggest, because you may not want the panel to turn 360 degrees, but rather reverse back to morning position. And there is room for a lot of little things like calculating sunup and sundown times so that we don't waste energy moving when we don't need to. Also if you want to perfectly face the sun, you have to adjust your starting and stopping times for the equation of time as solar noon occurs at a different time each day throughout the year. At least if you want the panel to aim perfectly at the sun. Also the panel tilt can be adjusted each day to match the sun's declination. I'm sure many systems do all these things and do cost an arm and a leg. And yes I'm sure you could hack something together with Arduino for a couple hundred dollars. One of the reasons why enabling technologies like easy-to-use microprocessor systems are so disruptive.

Am I overthinking things? Surely. But it's fun. Forgive me for the long reply but I've been playing with sundials lately (generating them with a python script) and it's really fun and cool to try to make one as fancy and accurate as possible.

Sorry but saying Perl is a frontend to C is just silly. Not at all what I mean and you know it. Why do you write nonsense like this?

I'm speaking more akin to various languages that use LLVM to access the same object and name mangling system. The language is the frontend, LLVM is the backend. Swift could have been implemented as a translator that emits ObjC code (let's be honest it's all syntactic sugar). I see Swift as a prettier version of ObjC plus a few other pieces of syntactic sugar.

The real question is, can you program in swift without knowing any objc? At present I think you could, but understanding Objc enough to read it would be highly useful.

Is Pale Moon an actual fork, or is it just a rebranding of Firefox releases with a few built-in add-ons and configuration tweaks, such as the task bar and the traditional style? Is Pale Moon under active development and diverging from Firefox? I use Pale Moon, but I've yet to see that it's actually a fork.

But the clickpad has been in the Thinkpad line for years now. And it sucks there too. I don't mind the clickpad on OS X, but under Windows and Linux it's horrible.

Running Mint on my X220, and I cannot get the clickpad to work worth a darn It's jumpy, and the clicking part always moves the mouse cursor when I hit it. Also I can't rest my thumb on the pad while moving my index finger. The cursor just won't go anywhere. It's extremely annoying. I'm not sure whether this is Linux at fault or the pad itself. It might be the latter because I think Windows has the same problem. But either way the clickpad needs a lot more Linux developer love. At least the X220 has real buttons above the trackpad, and the trackpoint.

I disagree. Uselessd shows that systemd's parts are not as tightly coupled as people suppose. Just because they are all part of one umbrella project does not, in fact, mean they are tightly coupled and integrated in some sort of orwellian fashion. Uselessd proves this fact. And Uselessd is a good thing to have. Provides competition for systemd, provides a few features people want, and could pave the way for modern desktops like Gnome to run on non-linux systems such as BSD. Gnome isn't bent on having *the* "systemd" just the capabilities that systemd provides. If Uselessd can do it, so much the better.