Ximian Desktop 2, Evolution Released 237
An anonymous reader writes "Ximian has released their long awaited Ximian Desktop 2, their popular Gnome-based desktop, and Evolution, their popular email client and calendar program. They can be found on the main Ftp server. You can also check their mirrors."
Good to see (Score:4, Insightful)
"Popular" ? (Score:1, Insightful)
Re:"Popular" ? (Score:4, Insightful)
I'm not sure about numbers, but it's certainly popular with me. I've been waiting for months for XD2.
Red Carpet has been unable to download the packages for the last few hours, so I guess there are enough people like me to swamp their servers.
Just because your crowd doesn't use something, doesn't mean it's not popular. I don't know anybody who uses a Mac, much less Apple's new music thingy, but apparently that's popular too. Go figure.
Re:"Popular" ? (Score:5, Insightful)
Re:Source (Score:1, Insightful)
Ximian promised [ximian.com] to deliver sources today so I guess they've couple of hours to comply. I'm not trolling but I expect former GNU posterchild (Miguel) and his company to follow GPL religiously.
Re:"Popular" ? (Score:2, Insightful)
It's up to people who use the product and find a need for locale support like Japanese to contribute. If you find it lacking, please by all means HELP OUT!
Your help will be welcome and the products will be the better for it.
The other option is to whine about it, hoping someone else contributes better Japanese locale support... Or you could help out yourself.
Re:Owned (Score:3, Insightful)
Sure. If you're going to read every line of the script and check for trojans, then maybe. But 99% of people don't do that, can't do that and never will. So really it's just more convenient this way. Feel free to wear the tinfoil hat if you like.
Anyone who doesn't do this deserves to get rooted.
What a ridiculous idea. As if everybody is going to audit the installer in its entirety (you run the ELF binary as root remember) before running it .
Re:Good to see (Score:4, Insightful)
What I miss most is integration of the loads of programs available for Gnome. Wouldn't it be nice if MrProject and the Evo calendar were linked in some way? Or if I could use the same filters for mail and news? Or look up people I meet in IRC in a global address book, and send them a mail or something?
Not to mention extensibility. How the f**k do I register spam mails with bogofilter from Evo? (I don't really know if it's impossible. The documentation doesn't mention it, but then, it thinks that using multiple mail accounts is "advanced", so scripting is probably beyond the scope of it (or Evolution). Well, at least it has documentation, unlike half of the other appps I use.)
Funny thing is, the best integrated environment I found yet is Emacs. Granted, it isn't that visually pleasing, and not exactly quick to learn, but once you get the hang of it, everything just works like it should. Gnus handles mail, news and other data sources transparently (including slashdot, btw), the erc IRC client integrates the BBDB contact database, I can listen to MP3s from the directory editor etc. pp. In short, a complete, well-integrated, productive desktop environment that even happens to work without X, for those SSH moments.
The only things I miss are a useable web browser (w3 sucks), an ICQ client and, more than anything, multithreaded Elisp. Or rather, drop Elisp and use a modern Common Lisp as the backend - CLISP, while not the best CL implementation of the world, would be appropriate, scince it's GPL and very portable. Writing an Elisp compat layer in CL seems possible, if not trivial. But of course, this is never going to happen.
Re:Owned (Score:2, Insightful)
Comment removed (Score:3, Insightful)
Re:Debian? (Score:2, Insightful)
BUY A COPY!!! (Score:3, Insightful)
Re:Easy to remove? (Score:3, Insightful)
The best way to maintain a stable release of a project that uses all 200 packages is to maintain your own version of all these packages: freeze their version number (feature freeze), and have your release & QA team verify each package (which is what the *ximian.rpm means).
As a consumer, I'm happy that Ximian does this. It means I don't have to decend into depencency hell just to maintain a stable desktop environment.
On the downside, it means I don't get all the latest and greatest features with all of the Ximian packages. For certain products, like Gaim and Mozilla, I use my own packages because I'm willing to maintain my own packages, and don't want to wait for Ximian's release team.
Re:Easy to remove? (Score:3, Insightful)
KDE is much, much, much, easier to install by comparison, in my opinion.
everything looks much more polished (Score:2, Insightful)
Re:"Popular" ? (Score:3, Insightful)
Sure. So show us the stuff in the public domain. Those "facts" sound suspiciously like opinions to me - Ximian for instance have done usability studies, with real non-geeky people and found that KDE is more confusing because it looks like Windows, but in fact acts differently. But whatever.
Here goes a brief list. XD2, as well as GNOME, employ a philosophy that "less is more" however, that concept is, initself, seriously debatable
No it doesn't. This is widely misunderstood. It goes for a philosophy that software should be easy to use. Often that meant stripping out stupid stuff that shouldn't have been in the UI to start with. The GNOME clock has only 1 small window to configure, compared to the 6 tabs in KDE (fixed in cvs i might add). Do I care that my clock has fewer options? No. Did I ever even configure my clock when I used KDE? No. Would all the extra cruft have confused users? Yes. Even KDE is coming around to this way of thinking now, see the latest story about the clock on the dot.
You, on the other hand, do not address the issue of lock in, that most certainly exists.
You haven't shown that. You haven't even laid the groundwork for that. The most I've seen is some vague references to Connector, the sole purpose of which is to reduce lockin by allowing you to access a proprietary server solution using a free software client.
As to supporting an unix client on exchange: IMAP, SMTP, LDAP, WebDAV. etc. etc. They actually work, you know?
As long as the killscript ships with the default distro it comes with (in this case, redhat) I am working on the asumption it is required.
That's too vague. The latest version of Evolution does not require this kill script. Problem solved. Next?
CORBA is dying.
You don't have to be a kreskin to see it, the writings on the wall......
Your sleigh of hand with mentioning lesser implementations still don't make CORBA much more alive.
My point about DCOM was to show that CORBA-style architectures have been validated in the real world by years of experience. To claim it's a decrepid piece of middleware is rubbish.
Why don't you search for "CORBA developer" and "J2EE developer" on any jobsite
What a ridiculous way to measure it. You can't be a "CORBA developer" any more than you can be an IMAP developer or an HTTP developer. They are protocols . A sibling poster already pointed out that by this logic IIS is more popular than Apache.
Regarding the GConf comment, are you saying that binary databases are not used as GConf backends?
Yes, I am. 20 seconds research could have told you this. If you can't be bothered getting something as basic as this right, why should we trust anything else you say?
that they are not possible? Sure XML is used now, but that is only after some seriousl flamewars a few years ago.
Yes, they are possible, GConf is pretty flexible. However, they aren't used by default, and AFAIK there is no code for a binary backend. What was talked about back then is irrelevant - who cares? It makes no difference to you.
On the OpenOffice thing - good for you. If you do research, write transforms etc etc then you can easily change the default format. Most corporates are not going to switch their entire operation to OO in one go. They need interop