korganizer.kde.org reports that theKompany.com recently has released the 1.0 version of their cross-platform PIM suite Aethera. This includes KOrganizer as calendar and todo list component. The KOrganizer component (screenshot) is based on the original unmodified KOrganizer source code and has been ported to Windows using a similar technology as was used for porting KOrganizer/Embedded to the Qtopia
environment. This once again is a great proof of the power and flexibility of open source development and KDE technology.
Dot Categories:
Comments
is theKompany.com allowed to link a GPL program against the commercial Qt Windows release ?
Yes, it is legal. KOrganizer is licensed under GPL+Qt Exception.
Cheers,
Daniel
Note that this makes the license incompatible with the license on other GPL software. This means the authors must be careful not to incorporate other GPL'd libraries without getting permission from the copyright holders.
Not if the exception is an separate clause add-on/license to their GPL license. And anyway, nobody prevents anyone to actually negotiate other solutions not covered by the current license(s) with the actual copyright holders of any project's source code.
Yes, it's allowed to. Linking a GPL program against the commercial Qt is allowed and the resulting program will be GPL'd. The other way around is not allowed though, linking a commercial program against the Qt/GPL is not allowed if you want to create a commercial application.
In short:
Qt/GPL + GPL program = GPL binary
Qt/commercial + GPL program = GPL binary
Qt/GPL + commercial program = GPL binary (this situation is very rare)
Qt/commercial + commercial program = commercial binary (may be GPL as well)
Is there a more complete set of equations, where these came from?
It seems to be the most usable form of explaining the GPL intrinsics
and might come in handy when trying to follow the SCO issue.
Not that I know of. It's just a simple list I came up with. The basic idea is that to use GPL code, the end result needs to be GPL as well.
Note this is true of the kernel too. Those proprietary modules that everyone would like to see replaced with GPL alternatives (*cough*, *cough* NVIDIA!) aren't using GPLed code, they are being used by GPLed code (ie the kernel).
Seems to me that all the equations follow the simple pattern:
Anything + GPL = GPL
Correct me if I'm wrong.
Actually, it's my understanding that to link GPL'd code with non-GPL'd code, the latter must be released under a license that is at least GPL-compatible (and then as you say, the linked binary is GPL'd). Isn't that right?
Quoting the FSF:
Q: What does it mean to say a license is "compatible with the GPL"?
A: It means that the other license and the GNU GPL are compatible;
you can combine code released under the other license with code
released under the GNU GPL in one larger program.
The GPL permits such a combination provided it is released under
the GNU GPL. The other license is compatible with the GPL if it
permits this too.
That's right. In my equations "commercial program" has the requirement that its license is GPL-compatible. Anyway, for the Qt license, this still holds true.
> Linking a GPL program against the commercial Qt is allowed and the resulting program will be GPL'd.
This is not true. What gives you the right to unilaterally relicense the "commercial" Qt? Remember that the resulting binary is considered to be a derivative work of the library and the application code.
You're not relicensing commercial Qt. You're changing the license of the binary, which is different.
I anticipated this response, which is why I put "Remember that the resulting binary is considered to be a derivative work of the library and the application code."
The wording really jumped out at me - calling proprietary software "commercial". As it turns out GPL software, notably Linux and GCC, is used for commercial purposes all around the globe. So please refrain from using the word commercial when what you mean is proprietary or non-free.
It is commercial, and thats what the author meant - those are the terms of the Qt license. If its a commercial product, Qt becomes proprietary. If its a non-commercial product it becomes GPL. The code is the same, but the licence depends on its use.
He mentioned "commercial program" too, which has nothing to do with Qt/Commercial.
Is this program compatible with the Kolab server? Or is compatibility with Kolab planned for the future?
It would provide a nice alternative to Outlook with a plugin on the Windows side.
I seriously doubt that its compatible, but the should make it compatible. I don't see the added value otherwise. I think there really is a market for it on the windows platform, on linux there are to many competitors.
Actually we are about 2 weeks away from having Aethera work with Kolab - at least that is our sense of it at the moment.
Well, It would be a great piece of software, if it works on windows with kolab.
It could really ban outlook and the f*****ing exchange!!!
Please reply where to get the final release thats compatible with kolab!
cheers,
flaz
That they are using Korganizer code in this. This is what open source is all about. I wish they had merged in the latest korganizer style fixes though. They de-uglyfy the korganizer events.
I think cvs korganizer has pretty events too - probably we'll see it ~3.2.
Will they be porting Konqueror to Win32, Alan Gutierrez' project seems to have stalled: http://khtml-win32.sourceforge.net/
It's not worth porting to win32, Konqueror's main advantage is its great integration with KDE and the file system.
As a web browser alone Firebird 0.7, Internet Explorer or Mozilla 1.4 are all better.
IMO, that's a waste of time.
Actually, it is worth it... Safari is an example of that. There are also a few cross-platform applications, like the Eclipse IDE that need a cross-platform HTML engine in order to make the application behave consistently on all platforms. Right now there aren't many choices besides Gecko... adding khtml on Windows would be an improvement.
>>Actually [porting konq] is worth it... Safari is an example of that.
Konq != KHTML, KHTML is a part of konq.
Safari uses a port of KHTML.
Porting KHTML to win32 seems more useful/ easy to me than porting Konq.
Anyway in this context -- with HTML emails in mind -- having a win32 port KHTML would be nice.
Cheers,
Cies.
the Eclipse project has chosen to go with mozilla for their embedded web browser.
And they've decided to use khtml (with webkit) under OSX
https://bugs.eclipse.org/bugs/show_bug.cgi?id=41887
hello? havnt you seen the windows file manager lately?
or ever? and realized how bad it sucks compared to using
konqueror?
I'd kill to have konqueror for XP for that alone...
Ive only seen one program even come close to tabbing
explorer at all which is tabexplorer but it's a trial
and is pretty featureless....
atm it is terrible for a win32-webdesigner to test his sites in KHTML (safari & konq) ..
and the easier it gets to test it on that renderer... the more pages will get compatible with KHTML . Most webpages get made on win32 anyway
i my self am stuck to using xp untill i can afford a new motherboard or a new wireless card (my ethernet was blown up by lightning and it no longer works) enough about my problems
i have used knoppix and other linux varients (knoppix being my favorite)
and i prefer konqueror 10 times to firefox (win or linux) as a file manager and a web browser.
i like the fact that you can move to any area of the computer and open up the console using knoq and be in the same file path as knoq.
this is one of its main advantages that i like, plus the fact that its much cleaner.
so i look forward to a win32 port of it.
You can easily add a "Command Prompt Here" feature to Windows Explorer, see this page, or just merge the attached registry file:
http://windows.about.com/od/tipsarchive/l/bltip177.htm
After over a year, please do a quick search for 'KDE Win32'. You'll notice a lot of work has been done, specifically with Q.-3/Win32, to make porting KDE and KDE apps much easier.
Presently, I'm attempting to build kdelibs and the kio-slaves for Win32. After that, I'll work on the kfm/kio-client/exec, then Konqueror and the Panel. Once all that's in place and working, you can literally chuck explorer out the window!
Keep in mind that it's a lot more work than you think; Everything will have to be modified to work from the registry rather than various *nix configuration directories.
Still, being able to chuck out Explorer entirely would be an awesome thing.
Anyone knows if it supports gpg
And what about syncing with e.g. a Zaurus?
gpg is being worked on, as is sync for the zaurus. We are just finishing the changes to our PIM data structures and then we can write the sync conduits.
Actually this has nothing to do with the embedded version of KOrganizer, we've had this technology in place since before that port ever took place, we've been embedding KOrganizer for years now, and we are using our Korelib and TINO technologies to do it. The mini-kde that was developed for KOrganizer that allowed it port to embedded was originally developed specifically so it would work in Aethera in a multi-platform environment.
But, didn't KDE have a PIM suite that integrated Korganizer, Kmail etc. into one? If so, wasn't it called Kontact and not Aetherea?
What's really the difference?
This seems quite more ambitious than Kontact, it has messenging and notes and weather etc. It has even more tools tahn Evolution, but I don't really know if it's better, anyway it seems cool.
Kontact does have notes and weather. The only thing missing at the moment is messaging. That is because kopete wasn't ready for inclusion until now. I'm pretty sure after kopete is move out of kdenonbeta, there will be an integration of it into kontact.
Yeap, seems cool.
Still one friend of mine tried it under windows and he promptly complained about two things. The lack of an import filter for his Outlook mail folders and the fact that, when he entered the wrong password to get mail, it simply told him connection refused instead of asking him for another password.
So, yeap it is nice, but still not good enough (which is of course fine since it is a 1.0). I hope it gets better real fast!! :)
is this compatible with opengroupware.org's groupware server?
It doesn't have support for OGo yet.
I am trying to test it and to check what has to be changed in Aethera.
aethra arrival to OGo would be a great change in the groupware world if you did it successfully.
Please proceed your work and bring success to Opensource community.
I bought Kapital - their personial finical manager for a discount price three years ago as part of the beta test program. Knowing that it was beta it was OK to have bugs, actually it was more then OK, it was expected!!
~Two years ago Kapital went 1.0 - let me just tell you that this is the biggest piece of crap I have ever seen!! We are currently waiting for 1.1 to be released, but 1.1beta2 was released ~6 months ago, and this '1.0', and '1.1' both contain many many bugs that plagued the betas, and both are still completely unusable. Unuseable unless you can with stand crashed and data loss that is.
I think that the idea behind theKompany is great for Linux, but I think that they have bit off more then they can chew. They seem to not have the resources to be developing not only Athera and Kapital, but a couple dozen apps for Win32, Linux, and Qtopia handhelds.
Luckly, Athera is a Free application, so you can actually run it and see how bad it is without having to envest in theKompany 1st. If we not free I for one would not give theKompany any more of my hard earned $$$
Just my $0.02
I'm sorry to hear you've had trouble with Kapital, yes it's taken longer to get it where we wanted, than we wanted, but we actually have a very large customer base using the software very successfully, some people have trouble, this is true, more often than not it has to do with compatiblity problems between distros and versions of distros. I would seriously contest your "crap" comment, I use the software myself without any problems.
A problem for us internally with regard to Kapital has been turnover with the developers working on it, unlike a great majority of our products, it really shares no code with anything else, and also the concept of a check book is alien to most of our developers, this has caused various gaps in the development of the application, but it is not abandoned. Right now there is a bug relating to transfering a split transaction between categories that we are working to resolve, and that's the last major issue we are aware of.
Hi,
LDAP support would be nice too
It crashes under windows when exiting, imap config options poor. tkJabber is listed as available plugin, but does not work. This software is not release quality.
the free version of tkJabber is not a plug in. Did you buy the commercial version? that is the plug in.
I'm running Aethera on WinXP every day with IMAP with no trouble, some details reported to our online tracking system would be helpful.
I am using it myself on WinMe without problems.
I have tested Aethera ONLY with 'courier' and 'imap' IMAP servers and this is pointed out in the web pages, what server are you using ?
The missing features like "imap config options poor" has nothing to do with the release version (especialy with 1.0).
Ex: see the history for the most used email clients and you will see when they were able to manage IMAP right.
The available plugin list means 'those plugins are available on the net or on your local system but they aren't used by Aethera'.
You have to install the jabber plugin (get the rpm or the Win installer from us) then you have to add it into the 'Plugins' list using the yellow arrow button.
Anyway, some info you can get just reading the help files.
I cannot comment your final words, it's your opinion.
I can only see what other email app were offering for 1.0