Thats the problem with the KDE developers. Since day one they closed they're ears and eyes to reasonable answers
Plain not true. The KDE team has always listened to reasonable suggestions from outside.
The fact they started with a proprietory/not free toolkit underscores the prevelant 'we dont give a shit about you' attitude the KDE project has
What else should have been used?
There was not, and still is not, anything that even remotely compares to Qt when it comes down to speed of coding, code readability and speed of learning.
And for the license problems, never forget the KDE Project was writing its own free replacement for Qt (the project just got discontinued when Qt became open source).
But the KDE project just blows it off and keeps on believing their browser is a superior product
Maybe that is because they do?
I've used (and still use) both, and had much fewer problems with Konqueror than with Mozilla (and don't get me started on the speed or the code base).
I'd be interested in knowing where you're still having problems - we're all so used to using Linux that we can't see it through the eyes of a beginner (and so don't know which parts need to be changed to make it possible for everyone to convert).
Even if it weren't against the Geneva Convention,
it's probably a bad idea - since AIs start out being
naive, they might sign me up for a "Make Money
Fast" spam.;)
It doesn't catch this (yet). But you can turn off sending the bounce messages (they're completely optional).
I decided against adding lookups of the IP owner because of speed and traffic issues - I need this thing to handle >= 8000 messages a day (yes, I'm running it over mailing list folders as well. spam from linux-kernel is just as annoying as spam sent to me directly).
Everyone has the right to free speech. But I have the right not to listen.
Also, for the money case: Dmitri isn't going to hurt Adobe financially, at least not directly.
Red Hat is hurting Microsoft financially by making fewer people buy Windows - does that make us thieves? I don't think so. And this is much more like DmitriAdobe than SpammerUser is.
Since sending spam is illegal, I consider the addition to the license a simple case of "you may not use this to do illegal things", much like you implicitly claim "I won't use this to kill someone" when you buy a knife.
I think it's ok to make this so clear that even a braindead spammer can understand it.;)
That would kill the biggest point of making it open source: I want people to be able to add their own rules (and send them back to me for inclusion in the next release). I don't think we can ever come up with a spam filter that catches all spam, but we can definitely get closer to that goal.
Different people usually receive different spam.;) For example I'm quite sure I've been getting all those "hot teen pix" and "enlarge your penis" spams ever since I made the mistake of telling a "statistic survey" (needed to be filled out to get to a download page) that I'm single.
Content filtering doesn't suck - while an accept list kills even more spam, it also kills some legit mail (such as bugzilla notifications), causes problems when you sign up for a mailing list, and simply annoys people (think "important customers") who want to send you a message.
There are situations in which an accept list is better - but for others, content filtering is much better than nothing.
Nice fix - but you can't do that for your business address.
("Hi, CEO of important customer! Sure we can talk about this via email! My current address is foo1234567@sneakemail.com, and if I discontinue reading that, please try bar7654321@sneakemail.com!").
That's pretty similar to what my tool is doing, with the exception that I'm not filtering out Japanese or text/html (some people do send legit messages with broken mail clients).
IANAL, so I can't tell you whether or not this could hold in court.
The reason I've put it in is because spammers will probably want to figure out how to prevent their mail from being blocked, and rephrase the typical spam phrases I'm catching, and I don't want that to happen.
The possible solutions would have been
Don't release it This worked quite nicely in the last month or so - reduced the amount of spam I get, but doesn't help anyone else. A rather egoistic approach, not a solution.
Release it under a binary only license I've actually considered this for the first time in my life, using a license like Use the binary, don't reverse engineer it, but if you need to run it on a platform other than Red Hat Linux on x86 simply let me know and I'll give you the source under the condition that you don't make it available, but make your resulting binary available. But then, I know what I think of proprietary software, so I'd rather avoid this one, as well.
Explicitly forbid abuse of the source That's the one I picked - I don't know if it can be enforced (it'll probably be hard to prove a spammer rephrased his spam because he looked at the phrases being blocked), but making clear it's not ok and threatening consequences might stop one spammer or two. Since sending spam is illegal in many countries, this is not even much of an additional restriction to the GPL - it's just a "Don't use this program for illegal purposes"
I'm not sure if the license with this addition still meets all the terms of the Open Source Definitions (not shutting anyone [spammers] out), but I think everyone will understand this restriction.;)
Since spam is getting more and more of a problem, I've decided to release my partial solution (content based spam filtering).
It currently kills about 70% of the spam I receive (still leaving about 20 messages per day in my normal mailbox:( ).
The tricky part is that any such installer would have to handle
a ton of different packaging systems (rpm, deb, BSD-port, just to name a few) if it wants
to play well with the rest of the system.
KInstaller is trying to do that though (but it's not ready yet).
Sure I can lie about myself (though I don't see why I'd want to spread lies about my IQ being lower than it actually is:>) - but that's not what M$ are doing.
By faking signatures, they're practically claiming that "person xyz supports dropping all charges against Microsoft" when xyz said no such thing. So it's pretty much the same thing as myself claiming Bill Gates said Windows XP sucks more than DOS 1.0.
Umm... Abiword is not OpenOffice. OpenOffice is
the former Staroffice. I mentioned Abiword (which
I agree is a great app) in a completely separate
context.
apps where GNOME has a big edge: the office apps (Gnumeric, Abiword, OpenOffice, Evolution, Gnucash) also The Gimp, Nautilus, Gstreamer, Galeon and many more
Have you taken a look at KDE recently?
KSpread and KWord are about on par with Gnumeric and Abiword. OpenOffice is not a part of gnome and nowhere near usable yet.
For Evolution, KDE has Aethera, which isn't there yet, but catching up quickly.
For Nautilus and Galeon, there's Konqueror - which you like better is mostly a matter of taste.
Gimp is really ahead for people who can figure out how it works (and that's all but easy) - for others, Krayon (which isn't intended as a gimp replacement - more as something easy to use and still powerful) is better.
Off the top of my head, here's other things where KDE is ahead:
I did not see any mention on the article on whether other journaling file systems would be available on Red Hat 7.2 as part of the installation/upgrade procedure.
We support installing to ext2 and ext3; reiserfs partitions are preserved when they're existing.
The kernel does not have XFS or JFS patched in (mostly code issues).
Actually, the article is the reasons why we're using ext3 as the default filesystem. It is not as a full comparison between ext3 and the other options.
Yes, other filesystems have some advantages under some circumstances. Nobody here would contradict to that statement.
ext3 simply happens to be the only filesystem that has all the pros listed in the article, and those are the most important ones IOO.
SGI Has put a major effort in porting XFS to the RH ISO and Linux Kernel . You'd think RedHat might collaberate on the effort. Or Will XFS be an option for RH7.2?
No, because our kernel people dislike some parts of its code. e.g. it adds system calls Linus hasn't approved, and changes too many parts of the kernel a filesystem shouldn't touch.
When those things get resolved, it will probably be re-evaluated.
Slashdot Mirror
a different mirror universe though, to one seen in Star Trek The Next Generation, Deep Space Nine and other Star Trek television
When was the TOS/DS9 mirror universe shown on ST:TNG?
The article got it wrong, it is not an official alpha release.
It is a build from CVS right after switching to using Qt 3.0.
Thats the problem with the KDE developers. Since day one they closed they're ears and eyes to reasonable answers
Plain not true. The KDE team has always listened to reasonable suggestions from outside.
The fact they started with a proprietory/not free toolkit underscores the prevelant 'we dont give a shit about you' attitude the KDE project has
What else should have been used?
There was not, and still is not, anything that even remotely compares to Qt when it comes down to speed of coding, code readability and speed of learning.
And for the license problems, never forget the KDE Project was writing its own free replacement for Qt (the project just got discontinued when Qt became open source).
But the KDE project just blows it off and keeps on believing their browser is a superior product
Maybe that is because they do?
I've used (and still use) both, and had much fewer problems with Konqueror than with Mozilla (and don't get me started on the speed or the code base).
I'd be interested in knowing where you're still having problems - we're all so used to using Linux that we can't see it through the eyes of a beginner (and so don't know which parts need to be changed to make it possible for everyone to convert).
Even if it weren't against the Geneva Convention, ;)
it's probably a bad idea - since AIs start out being
naive, they might sign me up for a "Make Money
Fast" spam.
It doesn't catch this (yet). But you can turn off sending the bounce messages (they're completely optional).
I decided against adding lookups of the IP owner because of speed and traffic issues - I need this thing to handle >= 8000 messages a day (yes, I'm running it over mailing list folders as well. spam from linux-kernel is just as annoying as spam sent to me directly).
There are actually big differences.
Everyone has the right to free speech. But I have the right not to listen.
Also, for the money case: Dmitri isn't going to hurt Adobe financially, at least not directly.
Red Hat is hurting Microsoft financially by making fewer people buy Windows - does that make us thieves? I don't think so. And this is much more like DmitriAdobe than SpammerUser is.
Since sending spam is illegal, I consider the addition to the license a simple case of "you may not use this to do illegal things", much like you implicitly claim "I won't use this to kill someone" when you buy a knife.
;)
I think it's ok to make this so clear that even a braindead spammer can understand it.
That would kill the biggest point of making it open source: I want people to be able to add their own rules (and send them back to me for inclusion in the next release). I don't think we can ever come up with a spam filter that catches all spam, but we can definitely get closer to that goal.
;) For example I'm quite sure I've been getting all those "hot teen pix" and "enlarge your penis" spams ever since I made the mistake of telling a "statistic survey" (needed to be filled out to get to a download page) that I'm single.
Different people usually receive different spam.
Also, I simply don't believe in closed source.
Content filtering doesn't suck - while an accept list kills even more spam, it also kills some legit mail (such as bugzilla notifications), causes problems when you sign up for a mailing list, and simply annoys people (think "important customers") who want to send you a message.
There are situations in which an accept list is better - but for others, content filtering is much better than nothing.
Nice fix - but you can't do that for your business address.
("Hi, CEO of important customer! Sure we can talk about this via email! My current address is foo1234567@sneakemail.com, and if I discontinue reading that, please try bar7654321@sneakemail.com!").
That's pretty similar to what my tool is doing, with the exception that I'm not filtering out Japanese or text/html (some people do send legit messages with broken mail clients).
The reason I've put it in is because spammers will probably want to figure out how to prevent their mail from being blocked, and rephrase the typical spam phrases I'm catching, and I don't want that to happen.
The possible solutions would have been
This worked quite nicely in the last month or so - reduced the amount of spam I get, but doesn't help anyone else. A rather egoistic approach, not a solution.
I've actually considered this for the first time in my life, using a license like Use the binary, don't reverse engineer it, but if you need to run it on a platform other than Red Hat Linux on x86 simply let me know and I'll give you the source under the condition that you don't make it available, but make your resulting binary available. But then, I know what I think of proprietary software, so I'd rather avoid this one, as well.
That's the one I picked - I don't know if it can be enforced (it'll probably be hard to prove a spammer rephrased his spam because he looked at the phrases being blocked), but making clear it's not ok and threatening consequences might stop one spammer or two.
Since sending spam is illegal in many countries, this is not even much of an additional restriction to the GPL - it's just a "Don't use this program for illegal purposes"
I'm not sure if the license with this addition still meets all the terms of the Open Source Definitions (not shutting anyone [spammers] out), but I think everyone will understand this restriction.
Since spam is getting more and more of a problem, I've decided to release my partial solution (content based spam filtering). :( ).
t ar.bz2
It currently kills about 70% of the spam I receive (still leaving about 20 messages per day in my normal mailbox
ftp://ftp.bero.org/pub/experimental/NoSpam-0.0.1.
And yes, it kills spam from monsterhut.com.
The tricky part is that any such installer would have to handle
a ton of different packaging systems (rpm, deb, BSD-port, just to name a few) if it wants
to play well with the rest of the system.
KInstaller is trying to do that though (but it's not ready yet).
Better yet: "Just click on the RPM package in Konqueror". Since rpm files are linked to kpackage, it will actually work.
And how many of you want to help your mother run through the rpm/deb process?
Where's the problem?
"Click the K menu, select System -> Package Manager. Click the Open icon in the toolbar on the left side."
Sure I can lie about myself (though I don't see why I'd want to spread lies about my IQ being lower than it actually is :>) - but that's not what M$ are doing.
By faking signatures, they're practically claiming that "person xyz supports dropping all charges against Microsoft" when xyz said no such thing. So it's pretty much the same thing as myself claiming Bill Gates said Windows XP sucks more than DOS 1.0.
can it be (given the First Amendment)
Definitely.
If I state
Bill Gates mentioned Linux is better than Windows, and Microsoft's webmaster told me they've upgraded all their servers to Linux and *BSD
or
George W. Bush called me today and mentioned his political idol is Adolph Hitler
and claim they're actually true, watch me getting get locked up.
Satire is protected if it's clear that it IS satire.
Umm... Abiword is not OpenOffice. OpenOffice is
the former Staroffice. I mentioned Abiword (which
I agree is a great app) in a completely separate
context.
Have you taken a look at KDE recently?
KSpread and KWord are about on par with Gnumeric and Abiword. OpenOffice is not a part of gnome and nowhere near usable yet.
For Evolution, KDE has Aethera, which isn't there yet, but catching up quickly.
For Nautilus and Galeon, there's Konqueror - which you like better is mostly a matter of taste.
Gimp is really ahead for people who can figure out how it works (and that's all but easy) - for others, Krayon (which isn't intended as a gimp replacement - more as something easy to use and still powerful) is better.
Off the top of my head, here's other things where KDE is ahead:
Not 100% on topic, but somewhat related: The second beta has been released yesterday. You can get it at ftp://ftp.redhat.com/pub/redhat/linux/beta/roswell /.
I did not see any mention on the article on whether other journaling file systems would be available on Red Hat 7.2 as part of the installation/upgrade procedure.
We support installing to ext2 and ext3; reiserfs partitions are preserved when they're existing.
The kernel does not have XFS or JFS patched in (mostly code issues).
Actually, the article is the reasons why we're using ext3 as the default filesystem. It is not as a full comparison between ext3 and the other options.
Yes, other filesystems have some advantages under some circumstances. Nobody here would contradict to that statement.
ext3 simply happens to be the only filesystem that has all the pros listed in the article, and those are the most important ones IOO.
SGI Has put a major effort in porting XFS to the RH ISO and Linux Kernel . You'd think RedHat might collaberate on the effort. Or Will XFS be an option for RH7.2?
No, because our kernel people dislike some parts of its code. e.g. it adds system calls Linus hasn't approved, and changes too many parts of the kernel a filesystem shouldn't touch.
When those things get resolved, it will probably be re-evaluated.