News From The Evolution Front 52
An anonymous reader writes "Sun's Java System Calendar Server connector (Hydrogen) for Evolution 1.4 on Solaris and Linux was GPL'ed today and is now available in GNOME CVS. This follows the recent GPLization of Novell's Ximian Connector (for Microsoft Exchange servers). In related news, the next major version of Evolution (version 2.0) is supposed to be released sometime during the next month, and beta testing have picked up pace. If you have some spare time, you can also give the Evolution 1.5.9 a spin. You can also use jhbuild to build Evolution from CVS (since the binaries are quite old by now). There is also a new project in GNOME CVS, called Evolution Brainread which adds a blog viewer to Evolution. It is not yet quite ready for production use, but looks quite good."
depends on Mono? (Score:5, Interesting)
Re:depends on Mono? (Score:2)
Running the Java calendar server under Mono using IKVM might be interesting though.
Re:depends on Mono? (Score:5, Informative)
NOTE: I get this from an email from a Java Desktop System engineer who said he got word straight from Nat that Evo2 would not have Mono dependencies.
GNOME will probably also be in much the same way
As relates to Sun Java Desktop System (disclaimer: of which I work on in a tech marketing capacity) since obviously Sun is going to be much more interested in Java as a platform, not Mono (NOTE: I'm not saying Sun won't include a Mono platform in Java Desktop
Re:depends on Mono? (Score:1)
Re:depends on Mono? (Score:4, Informative)
1.5.x is the unstable testing version for Evo2
If Evo2 were to ship with GNOME 2.8 -and- start using Mono as a core technology, Evo2 would either take a lot longer to release -or- it would be initially unstable
Like I said in the parent, I haven't personally used 1.5.x so I can't vouch for the stability (though I definitely like the things I've read both on stability and features).
As for the current version (1.4.x) being unstable
Re:depends on Mono? (Score:5, Interesting)
It would be hard to say whether GNOME coming to depend on Mono or on Java would be worse. Each outcome, on reflection, looks worse than the other. Sun and Microsoft both have submarine patents on the runtime techniques, and both are deeply hostile to Free Software: MS would like to kill it, while Sun hopes to "0wn" it. The only saving grace in Java's case is Gcj, which might be proof against patent risks. There's no equivalent for C#.
Both are cargo-cult languages, with features shoveled in without understanding how they interact. (As a result, e.g., using exceptions in Java doesn't actually lead to simpler code.) We still have no other language as useful for serious application and library development as C++. It's a pity that the GNOME crew are so ridden with superstition by their exposure to early (and badly broken) MSVC++ as to be unable to perceive the merits of ISO standard C++. It's is free, legally safe, and (like Algol-60) "an improvement not just on its predecessors, but on its intended successors". Someday there will be a language that deserves to replace C++ for serious work, but it won't be Java or C#.
Re:depends on Mono? (Score:1)
Ever since my introduction to programming twenty five years ago, I have been subjected to new languages promising universal salvation every two years. This is getting wearisome.
Re:depends on Mono? (Score:2)
Checked exceptions catches a lot of bugs (Score:4, Insightful)
In almost all cases, maybe 95%, there is a real reason to catch a checked exception. Not catching the exception is an error, and should be flagged as such by the compiler.
For example, in C after calling certain functions (IO functions for example) you must check the return code for errors and act on it. Too often have I seen people only checking the return code from the open() but not from the subequent read() for example. Having these methods throw a checked IOException is a very good things, because it makes you deal with the error.
Just because handing errors is freaking boring doesn't mean you don't have to.
Also, there are RuntimeExceptions which doesn't need to be caught.
There is a very simple rule of thumb that should be used when deciding wether to use a checked exception or a RuntimeException: If the potential exception can be thrown from a perfectly bug-free program, then it should be checked. For example: A perfectly correct program without a single bug can still receieve an IOException when reading from a file, because its out of the applications control. Obviously this must be a checked exception.
On the other hand, a NullPointerException is unchecked because it is possible to write the code in such a way that you are guaranteed that they are never thrown.
Now, this rule does not always work perfectly and at times like that it can be a bit painful. For example, InputStream.read() is declared to throw IOException. However, this means that you need to deal with IOException even when reading from a ByteArrayInputStream. These cases doesn't come up that often (if it does to you, you really should think about the quality of the code you are writing) and in the case when it does, it can be wrapped in a simple:
Another annoying quirk is why Integer.parseInt() is declared to throw an unchecked NumberFormatException while NumberFormat.parse() is declared to throw the checked ParseException?Re:Checked exceptions catches a lot of bugs (Score:2)
C++ improvments (Score:2)
Ansi C++ has gotten much better but the STL is still lacking the a hashmap and a hashmultimap. Options for using garbage collection with C++ should be made standard as well.
I have not played with c# but I do feel that java has a lot going for it. For one thing it as a base object class. That is so helpful and almost removes the need for templates. I am not fond of the the speed of Swing b
java/gnome problems: java's not free! (Score:3, Insightful)
I seriously question that statement, since GNOME is supposed to be free software, and Java (at least, Sun's version) is not free software. I don't have java installed, nor am I even quite sure how to install java on my Debian system, since Sun's licensing forced Debian to remove java even from their non-free archives! There is kaffe (and gjc), but those aren't quite there yet.
How this will all play out, I'm not sure. Obviously, since you are closer to the
Re:java/gnome problems: java's not free! (Score:2)
Production Use (Score:1)
Evolution Brainread which adds a blog viewer to Evolution. It is not yet quite ready for production use, but looks quite good."
I can't wait until the time i'm asked to put "Blog Viewers" in "Production Use" ...
The world will have changed a whole lot by the times this happens !!
Re:Production Use (Score:2)
How's it compare to Mozilla projects? (Score:2)
I'm trying to "standardize" on Thunderbird at home (fairly featurful, stable, and very cross-platform compatible). As Sunbird matures, that helps solve some of the calendar problems. But I'm not sure there's a good Addressbook app, or ToDo app, in the Mozilla world. Has anyone begun thinking about a Mozilla alternative to Evolution / Outlook
Re:How's it compare to Mozilla projects? (Score:1, Interesting)
Or has anyone created a reasonable Mac/Win email client that replicates Evolution's "vFolders" system? This is a killer feature that I need desperately. I'm locked into Windows by my work situation, but I'm aching for something that will help me capture more utility from the tons of email I have.
Where is the windows version? (Score:1)
Re:Where is the windows version? (Score:1)
Re:Where is the windows version? (Score:1)
Re:Where is the windows version? (Score:3, Insightful)
I don't think so. Porting an app to Windows can take a lot of work, because Windows doesn't provide the standard APIs nearly every other modern OS provides.
What you get in return varies on how good a job you do; if you do well, the more adventurous will use your app. If you do badly, your app will be used to show that the Open Source model produces shitty software. Neither way you will convince people to swit
Re:Where is the windows version? (Score:1)
Re:Where is the windows version? (Score:2)
And, before you start "POSIX is only for UNIX systems", it's not. It was intended to be a set of APIs that any system could implement, which would then facilitate the development of software that would run on all compliant systems. There is no reason Microsoft couldn't have made their system POSIX-compliant; they didn't do it because they chose not to.
And, before you say: "but you can get POSIX compliance with Cygwin, Windows services for UNIX, etc.": yes, you can indeed emul
Re:Where is the windows version? (Score:1)
sigh.
Re:Where is the windows version? (Score:2)
Re:Where is the windows version? (Score:1)
http:/ / sources.redhat.com/pthreads-win32/conforman ce.html
What is this project about?
The POSIX 1003.1-2001 standard defines an application programming interface (API) for writing multithreaded applications. This interface is known more commonly as pthreads. A good number of modern operating systems include a threading library of some kind: Solaris (UI) threads, Win32 threads, DCE threads, DECthreads, or any of the draft revisions of the pthreads standard. The tren
Re:Where is the windows version? (Score:3, Insightful)
Re:Where is the windows version? (Score:1)
Coward.
or, you can use GMail, in which case I will invite (Score:2)
I also like the lable system better than the folder system.
That being said, I will invite the next 3 people to respond to this post.
Re:or, you can use GMail, in which case I will inv (Score:2)
Burritoj@hotmail.com
Re:or, you can use GMail, in which case I will inv (Score:2)
Me me me!!!
chris_mahan@yahoo.com
Re:or, you can use GMail, in which case I will inv (Score:2)
you gotta at least have username, i.e. no AC's.
Re:or, you can use GMail, in which case I will inv (Score:2)
thanks!
Re:or, you can use GMail, in which case I will inv (Score:2)
does Evolution have a bayesian spam filter... (Score:2)
I am thinking something as simple and easy to use as Mozilla Mail / Thunderbird.
I could not find anything. Seems like a must-have for such a powerful app.
And is it easy to use? (Score:2)
I appreciate the programmatic advantages of modular code and programs doing one thing and doing them well, but I also appreciate integration (or even the appearance of integration) that makes it trivially easy to use advanced functionality. I've been programming and using computers for decades. As I get older and less tolerant of bad user interfaces, I place more importance on the latter.
Evo2 for Win32? (Score:3, Interesting)
I agree with Miguel's idea that the whole Gnome should become cross-platform and be partially integrated with Mozilla. I've seen many GTK+ apps that run really well and look quite good on Windows (eg. Gaim, AbiWord).
Re:Evo2 for Win32? (Score:2)
Having said that, evolution will not be cross-platform for quite some time, as it requires gnome libraries which won't be ported anytime soon. Evolution, Abiword and Gnumeric require libgnome. Also Nautilus in case y
Re:Evo2 for Win32? (Score:2)
I am using TBird. It's quite good, but it doesn't have all the features that Evolution does.
Re:Evo2 for Win32? (Score:1)
It is a bit of a sledgehammer to crack and acorn route but Evolution works perfectly under colinux [colinux.org].
I use colinux to run gentoo [gentoo.org] (other distros are available), and cygwin [cygwin.com] to add XWindow support. You also need to follow the instructions [colinux.org] to get networking working and then you can just :
Admittedly this is a lot of setup work but once it is working it is not obvious that evolution isn't a native port. The other benefit is you can use the same setup to run any Linux programs under Windows (tho
evo 1.5.9 good so far (Score:1)
It fixed a bug I had on 1.5.5 where if you have "Load images if sender is in address book" turned on, some spam would cause the preview pane to freeze.
I also haven't seen the problems with IMAP that I had with 1.4.5 in a long time. Many thanks to Ximian for fixing this.
For Fedora Core 2 users, get it via yum from Dave Malcolm's repo [redhat.com].