Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
KDE GUI

German Government Commissions KDE Groupware System 486

tankengine writes "The German government has ordered a full-blown open-source groupware solution for KDE, to be delivered by the end of this year. It will consist of a server made of standard OSS components (Apache, Postfix, LDAP, etc) called Kolab, and a KDE client. The contractors are aiming for functional equivalence to MS Exchange and Outlook 2000."
This discussion has been archived. No new comments can be posted.

German Government Commissions KDE Groupware System

Comments Filter:
  • by ACK!! ( 10229 ) on Friday September 13, 2002 @10:24AM (#4251276) Journal
    They have been working on a similiar project called Aethera for awhile.

    What has happened to this project?

    I use Evolution everyday and found it very nice. The screenshots of Aethera look really nice and the interface from this screenshots look pretty damn intuitive.

    Has anyone ever used Aethera?

    How does it stack up to Evolution?

    ________________________________________________ _
    • Debian unstable (Score:2, Interesting)

      Aethera is in the Debian unstable packages list [debian.org]
    • Looking at the road map [thekompany.com] Aethera is due for release any moment
      • Unfortunatelly, that is standard procedure for theKompany

        They are extreamly optimistic on their shipment dates

        I've been waiting for an update for BlackAdder, its been "in a few weeks" / "end of the month" / "after the weekend" and similar, changed at random for well over a year....

        Last I hered on the mailinglist was "End of August" (said around august 15)
  • Just to be clear, will the finished product be freely available to all? I read the article, and it seems that way to me, but I'm unsure & don't want to get my hopes up too much.

    It certainly seems a little farfetched to expect that out of the blue we'll get an Outlook/Exchange replacement at no cost.
    • by tjansen ( 2845 ) on Friday September 13, 2002 @10:29AM (#4251322) Homepage
      Yes, the KDE client will be GPL'd. It will re-use a lot of code/components from KMail, KOrganizer etc
      • by henben ( 578800 ) on Friday September 13, 2002 @11:27AM (#4251738)
        Does anyone who reads Slashdot ever read the GPL, or is there something I'm not getting here? Surely just because it's covered by the GPL, it doesn't mean it'll have to be available to users outside the German government.

        They only need to make the source available if they distribute the binary. If it was kept for internal use, they wouldn't have to make anything available to anyone.

        Right? [gnu.org]

        But there's really no downside for them to allow distribution of their custom code, as long as someone else pays for the bandwidth. In fact, the wider testing/scrutiny of the code would be a plus.

        Can you imagine if all governments started doing things like this? The rate of useful development for open source software would skyrocket. Not only would it let more coders work on projects full time, but maybe a tighter focus and clear specs would improve the usability of the resulting software. And even if, say, the Ruritanian government's groupware project failed, the successful Armenian groupware project would step up to fill the gap.

        It amazes me that, in my country, individual local councils hire incompetent companies [capita.co.uk] to screw up important services like benefit distribution [guardian.co.uk] when they should be clubbing together to develop a GPL'd local government suite. Sure, you wouldn't get widespread use of such software by a big pool of users, but it still makes sense to have 50 councils funding something they can all use rather than each one getting a bespoke solution. I suppose they each have different legacy tardware, but even so...

        <Sigh.> What was my point again?

    • As far as I read on kde mailing lists , resulting software will be Free Software ( GPL/LGPL ) and afaik they will give a win32 port too , but native kde port will be first.
  • by Windcatcher ( 566458 ) on Friday September 13, 2002 @10:25AM (#4251286)
    I think that's the sound of hundreds of M$ employees spitting their coffee all over their monitors.
    • except the smell is not of burning hardware.
  • by mccalli ( 323026 ) on Friday September 13, 2002 @10:25AM (#4251294) Homepage
    Please make it possible for Outlook to connect as well. Doing this will make the migration vastly more simple

    A Linux-based Exchange-a-like would be a God-send to me, and I suspect to many others too. You can get some of the way there at the moment with IMAP and LDAP, but as has been gone over ad-infinitum on this site the calendar side is completely lacking at present.

    Cheers,
    Ian

    • Yes (Score:4, Informative)

      by holstein ( 142604 ) on Friday September 13, 2002 @10:31AM (#4251335) Homepage
      Look in :* Architecture Paper 1.0 [kroupware.org]
      Search for point "5. Windows Client".
    • Absolutely...this would be a huge step forward for the community...

      The Architecture Paper says that it will support Outlook 2000 with the "Bynari Insight Connector Plugin 1.09 installed"...That would be a start, at least, although, of course, Outlook 2002 would be desirable as well.

      -Gabe
    • This doesn't seem to be the goal of the propject at all. What you are looking for is Ximian connector for volution, which is already available. www.ximian.com
    • by mccalli ( 323026 ) on Friday September 13, 2002 @10:34AM (#4251354) Homepage
      Ah ha....found it in the article. Look at section five.

      The Windows client application to cooperate with the Kolab server and the KDE client is Outlook 2000 with the Bynari Insight Connector 1.09 plugin installed.

      No modifications are made to this proprietary software.

      Perfect. Would prefer no plug-in at all, but will certainly leap at what's being suggested so far.

      Cheers,
      Ian

    • by Telastyn ( 206146 ) on Friday September 13, 2002 @10:51AM (#4251472)
      As others have mentioned, the Bynari connector will be needed for windows access. This sucks. I mean seriously. Bynari is bad enough that nearly nobody is using even now to do groupware, HENCE THE DAMNED PROJECT IN THE FIRST PLACE.

      I would much rather just have a seperate application, nearly exactly like the KDE client, ported to windows. It will/would hopefully have an outlook importer (not hard, I can offer services in that regard), but it should not be outlook. If it looks and acts just like the KDE version, then it'll be much easier to move users over to *nix after they've used it elsewhere.

    • I know this post is somewhat redundant, but I think it's worth noting, that the short term solution will be the Bynari Plugin [bynari.net] for Outlook but the longer term solution will be a separate stand-alone open source client for windows. Which will replace Outlook completly.

      WONDERFUL news.

      Bye egghat.
    • I've had long contact with Groupware systems (have installed and run Exchange & Groupwise systems for several years), and I'm always amazed at why someone hasn't managed to take the IMAP standard and extend it so that it's simpler to interface with more vanilla clients or lower-end clients.

      Basically even the "full" client would talk IMAP to the server and then render the data to whatever GUI calendaring/scheduling stuff it would want. The advantage is that vanilla text IMAP clients could still enumerate a folder and read non-mail data as messages, and perhaps even send mail messages that could be interpreted by the server as non-mail items (appointment, tasks, etc).

      Exchange's IMAP functionality kind of does this, but calendar items don't show up as anything more than URLs to the Exchange web client.

    • but as has been gone over ad-infinitum on this site the calendar side is completely lacking at present.

      Not quite. I just had something pop into my inbox this morning announcing this:

      http://sourceforge.net/projects/jical [sourceforge.net]

      From the project summary:

      Enable several users to get together for a meeting by using JICAL to translate their iCalendar files into their available free/busy time and post it automatically to your web server. This project enables Ximian Evolution desktop users to book meetings

      So there you have it, calendering without Exchange. While not a perfect solution, it's a nice hack and can surely be developed.

      • Sorry but a nice hack aint going to cut it for all but the smallest of installations. Exchange as busted as it is has a wonderfull calandering solution that many people love. Once we complete our exchange rollout and the imap/pop3 servers we have now are decommision I plan on running mozilla mail in imap mode for email and outlook for calandering (currently on win2k later on linux with crossover office)
  • Sweet!! (Score:4, Funny)

    by FortKnox ( 169099 ) on Friday September 13, 2002 @10:26AM (#4251297) Homepage Journal
    The contractors are aiming for functional equivalence to MS Exchange and Outlook 2000."

    At long last. KDE will have all the security issues of Exchange and Outlook. We'll see which OS has the most viruses now!!


    Moderators: please read this [dictionary.com].
    • KDE will have all the security issues of Exchange and Outlook. We'll see which OS has the most viruses now!!

      Er.. why exactly? (Apart from it being funny)

      Most Outlook security bugs occured because Outlook showed HTML attachments by-default (and used IE code for displaying/parsing it). And all this Windows attachment silliness...

      And another big problem was Microsoft not even seeing this as a problem but a so-called "Feature" that they didn't want to switch off.

      Should be very easy to omit this "feature" if you re-program the client. There's no reason why you shouldn't be able to program a client that uses Exchange's protocol that has less.. um.. "design issues" with a serious company.

  • by JanneM ( 7445 ) on Friday September 13, 2002 @10:26AM (#4251302) Homepage
    Since the groupware server will be assembled by existing OSS offerings, there is likely no requirement to use the supplied client if one does not want to. Indeed, if it's all open protocols, Evolution should be able to work just fine with it as is. Other (partial) clients should also be perfectly usable. This mix-n-match possibility is really one of the great strengths of OSS.

  • by mgkimsal2 ( 200677 ) on Friday September 13, 2002 @10:27AM (#4251308) Homepage
    My first reaction what that they're reinventing the wheel. Then I saw that they're going to be using and extending many current KDE components. *IF* the KDE teams takes these changes/modifications and uses them to build a new base, great. If, however, this becomes essentially a fork of current Kmail, Korganizer, etc., I don't see this as a good thing.

    And yeah, why not take Aethera and build on that - it's already more integrated with itself and other things, and I'm sure the Kompany could have used a nice gov't contract just as much as the team that got it (maybe moreso).
    • by LMCBoy ( 185365 ) on Friday September 13, 2002 @10:52AM (#4251476) Homepage Journal
      Not to worry.

      If you read the post on kde-core-devel, it's going to be a separate CVS branch (still on KDE CVS), but only temporarily and only because the project needs to be finished on a very short timescale. Basically, they don't want to make big changes to the HEAD branch so close to the release of KDE 3.1. Once kroupware(*) is done, they will port the changes back into HEAD.

      here [kde.org] is the relevant post to kde-core-devel.

      [* is anyone suprised by the name? :) ]
  • info (Score:4, Informative)

    by lovebyte ( 81275 ) <lovebyte2000@NOSpAm.gmail.com> on Friday September 13, 2002 @10:27AM (#4251311) Homepage
    My big chance at karma whoring:
    More info available at kroupware.kde.org [kde.org]
    • Actually it is the same host:

      grisell: myname> host www.kroupware.org
      www.kroupware.org has address 131.173.30.110

      grisell: myname> host kroupware.kde.org
      kroupware.kde.org is an alias for kolab.kde.org.
      kolab.kde.org has address 131.173.30.110
  • This is a very good development. As a business user, I can tell you without a doubt one of the biggest things holding Linux on the desktop back is the lack of a good groupware client on the order of Exchange - Outlook functionality. They've become very entrenched and people like them.

    Hopefully this will turn out well!
    • Re:Very Cool (Score:3, Informative)

      by vidarh ( 309115 )
      Have you tried Evolution? The only thing remaining I'd consider useful would be new posting and shared calendars/busy-free schedules. Apart from that it interoperates with Exchange very well, though only via IMAP/SMTP. If you want the calendar etc. as well, Ximian have a (proprietary) solution for that.
  • What does it mean? (Score:5, Interesting)

    by f00zbll ( 526151 ) on Friday September 13, 2002 @10:32AM (#4251344)
    It's good news and all, but what does this really mean? I'm talking about open vs closed source. I'm talking about cultural changes. The open vs close is part of it, but there's a larger issue here. Has computing technology reached the point where it is an utility and is maturing towards that end?

    Look at the history of cars and paved roads for example. Once there was enough cars on the road, the need for well paved roads became a public utility. Same is true for gas, water and electricity. Once it starts going that way, people's tolerance for non-standard ways becomes a huge issue.

    then again, I could be smoking crack and this is just more PR bs.

    • by turgid ( 580780 ) on Friday September 13, 2002 @10:45AM (#4251418) Journal
      What does it mean? It means that for once, a major economic force has decided to bite the bullet, be different, look for an alternative to Microsoft because that's what's approproate for their needs. It's about time something like this happened. This is exactly what's needed in the (relatively) stagnant software market (hint: someone has a monopoly and there's no significant competition).
  • iCal (Score:3, Informative)

    by mbbac ( 568880 ) on Friday September 13, 2002 @10:36AM (#4251363)
    It'd be great if this KDE effort were also compatible with Apple's current efforts (Address Book (LDAP, vCard), iCal (iCalendar), Mail (IMAP).
  • by sphealey ( 2855 ) on Friday September 13, 2002 @10:42AM (#4251399)
    Calendaring is the one add-on application that all Exchange sites use. It must be usable, well-thought -out, and provide full multi-calendar/multi-site functionality.

    If they manange that - say goodbye to Exchange.

    sPh
  • by pubjames ( 468013 ) on Friday September 13, 2002 @10:42AM (#4251400)
    There's something about the Germans that makes them good at software engineering, in fact any type of engineering. Of the open source projects I've seen, some of the best ones have been German. They should make a good job of this.
  • by ceswiedler ( 165311 ) <chris@swiedler.org> on Friday September 13, 2002 @10:43AM (#4251410)
    I've been thinking that the Mozilla project should do something like this. They have the resources to handle an Exchange replacement. Imagine "Mozilla Server" which is a single-install replacement for Exchange/IIS; it uses existing OSS components like Apache but ties them together and simplifies configuration. The Mozilla client would be very well integrated into the server, able to access web pages, email, and newsgroups, as well as LDAP contacts, scheduling, and other groupware features.

    Of course since the source and the standards are both open, many other clients would be able to access the data as well. But I think Mozilla/Netscape is enough of a force in the OSS world to set the standard for a project like this. I'm not sure KDE is.
    • Yea, this could be developed in comptetition with the KDE suite. I could see it now, yet another duplication of free software projects that use different file formats and have no interopability.

      Seriously, it would be nice if everyone could work together.
    • The Mozilla client would be very well integrated into the server, able to access web pages, email, and newsgroups, as well as LDAP contacts, scheduling, and other groupware features.

      Isn't this how we got into this mess in the first place? The OS needs, IE, which you can't remove, and Outlook requires IE, and everything is integrated into these two applications and their support subsystem. Look at the trouble it's given the Windows users.

      Let's not go there, unless of course, you can de-couple EVERY piece of fucntionality, and use say, pine for mail, gnomecal for calendaring, and so on. If it's all integrated into Mozilla, it's pretty much useless for a large majority of actual power-users.

      Remember, just because a screwdriver CAN work as a chisel, doesn't mean it's the best chisel for the job.

      • >>The Mozilla client would be very well integrated into the server, able to access web pages, email, and newsgroups, as well as LDAP contacts, scheduling, and other groupware features.

        >Isn't this how we got into this mess in the first place? The OS needs, IE, which you can't remove, and Outlook requires IE, and everything is integrated into these two applications and their support subsystem. Look at the trouble it's given the Windows users.

        True enough, but is that arguement supposed to support the KDE alternative approach? That comment applies equally to KDE, does it not?

        Just TRY decoupling Konqueror from KDE... you can't even (EASILY) build KDE without all the theme stuff.

        Personally, I think 70% of this is backend, desktop/OS-agnostic stuff... and should be worked out in a desktop-neutral manner. I'm not saying everything would be built with KDE dependencies, but it would not surprise me either.

        We really need some cooperation and coordination between KDE & GNOME... I'm not putting forth the "one desktop" concept, but surely we can get cooperation on things like calendaring. If GNOME has a calendaring concept (Ximian's commercial Exchange plugin doesn't count), then all the open source folks should leverage what they have in common.

    • by reaper20 ( 23396 ) on Friday September 13, 2002 @11:11AM (#4251610) Homepage
      The Mozilla project is doing something similar to this. Check out the Mozilla Calendar project [mozilla.org], which uses iCal calendars (yes, the same format as the Mac calendar) - you can load the calendar on any server and access either through ftp or webdav.

      Combined with Roaming Profiles (getting worked on) - the Calendar, Mail/News using LDAP/IMAP, and Mozilla, will offer a very powerful, OPEN solution for groupware. Add all this up, and you can have the same bookmarks, cookies, prefs, calendar, and contact list hosted on a server, that you can access from your local copy of Mozilla.
    • I've been thinking that the Mozilla project should do something like this. They have the resources to handle an Exchange replacement. Imagine "Mozilla Server" which is a single-install replacement for Exchange/IIS

      Much more important to get the basics done first - like folding a spell checker into the email client. Kudo's to the spellchecker team [mozdev.org] (Pete, David Alen, Rob, Joshua, and all the others who are making this happen) for building the add-on. I look forward to seeing it bundled with the 'core' download, though they really made it easy to install this....

      Again, huge props to the developers and testers for making the email client usable for us who kant spll. (grin)
  • by stratjakt ( 596332 ) on Friday September 13, 2002 @10:46AM (#4251430) Journal
    From the kroupware koncept:

    "ProFTPD offers good security features such as change root environment and a fine granular access configuration. ...

    It's only functionality on the Kolab server is the legacy mode to enable Windows clients to publish their free-busy lists via anonymous FTP on the server."

    Anonymous ftp access? Kiddies, start your pub-scanners!

    You'd think komputer konsultants kould kode up a more sekure solution.

    They do say its disabled by default, but since we all know there will be "legacy" systems around for years, they'll have plenty of wide-open boxes. Why FTP anyways?
  • About time... (Score:5, Insightful)

    by cgreuter ( 82182 ) on Friday September 13, 2002 @10:46AM (#4251431)
    Really, if you think about it, this is the obvious step.

    At some point, it becomes cheaper to just write your own version of the software than to pay the per-seat license fees that MS and other commercial software vendors charge. If you're a large organization (or a consortium of really large organizations), writing your office apps in-house is economically viable. It's even moreso if you've already got open-source components to work from.

    And open-sourcing everything--even if you aren't legally obligated to--costs nothing and often means that you get free additions to the project.

  • Public Folders? (Score:2, Interesting)

    by sloshr ( 608388 )
    Why when people say, "Oh, let's make a replacement for Outlook/Exchange?" do they so readily forget about Public Folders... It wouldn't be so hard for me to convince people at my job to move away from Outlook/Exchange, but we have massive business rules written into the Public Folders, that we can't just "do away with".
    • Re:Public Folders? (Score:3, Interesting)

      by No-op ( 19111 )
      I managed to implement quite a lot of public folder functionality into IMAP4 folders that different kerberos user groups could subscribe to... it's not undoable, maybe not as easy though.
  • by IGnatius T Foobar ( 4328 ) on Friday September 13, 2002 @10:48AM (#4251443) Homepage Journal
    I'm not fully confident that stringing together Postfix, Cyrus, OpenLDAP, etc. is really going to produce a cohesive groupware server. Yes, it'll work, but it'll be difficult to install.

    The real value here, though, is that the KDE project will now be defining a bunch of standard interfaces by which open groupware will access its back end services. Even if they don't get the back end perfect the first time around, by the time they're done they will have a very detailed set of specifications for the rules by which an open groupware client will talk with an open groupware server. Sure, there are standards for the basic protocols -- IMAP, SMTP, etc. -- but there are no standards for things like, which IMAP folder contains your task list? What's the URL to find another user's free/busy times?

    I think this is a big step forward, but it can be done even better. (Full disclosure: I am a developer on the Citadel [citadel.org] project, which aims to provide an easy-to-install groupware server; we're doing it as a single integrated server instead of stringing together multiple existing unintegrated packages. So my view on this is admittedly subjective.)
    • I'm not fully confident that stringing together Postfix, Cyrus, OpenLDAP, etc. is really going to produce a cohesive groupware server. Yes, it'll work, but it'll be difficult to install.


      You ever try to install Exchange 5.5, configure it, administer it? yikes.
    • by Xtifr ( 1323 )
      I'm not fully confident that stringing together Postfix, Cyrus, OpenLDAP, etc. is really going to produce a cohesive groupware server. Yes, it'll work, but it'll be difficult to install.

      That would seem to be a problem for vendors, not users. If Debian can make installing the maze of dependencies that is gnucash as easy as "apt-get install gnucash", then they can probably handle some groupware suite as well.

      Now, it's true that DIYers may have some extra headaches. But, quite frankly, people who say, "I want to do it the hard way, 'cause it's more fun," and then turn around and whine, "this way's too hard!" don't get much sympathy from me.

      (And before you start moaning about those poor Debian/RH/Suse folks who have no choice but to wrestle with these dependencies, note that it's a Debian developer saying these things. We revel in the challenge.)

      think this is a big step forward, but it can be done even better. (Full disclosure: I am a developer on the Citadel [citadel.org] project [...]

      Well, good, competition is always good, even with free software. I'd like to wish both projects the best of luck, and hope that neither one falters in their goal to bring us high-quality groupware software.
  • To be delivered by this year? IE, done in three months? This seems a tad ambitious. The article doesn't specify the deadline, so where does that come from?
  • Missing Pieces... (Score:4, Informative)

    by NetJunkie ( 56134 ) <`jason.nash' `at' `gmail.com'> on Friday September 13, 2002 @10:58AM (#4251517)
    I still see a problem. How many companies run plain generic Exchange? Even my small company doesn't. We use things like BlackBerry devices and other plugins. Without those most companies will still run in to issues when migrating.
  • Taxes (Score:5, Insightful)

    by intnsred ( 199771 ) on Friday September 13, 2002 @11:02AM (#4251544)
    With my government, I pay for corporate welfare and software patent clowns.

    How can I redirect some of my tax money to go to Germany?!
  • by kenp2002 ( 545495 ) on Friday September 13, 2002 @11:09AM (#4251596) Homepage Journal
    I have but one thing to say that even M$ hasn't really dealt with:

    ALLOW THE FUNCTION OF CREATING CONFERENCE ROOMS AND LOCATIONS THAT CAN BE SCHEDULED AGAINST.

    The only was I have seen Exchange pull this off is by having a user created for each account and keeping an outlooks session open for each conference room, then setting the conference room account to Auto-Accept invitations.

    For the love of dear god please tell those german contractors to put this function in!! I am in a building right now with 67 conference rooms and I can't count how many times a room gets double, triple, and even Quad booked!
    • Our exchange server only does that if one of the meetings is recurring. It's still a major pain, though.

      Are you inviting the rooms as resources or attendees?
    • we do that by creating a resource, named something like... "7th Floor small conference room".

      Then it's just as simple as inviting that item as a resource, and voila, it's booked. this seems to work well with little to no intervention required by any receptionist, who used to have to juggle scheduling.

  • If Evolution is a replacement for Outlook clients for Linux, why not create a server componenet that runs group calendars. This seems to be the only piece missing from a total Linux server replacement for Exchange. If Evolution can sync this info with exchange, why not create their own server to do the calendaring also? then we would have a complete server client groupware solution. HTML calendaring is not a solution, many companies and users like applications that can launch events and real time syncing.

  • Mozilla seems to have all of the functions of their client except the small bits (Tasks, Notes, Palm Sync) already, and it's stable, well-integrated and tested. It also runs on Windows, Linux and other platforms, allowing you to have the same client everywhere (less support load.)

    It seems odd to cobble all these disparate KDE projects together instead of using Mozilla. But maybe this is because the KDE developers are more familiar with them. Still, I'm sure someone will make Mozilla work with Kollaborator server, or whatever it's called, soon enough.

    Gerv
  • Hopefully this will start a trend. This is a very altruistic move on behalf of the German government... to commision and pay for the design of software to suit their needs, yet design and develop the project as open source, so that once it is done everyone around the world will be able to benefit from it.

    We should try to get the US government to declare all contributions to open source development as a tax writeoff. Heck, maybe they already do, but somehow I think I would have heard of it by now if they did.

    If this project delivers, the Exchange server at our organization will be in the dumpster before the hard drives have a chance to fully spin down, and I'll be running a shiny new copy of SuSE Kroupware in its place.
  • Embrace and extend (Score:2, Insightful)

    by ites ( 600337 )
    This project is excellent news.
    It marks a new direction in the way OSS applications are built.
    One advice to the project team:
    Do not be shy of compatability.
    Make sure it is easy to migrate from MS products.
    Make this an explicit and highly visible feature.
    Provide MS-like skins as standard.
    Ensure interoperability.
    Make the migration path easy and people will take it.
    Remember that businesses, like governments, have no loyalties.
    Only interests.
    And saving money is always a good message.
  • This book [oreilly.com] was reviewed here [slashdot.org].

    *
  • by iabervon ( 1971 ) on Friday September 13, 2002 @11:27AM (#4251736) Homepage Journal
    If they can pull this off, it will be an impressive success for the open source model. For a set of contractors to go from getting the problem description to a complete implementation in 3 1/2 months, due to the existence of a good set of tools, would really show the strength of the model.

    Getting a custom installation generally takes far longer than that. If this project works, it will start to look reasonable for companies who are planning to get a proprietary solution to get an open source one at the same time to use until the proprietary one is ready.
    • These are no ordanary contractors though. We're are talking about at least 2 uber KDE developers here, namely Matthias Kalle Dalheimer & Bernhard Reiter.

      Plus, they are not starting from scratch, they already know the KDE infrastructure inside out and have a truck load of Jolt & Mt.Dew delivered weekly.

  • by Consul ( 119169 ) on Friday September 13, 2002 @12:02PM (#4251937) Journal
    If you look at the related links section, where they basically relist the links from the story, you get this list:

    tankengine
    has ordered
    contractors
    functional equivalence

    Now, sequencing them and adding a single apostrophe, you get:

    tankengine has ordered contractor's functional equivalence

    I think this entire story is a front for hiding secret messages in the link texts themselves. So we may want to start poking through other Slashdot stories and look for other secret messages. :o)

    (Note: Yes, this is a joke.) ;o)

  • by dogfart ( 601976 ) on Friday September 13, 2002 @12:05PM (#4251957) Homepage Journal
    Could this also stem from a lack of trust in US-produced software, as noted by the notorious case where the Swedish government discovered Lotus Notes and an NSA-mandated back door? [ncl.ac.uk]

    Many posters have argued that government intervention into private software markets is bad, and that Europeans are foolish not to see how bad this really is

    We already have government intervention into US-produced software. Europeans know full well about this, and are wise to push open source solutions.

    Having another country's government spy on your citizens IS a proper concern of one's own government.

  • by PizzaFace ( 593587 ) on Friday September 13, 2002 @12:22PM (#4252065)

    An open source replacement for Exchange's calendar store could eliminate a lot of Windows Server installations. Thousands of businesses are tied to Windows Server because Exchange works exclusively with Windows Server and Outlook works (almost) exclusively with Exchange.

    Exchange calendaring replacements have been developed by HP and Steltor [steltor.com], and acquired by Samsung [samsungcontact.com] and Oracle, respectively. Those products generally don't integrate with Outlook's calendar as well as Exchange does, but they prove the viability of the Exchange-replacement market, and an open source product would have a big pricing advantage over those commercial alternatives.

    The tough part is persuading the end-users to switch from Outlook to a new calendar client. If IT can do this, the odds are good that IT could convince the users to switch from Microsoft Office to Star Office.

    Maybe it's premature to short-sell MSFT, but this initiative could be a crack in the wall.

Been Transferred Lately?

Working...