OESF Portables Forum
Everything Else => General Support and Discussion => Zaurus General Forums => Archived Forums => Software => Topic started by: zautrix on July 04, 2004, 03:44:52 pm
-
Hi!
New Version 1.9.2 of KDE-Pim/Pi is now available.
The current Opie-Mail (latest cvs version) is now intregrated in
KDE-Pim/Pi as KMicroMail.
THANK YOU TO THE OPIE DEVELOPERS FOR THAT NICE APPLICATION!
And thank you to the original KDE-Pim Desktop developers as well for the original KOrganizer and KAdressbook code!
KMicroMail (KMM) access is integrated KA/Pi and KO/Pi and KA/Pi access is integrated in KMM.
I had to add some enhancements to KMM to make is useable, e.g. the sorting of the mail in the listview was not implemented.
And I rearranged some icons, added a saving button to the edit dialog, ...
It is really fascinating to me, to see such a powerful PIM environment on such a small device.
Only the actual syncing of contacts is missing. That will follow, of course.
You can download it at
http://sourceforge.net/projects/kdepimpi/ (http://sourceforge.net/projects/kdepimpi/)
Important other improvements were made,
here is the change log:
********** VERSION 1.9.2 ************
1)
KDE-Pim/Pi has got a new member:
KmicroMail (KM/Pi) is a mail program,
which can handle IMAP and POP mail access.
It is based on Opie-Mail v3.
All dependencies to the Opie libraries ar removed,
such that no additional Opie lib is needed.
It is already integrated in KO/Pi and KA/Pi.
It it now available for the Zaurus,probably it
will be available for other platforms later.
Hint:
Create your own contact (name + email)
in KA/Pi, select this contact and choose menu:
Settings - Set Who Am I.
Now the settings of this contact are used as
the sender data in KM/Pi.
2)
KDE-Pim/Pi is split up in five different
packages now precompiled for Sharp Zaurus:
--kmicrokdelibs_1.9.2_arm.ipk
The libs are needed for any
of the following programs:
--kaddressbook_1.9.2_arm.ipk
--kmicromail_1.9.2_arm.ipk
--korganizer_1.9.2_arm.ipk
Independ from that, there is the alarm applet
available for KO/Pi, which also offers
quick access for a new mail or
showing the addressbook.:
--korganizer-alarm_1.9.2_arm.ipk
Independend means, that the alarm applet
does not need any of the libs or programs above to run.
But it would be quite useless without these programs.
NOTE:
If you get a
"This application depends on other programs"
during installation of
--kmicrokdelibs_1.9.2_arm.ipk
you probably do not have to care about that.
kmicrokdelibs_1.9.2 will come with some
resource plugins, which needs additional libraries.
(E.g. libopie1, if you want to use the
opie resource connector in KA/Pi).
If you do not have this libraries installed,
you simply cannot use the resource.
To make it clear:
If the libraries are missing, the applications
using kmicrokdelibs will start,
because the resources are plugins.
3)
KO/Pi and friends are now installable on SD-Card!
It is recommended to install all libs and apps
on the SD card or all in the internal storage.
There may be problems, if this is mixed.
4)
Fixed two bugs in the alarm notification on Windows.
5)
Great improvement!
KO/Pi uses now the latest version of libical.
Libical is the library which actually reads
the calendar files and extract the data from it.
With the old version, there were problems
(crashes or program hangs) when licical did read
files, which were not stored from KO/Pi.
I do not know, if the new libical works perfect,
but actually it works much better than
the old version.
There are no problems with compatibility with
old calendar files of KO/Pi, of course!
6)
New in KA/Pi:
Opie addressbook resource connector available!
You will need libopie1 and the opie addressbook,
of course.
With the Opie addressbook resource connector,
you can access the Opie addressbook readonly in KA/Pi.
If you want to edit or import the data into KA/Pi,
do this:
a) Create an Opie resource.
(Menu: Settings-Configure Resources).
After configuration and restarting KA/Pi you should see
the Opie contacts in KA/Pi.
Select some or all Opie contacts.
(NOTE: +++++
To know exactly, what contacts are Opie contacts,
do this: Choose menu:
View-Modify View - TAB Fields.
Select in the above list "Resource" and click
down arrow to add it to the "Selected fields".
Click OK.
Now you have a new column "Resource" in your list,
where you can see, what an Opie resource is.
++++ NOTE end.)
Ok, we do have now some Opie contacts seleted.
(Use SHIFT or CTRL key in order to multiple select).
c) Choose menu: Edit-Copy.
d) Choose menu: Edit-Paste.
e) Select the resource, you want to add the contacts to.
Congrats! Now you have read/write access to the copied
opie contacts as "real" KA/Pi contacts.
-
sweet. I'll give it a try later today.
-
Just had a quick play. Looking good
Quick feedback bugs/feature requests
Addressbook :
Love the multiple undo/redo
Refuses to load second time round with fasload on. i.e. Turn on fastload. Run exit and run again.
On entering a new contact, I keep wanting to use OK in top left corner. Result is data entered is lost. Have to use OK at bottom of screen.
Would like OK at top left to do same as ok at bottom of screen. Alternative would be to loose the top left OK altogether.
Would like a quick jump to letter when a contact is highlighted in left pane.
Not likey to be a "real world" problem. Search seams a little strange.
Have 2 entries. Names t3, test.
Entering t goest to test and skips t3. Entering t3 does go back to t3 though.
Mail :
Not used Opie Mail app before, so don't know if original had this function. But would really love to be able to just fetch mail headers with size and then get the full mail if desired. Funcyion is missing from standard mail app. on z and very useful for high mail volume users.
Also. Do/Don't delete mail on server option.
Calendar :
Not sure about this, but would like sub tasks synced as well (as normal tasks with some kind of marker ?)
-
Argh.. I don't even get 1.9 good builded when 1.9.2 comes out ;)
Will try to get them build under OpenEmbedded but have few questions.
1. Can you use tags in CVS? So checkouting V1.9.2 (instead of HEAD) will be possible.
2. Source archive is named kdepim.src.tar.gz in each revision - so I cannot fetch 1.9 source when You release 1.9.1 - can You rename them too? kdepim-VERSION.src.tar.gz is better.
3. Did You changed libs (libetpan, libmailwrapper) after including them in kdepimpi? We have them in OE already so I prefer to use them - don't want to rebuild whole toolchain just to compile one program.
anyway keep your work done - I like KO/Pi (has 1.7.8 on my Zaurus) but I think that screen usage can be better (especially in "What's Next" screen).
-
zautrix Posted on Jul 4 2004, 11:44 AM
KMicroMail (KMM) access is integrated KA/Pi and KO/Pi and KA/Pi access is integrated in KMM.
[..snip..]
It is really fascinating to me, to see such a powerful PIM environment on such a small device.
Wonderful news! And I share your fascination with the powerful apps on a small device!
I'm not getting a "check mail" icon or menu item. Tried installing all apps to SD and then removed and installed to internal memorie, still no luck.
Zuber Posted on Jul 4 2004, 01:20 PM
Addressbook :
Refuses to load second time round with fasload on. i.e. Turn on fastload. Run exit and run again.
I can confirm this on my SL-5500.
These are the only two 'glitches" I have found, and I have treid every menu item on all 3 components.
I just am so happy and yet cannot believe what you have accomplished for PIM apps in such a short time; kudos to zautrix and ulf!!
Hrw Posted on Jul 4 2004, 03:38 PM
Argh.. I don't even get 1.9 good builded when 1.9.2 comes out
You have to work double time and not sleep to keep up with the pace that zautrix has set for PIM develpment!
-
Hi Zuber and slocaus,
thanks for testing.
Zuber,
the addressbook problems will be fixed in next version.
I agree, the mail needs some enhancements.
Because the program is new for me as well, I do not know how difficult it will be to implement these enhancements.
Slocaus,
I have to admit, that I did not test a pop3 account, I only tested IMAP.
There is no "check mail" menu item.
Maybe mail fetching is done via popup menus in the folderview?
I found in the source some hints for that.
I have to try out a pop3 account later this week.
The Fastload problem was a leftover from the DesktopKDE code.
It will be fixed in next version.
Hrw,
I have changed libmailwrapper, I did not change libetpan.
I will tag the version, if I consider it to be almost bugfree.
What are your suggestions for the "What's Next" screen?
z.
-
Nice one Zautrix, you move too fast for me, will test later.
- Francis
-
Great Job zautrix! I am amazed how fast you are updating these!
I am having trouble with the address book however, all of each contact numbers has somehow defaulted to "other" in all of my contact records. And it lock's up each time I try and delete any of them. Is there a way I can delete the file where the addresses are stored so I can re-import from the Outlook CSV file? If so, can you tell me where the file is located? Thanks for all the hard work.
-
I have changed libmailwrapper, I did not change libetpan.
I will tag the version, if I consider it to be almost bugfree.
OK - when I got KO/PI and KA/PI builded then I'll go for OPIE Mail/PI and will look into libraries changes.
For this moment I have to resolve libqtaux (from opie) and qtcompat include conflicts (will look how it was in KO/PI because it builds here with EXTRA_QMAKE_VARS).
What are your suggestions for the "What's Next" screen?
It has margins on left/right, has
Allday: [r] urodziny [Jan
Kowalski]
18:00 - 19:00 Wszystkie grzechy
sa smiertelneinstead of:
Allday:
[r] urodziny [Jan Kowalski]
18:00 - 19:00
Wszystkie grzechy sa smiertelne
second method is more readable.
KO/PI has margins in many places, long descriptions of GUI elements (they can be shorter and have tooltips added), You use Ctrl-<key> for shortcuts - can it be Fn-<key> on SL-5500?
In "Small Todo list" column headers are bigger then font used to display todos - if You remove that "\/" marker it probably get smaller. I'll try to attach screenshot from my Zaurus.
-
Slocaus,
I have to admit, that I did not test a pop3 account, I only tested IMAP.
There is no "check mail" menu item.
Maybe mail fetching is done via popup menus in the folderview?
I found in the source some hints for that.
I have to try out a pop3 account later this week.
The Fastload problem was a leftover from the DesktopKDE code.
It will be fixed in next version.
Zautrix - I did try it as IMAP and my ISP supports it fine. I have another minor email provider that does not support POP3.
Tried finding pop-up menus by clicking on folders, inboxes, etc. and nothing comes up. When I click on the POP3 ISP / Inbox folder, I get "Error initializing folder" in the taskbar. Just an FYI that might help. I know that KM/Pi is new and will take some time to get all featuers.
While you are looking at FastLoad with KA/Pi you might check KM/Pi as well. It seems to suffer the same load problems, though I doubt I would use FastLoad with it normally.
Again, thank you for the quick enhancements and especially KM/Pi!
-
I cannot get KA/PI to import vCard information exported by Kaddressbook on my system. I've tried both vCard 2.1 and vCard 3.0 (and as single files for each entry or one big vCard). Copying over the file from my home system to the Zaurus works, but then all the phone entries lose their headers (i.e. Home, Work, Mobile, etc) and I have to manually update this which is very time consuming.
-
Hi zautrix and ulf,
you are as fast as ever!!! Thanks. I allready posted the bugs to sourceforge.
Here I only want to give an idea about the search in KA-pi:
For example i have 4 entries with "markus". I get only 1 on the right side. No problem. But i have to search the left column to find the Markus, i want. My idea: the left column shows only these entries, which match the search. So it is easier to find the Markus i want. Next example: I only know that the family name of the person is "Markus" (not realy a family name, but i dont remember the name, i searched yesterday). So i write Markus and the result is (i guess) a person with the given name "markus". Now I have to search the hole adressbook. (ok, i can sort now the family name and will find Markus. But then i dont need any search
Here it is also better to see on the left only the entries which match the search (first i see all, but each letter i write reduces the entries)
Upps, not easy to make it in english! But i understand, that you want to concentrate to one forum.
Thanks for your great work. Sven
-
I cannot get KA/PI to import vCard information exported by Kaddressbook on my system. I've tried both vCard 2.1 and vCard 3.0 (and as single files for each entry or one big vCard). Copying over the file from my home system to the Zaurus works, but then all the phone entries lose their headers (i.e. Home, Work, Mobile, etc) and I have to manually update this which is very time consuming.
Hello Elvis,
can you display here one of the phonenumber lines from the exportfile of KAddressbook. I am not interested in the phonenumbers, only in the syntax of the whole line.
We have already an idea what is going on, but just to make sure.
thanks,
Ulf
-
Ulf,
Here is a 2.1 vCard export of a single contact:
BEGIN:VCARD
ADR;TYPE=pref;TYPE=work:;;1155 XXXXX Parkway, Suite XXX; XXXXX;VA;2XXXX;
EMAIL;TYPE=PREF:jef@xxx.com
FN:Jeffrey XXXXXXX
N:XXXXXX;Jeffrey;;;
ORG:Hydrologic
REV:2004-06-13T17:57:17Z
TEL;TYPE=WORK:703-XXX-XXXX
UID:pVAiuJqbdZ
VERSION:2.1
END:VCARD
Here is a 3.0 vCard export of the same contact:
BEGIN:VCARD
ADR;TYPE=pref;TYPE=work:;;1155 XXXXX Parkway, Suite XXX;XXXXX;VA;2XXXX;
CATEGORIES:Business
CLASS:PUBLIC
EMAIL;TYPE=PREF:jef@xxx.com
FN:Jeffrey XXXXXXX
N:XXXXXXX;Jeffrey;;;
ORG:Hydrologic
REV:2004-06-13T17:57:17Z
TEL;TYPE=WORK:703-XXX-XXXX
UID:pVAiuJqbdZ
VERSION:3.0
END:VCARD
-
Great Job zautrix! I am amazed how fast you are updating these!
I am having trouble with the address book however, all of each contact numbers has somehow defaulted to "other" in all of my contact records. And it lock's up each time I try and delete any of them. Is there a way I can delete the file where the addresses are stored so I can re-import from the Outlook CSV file? If so, can you tell me where the file is located? Thanks for all the hard work.
I have the same - that all phone labels are "Other". I don't plan to try and delete any of them, my guess is that it will be corrected in new versions, since KA (& KM) are alpha status.
/home/zaurus/kdepim/apps/kabc/std.vcf is addressbook for 1.9.x
/home/zaurus/Applications/kaddressbook/data/kabc/std.vcf for 1.7.x
I'd try to re-import the old version first before doing the csv conversion again, but I like the easy way. Or do what I plan to do and wait for 1.9.3!
-
I builded KO/PI and KA/PI using OpenEmbedded - but only once - cannot get it build another time.
Installed KO/PI 1.9.2 on Zaurus - it looks better then 1.7.8. Ability to hide allday field is useful. I also like "markers" when scrolling busy day agenda.
Toolbar icons has margins on both sides of image - if they will be smaller then more buttons will fit.
-
Thanks slocaus,
I decided to go back to 1.9.1 yesterday. I groped my way through and found all the instances of the address book. (I kept deleting a few instance and they kept comming back..lol) once I found all the ritght address book files and deleted them all, I rebooted and reinstalled 1.9.1, re-mapped, re-imported my addresses in and everything was fine. Late night last night... I agree, I am going to wait for 1.9.3. These guys are so good, and thorough, that you forget that your working with alphas and betas. Anyway, it will keep the excitement level high as we watch on the sidelines.....
-
Great Job zautrix! I am amazed how fast you are updating these!
I am having trouble with the address book however, all of each contact numbers has somehow defaulted to "other" in all of my contact records. And it lock's up each time I try and delete any of them. Is there a way I can delete the file where the addresses are stored so I can re-import from the Outlook CSV file? If so, can you tell me where the file is located? Thanks for all the hard work.
Hello Roderickv,
can you create on Sourceforge two bug entries and attach a piece of your CVS importfile that we can reproduce the change of the phone entries to "other". We do not need the whole file, and if you like you can modify the names and private information. We just want to take a look on the structure.
You can find the addressbook file on the Zaurus usually on <your home dir>/kdepim/apps/kabc/std.vcf
But you can always find the file by checking the "configure resource" dialog
Ulf
-
Great Job zautrix! I am amazed how fast you are updating these!
I am having trouble with the address book however, all of each contact numbers has somehow defaulted to "other" in all of my contact records. And it lock's up each time I try and delete any of them. Is there a way I can delete the file where the addresses are stored so I can re-import from the Outlook CSV file? If so, can you tell me where the file is located? Thanks for all the hard work.
Sorry, but in version 1.9.2 is really something odd!
I would recommend to not use the addressbook of 1.9.2.
Seems so, that I have fixed most of the problems now.
But please provide us with info about a contact, where some fields are imported as "other".
Thx for testing!
z.
-
Hi zautrix and ulf,
you are as fast as ever!!! Thanks. I allready posted the bugs to sourceforge.
Here I only want to give an idea about the search in KA-pi:
For example i have 4 entries with "markus". I get only 1 on the right side. No problem. But i have to search the left column to find the Markus, i want. My idea: the left column shows only these entries, which match the search. So it is easier to find the Markus i want. Next example: I only know that the family name of the person is "Markus" (not realy a family name, but i dont remember the name, i searched yesterday). So i write Markus and the result is (i guess) a person with the given name "markus". Now I have to search the hole adressbook. (ok, i can sort now the family name and will find Markus. But then i dont need any search
Here it is also better to see on the left only the entries which match the search (first i see all, but each letter i write reduces the entries)
Upps, not easy to make it in english! But i understand, that you want to concentrate to one forum.
Thanks for your great work. Sven
Hi Sven,
I think, the way of sorting you are suggesting would be very useful.
But I do not know, how fast this would be on the Zaurus.
When the other bugs are fixed, I will create 500 test-contacts and try out, how fast this kind ( hiding all contacts, that do not match ) of sorting will be.
The other problem of the sorting is already solved.
z.
-
Or do what I plan to do and wait for 1.9.3!
That is smart! ;-)
-
I have changed libmailwrapper, I did not change libetpan.
I will tag the version, if I consider it to be almost bugfree.
OK - when I got KO/PI and KA/PI builded then I'll go for OPIE Mail/PI and will look into libraries changes.
For this moment I have to resolve libqtaux (from opie) and qtcompat include conflicts (will look how it was in KO/PI because it builds here with EXTRA_QMAKE_VARS).
What are your suggestions for the "What's Next" screen?
It has margins on left/right, has
Allday: [r] urodziny [Jan
Kowalski]
18:00 - 19:00 Wszystkie grzechy
sa smiertelneinstead of:
Allday:
[r] urodziny [Jan Kowalski]
18:00 - 19:00
Wszystkie grzechy sa smiertelne
second method is more readable.
KO/PI has margins in many places, long descriptions of GUI elements (they can be shorter and have tooltips added), You use Ctrl-<key> for shortcuts - can it be Fn-<key> on SL-5500?
In "Small Todo list" column headers are bigger then font used to display todos - if You remove that "\/" marker it probably get smaller. I'll try to attach screenshot from my Zaurus.
The header high cannot made be smaller, unfortunately.
I tried this already.
If the header itself is smaller, you would see a gray rectangle which fills out the original size of the header.
Below that rect the displaying of data will start.
Such that nothing is gained.
You suggestions of the WN-view and the FN keys makes sense.
When KA/Pi bugs are fixed, I will try to make the WN-view configurable.
In add the FN key.
z.
-
I builded KO/PI and KA/PI using OpenEmbedded - but only once - cannot get it build another time.
Installed KO/PI 1.9.2 on Zaurus - it looks better then 1.7.8. Ability to hide allday field is useful. I also like "markers" when scrolling busy day agenda.
Toolbar icons has margins on both sides of image - if they will be smaller then more buttons will fit.
I agree, the toolbar buttons should be smaller.
But to make the toolbar buttons smaller is not possible.
But now we have a KToolBar in Microkde - in KO/Pi is used the Qt QToolBar.
It should be possible to make the buttons smaller, if the QToolBar is exchanged
with KToolBar.
Maybe I try this later.
z.
-
Ulf1 and zautrix,
I will be happy to do a bug report and attach CSV's, (anything to help the effort) but I want to clarify so that you are not off in the wrong direction, that importing the CSV didn't cause the "Other" in all the phone fields. In fact, I didn't import CSV's when the problem first occured. I downloaded the 1.9.2 files and installed them on my 512 SD card (that had plenty of space on it). All the packages installed fine but KO/PI, I had trouble installing KO/PI on the SD card, it kept saying that it would only run in the main memory. So, I uninstalled everything and rebooted and tried again. The third try was successful with installing all of the packages onto the SD card including KO/PI. But when I went into KA/PI all the phone number fields were "Other" and it was very sluggish. Every time I would try to edit or delete an entry, it would either lock up or just shut down altogether and it consistently shut down when tried to delete any entry. I am sure I corrupted the address field while trying to install the packages onto the SD card. That is why I wanted the path to the address book file. So that I could delete the corrupted address book file and reinstall my contacts from a CSV.
So I am thinking the problem is not from a CSV import attempt, but from a corrupt address file from when I was trying to install everything onto the SD card.
If you still want the CSV I used to restore, I can provide it, but I am not sure how it will help. Thanks for all you guys are doing!
-Rod-
-
Ulf1 and zautrix,
I will be happy to do a bug report and attach CSV's, (anything to help the effort) but I want to clarify so that you are not off in the wrong direction, that importing the CSV didn't cause the "Other" in all the phone fields. In fact, I didn't import CSV's when the problem first occured. I downloaded the 1.9.2 files and installed them on my 512 SD card (that had plenty of space on it)
[..snip..]
So I am thinking the problem is not from a CSV import attempt, but from a corrupt address file from when I was trying to install everything onto the SD card.
I had the same experience, except that everything installed to my SD card (256 Lexar) just fine. I did the csv import into 1.9.0 and then just copied the std.vcf to the new location with 1.9.1. It was the upgrade to 1.9.2 that caused all the phone labels to change to "Home".
I've reverted to a backup of 1.9.0 from last week, and copied the mycalendar.ics into KO/Pi, (no contacts have changed for KA/Pi), and all is well, for now. I can export and upload std.vcf if it will help.
-
Ulf1 and zautrix,
I will be happy to do a bug report and attach CSV's, (anything to help the effort) but I want to clarify so that you are not off in the wrong direction, that importing the CSV didn't cause the "Other" in all the phone fields. In fact, I didn't import CSV's when the problem first occured. I downloaded the 1.9.2 files and installed them on my 512 SD card (that had plenty of space on it)
[..snip..]
So I am thinking the problem is not from a CSV import attempt, but from a corrupt address file from when I was trying to install everything onto the SD card.
I had the same experience, except that everything installed to my SD card (256 Lexar) just fine. I did the csv import into 1.9.0 and then just copied the std.vcf to the new location with 1.9.1. It was the upgrade to 1.9.2 that caused all the phone labels to change to "Home".
I've reverted to a backup of 1.9.0 from last week, and copied the mycalendar.ics into KO/Pi, (no contacts have changed for KA/Pi), and all is well, for now. I can export and upload std.vcf if it will help.
Hello Slocaus, roderickv
yes, please upload the CSV file you used that caused the problem with 1.9.2,
or send it to me. My emailadress is uschenk AT fastobjects DOT com
Let me also know which mapping you used for the particular field.
thanks,
Ulf
-
Hello Slocaus, roderickv
yes, please upload the CSV file you used that caused the problem with 1.9.2,
or send it to me. My emailadress is uschenk AT fastobjects DOT com
Let me also know which mapping you used for the particular field.
thanks,
Ulf
I did not do a CSV import into 1.9.2;
I did the only CSV import into 1.9.0, then copied std.vcf from /home/zaurus/Applications/kaddressbook/data/kabc/ to
/home/zaurus/kdepim/apps/kabc/ with version 1.9.1 and all labels were fine. Then I removed 1.9.1 and installed 1.9.2 and that is when I had all phone labels changed to "Home".
-
Hello Slocaus, roderickv
yes, please upload the CSV file you used that caused the problem with 1.9.2,
or send it to me. My emailadress is uschenk AT fastobjects DOT com
Let me also know which mapping you used for the particular field.
thanks,
Ulf
I did not do a CSV import into 1.9.2;
I did the only CSV import into 1.9.0, then copied std.vcf from /home/zaurus/Applications/kaddressbook/data/kabc/ to
/home/zaurus/kdepim/apps/kabc/ with version 1.9.1 and all labels were fine. Then I removed 1.9.1 and installed 1.9.2 and that is when I had all phone labels changed to "Home".
Hello Slocaus,
then send me one of the vcard entries of std.vcf that caused the home Problem.
thanks,
Ulf
-
Hi zautrix,
I think you are right, my suggested kind of sorting would make the prog to slow.
I have one more suggestion: klicking in the search-box marks (highlights) the already writen letters there. So writing a new name (for search) would delete the former name and you can faster and easier write and search a new name.
@ulf
And about the problem with the field "other" and deleting an entry crashs KA-pi: I think it is only a problem of getting the version 1.9.1-adressbook into the 1.9.2-prog. I had the same problem: I created in 1.9.1 two test-entries. Then I updated to 1.9.2 and wanted in 1.9.2 delete the test-entries because now I could import my opie-adresses (I did not need the test-entries any more). But I could not delete them, KA-pi always crashed and I had to reboot (sometimes). So I deleted the hole adressbook (deinstalled all, deleted the folders) and installed again 1.9.2 and imported the opie-adresses. Now I can delete entries. So I think it is a problem with "importing" the 1.9.1-adressbook to 1.9.2.
Sven
-
From today's experience, I'm guessing that you shouldn't remove kdepim before upgrading.
I was using 1.9.1 and wanted to try the latest version. I unistalled kdepim & korganizer-alarm then installed the 1.9.2 versions of kapi, kopi, ko-alarm, kmail and the kdemicrodeps.
After reboot, kapi & kmail don't work. I get the following error:
# kapi
Display size = 480x640
locatelocal: /home/zaurus/kdepim/config/kaddressbookrc
locatelocal: /home/zaurus/kdepim/apps/kaddressbookKActionCollection::setWidget: warning: KAccel is never used in microkde
locatelocal: /home/zaurus/kdepim/config/kabcrcKLibLoader::library could not find library: libmicrokabc_qtopia.so
locatelocal: /home/zaurus/kdepim/apps/kabc/std.vcf
locatelocal: /home/zaurus/kdepim/apps/kaddressbook/kresources/contactrc
#I reninstalled kdepim and then reinstalled kapi & kmail and viola they worked.
-
Hello Slocaus,
then send me one of the vcard entries of std.vcf that caused the home Problem.
thanks,
Ulf
Here you go, Vcard v.3
BEGIN:VCARD
VERSION:3.0
UID:cUqWAK5zEg
FN:Sanctuary Tobacco_Shop
EMAIL:thesanctuary@charter.net
N:Tobacco_Shop;Sanctuary;;;
ORG:Sanctuary Tobacco Shop
ADR;TYPE=work:;;1111 Chorro;San Luis Obispo;CA;93401;
TEL:805-543-1958
TEL:805-543-4131
CATEGORIES:Work
REV:2004-06-24T03:11:01Z
CLASS:PUBLIC
END:VCARD
Wierd. Phones shown are Work and Work Fax. Both display as "Other" in KA 1.9.2
-
Hi all,
I hope, we have fixed all known bugs.
Please download the version 1.9.2a and try again.
(It is release 1.9.2 with files replaced).
It should work much better than 1.9.2.
z.
-
Hi Zautrix,
I found a very minor bug: the mail program is now called ompi but the Pim desktop file, /home/QtPalmtop/apps/Pim/kmicromail.desktop, still refers to kmpi. Making that change makes it work.
Other than this, everything else seems to work fine.
Keep up the good work - it's much appreciated.
Daniel
-
I found a very minor bug: the mail program is now called ompi but the Pim desktop file, /home/QtPalmtop/apps/Pim/kmicromail.desktop, still refers to kmpi.
Hi Daniel,
thx for the info, I updatd the package as 192b , where this is fixed.
z.
-
zautrix:
KDEPim/PI is added to OpenEmbedded as CVS version. Later I'll look into CVS and probably add 1.9.2b version (if it is tagged in CVS of You will add source archive into SF files).
Already builded are Ko/Pi and Ka/Pi with applet and all needed libraries. Adding Km/Pi is next task - first we have to look what changes You made to libmailwrapper and maybe incorporate them into upstream version.
Speaking of libraries... it would be very nice if you bump revision of libraries between changes - Ko/Pi 1.7.8 has libraries 1.0 and Ko/Pi 1.9.2 still has libraries 1.0 but they are changed so it was main source of problems.
-
Ok, I uninstalled version 1.9.1 and installed 1.9.2a to my Sandisk 512 SD card. Unlike before, the installation went seamless onto the SD card. But when I opened KA/PI I again had "Other" for all the contact numbers. Here is an example. Like it was mentioned earlier, the numbers look fine in the exported card, but shows up as "others" in KA/PI. I also emailed them to you as you requested.
Version 3.0
BEGIN:VCARD
VERSION:3.0
NAME:John Doe
UID:aIavTG5bNU
FN:John Doe
EMAIL:johndoe@aol.com
N:Doe;John;;;
TITLE:Vice President
ORG:US Bank
TEL:(614) 232-xxxx
TEL:(614) 232-xxxx
TEL:(614) 529-xxxx
REV:2004-07-07T08:21:49Z
CLASS:PUBLIC
END:VCARD
Keep up the great work!
-
Update - I was able to resolve the "other" phenomenon with the following simple proceedure.
I just went into KA/pi and "selected all" on all the contacts with "other" as all the contact numbers and Deleted them all.
I then went back into KA/pi (there were no contacts at this point). Re-imported the back-up CSV I had and voila! All my contacts were correct.
So for now, if you are going to install 1.9.2a, I would recommend exporting all your contacts into a CSV back-up before you begin.
-
Ok, I uninstalled version 1.9.1 and installed 1.9.2a to my Sandisk 512 SD card. Unlike before, the installation went seamless onto the SD card. But when I opened KA/PI I again had "Other" for all the contact numbers. Here is an example. Like it was mentioned earlier, the numbers look fine in the exported card, but shows up as "others" in KA/PI. I also emailed them to you as you requested.
Version 3.0
BEGIN:VCARD
VERSION:3.0
NAME:John Doe
UID:aIavTG5bNU
FN:John Doe
EMAIL:johndoe@aol.com
N:Doe;John;;;
TITLE:Vice President
ORG:US Bank
TEL:(614) 232-xxxx
TEL:(614) 232-xxxx
TEL:(614) 529-xxxx
REV:2004-07-07T08:21:49Z
CLASS:PUBLIC
END:VCARD
Keep up the great work!
Hello roderickv and all other guinea pigs,
the vcard entry you sent me is not correct in the sense, that KA/Pi does not know how to interpret the different phonenumbers. It does simply not know in which category each number belongs.
>TEL:(614) 232-xxxx
>TEL:(614) 232-xxxx
>TEL:(614) 529-xxxx
Because of that it categorizes all of them as "other". Don't ask my why it eventually displayed the correct types in 1.9.1 and earlier.
Anyway. The correct form for phonenumbers look like the following lines:
TEL;TYPE=FAX;TYPE=WORK:(614) 232-xxxx
TEL;TYPE=WORK:(614) 232-xxxx
TEL;TYPE=CAR:(614) 529-xxxx
TEL;TYPE=FAX;TYPE=HOME:(614) 567-xxxx
TEL;TYPE=HOME:(614) 838-xxxx
If you check your adressbook and find this kind of wrong entries (like described above), you should consider to reimport your addressbook into KA/Pi.
thanks,
Ulf
-
After trying these programs, I decided to remove them, which I did with no problems, then after exiting "Add/Remove Software", I found nothing worked anymore, if I tapped an icon, nothing happened, so I rebooted and the machine hangs on the startup screen, anyone have any ideas before I have to reflash? I have not done a backup this week yet, so I'll loose a lot of stuff
-
After trying these programs, I decided to remove them, which I did with no problems, then after exiting "Add/Remove Software", I found nothing worked anymore, if I tapped an icon, nothing happened, so I rebooted and the machine hangs on the startup screen, anyone have any ideas before I have to reflash? I have not done a backup this week yet, so I'll loose a lot of stuff
What hardware/software combination do you have?
What did you had installed and then removed?
If you had installed the alarm-applet maybe there went something wrong when deinstalling.
It it is not a hardware failure or a bug in the installer which screwed up something
maybe it would help if you boot into console and remove the alarm applet manually.
It is in /home/QtPalmtop/plugins/applets/libkopialarmapplet.so.1.0.0
Did you had enabled fastload?
z.
-
Yes I had fastload on for one of the apps, I thought qpe.conf had entries listing the fastload apps, so I could edit it manually, but I can't find any such entries. Also vi or mc dont work properly from the console - no scrolling so reading/editing config files is near impossible. Unless you know something different, it's a reflash case.
The libkopialarmapplet.so.1.0.0 was removed anyway during uninstall, no problems, I suspect the fastload thingy..
-
Yes I had fastload on for one of the apps, I thought qpe.conf had entries listing the fastload apps, so I could edit it manually, but I can't find any such entries. Also vi or mc dont work properly from the console - no scrolling so reading/editing config files is near impossible. Unless you know something different, it's a reflash case.
The libkopialarmapplet.so.1.0.0 was removed anyway during uninstall, no problems, I suspect the fastload thingy..
Then I guess, there was some of the other files not removed properly.
Try to remove
/home/QtPalmtop/lib/libmicro*.*
and
/home/QtPalmtop/bin/kopi
/home/QtPalmtop/bin/kapi
z.
-
No it's not that, those files are gone. I'm going to reflash now, been trying to start Qtopia manually and its complaining that libjpeg.so.62 is missing, I'd love to find the actual cause but I need a working machine back again. Thanks for your help.
-
I m posting this from my Z - so dont mind the layout
I think i know where the "other" thing comes from
KaPi on windows users upper case for HOME - CELL - WORK etc
KaPi on zaurus uses lower case
once you copy your std.vcf from one to another, the numbers are all marked as "other" and if you save, the HOME, etc are gone
chero
-
forgot this :
if you manually change from upper to lower for a few contact, then these are read correctly while the others still have "other" phone numbers
-
I m posting this from my Z - so dont mind the layout
I think i know where the "other" thing comes from
KaPi on windows users upper case for HOME - CELL - WORK etc
KaPi on zaurus uses lower case
once you copy your std.vcf from one to another, the numbers are all marked as "other" and if you save, the HOME, etc are gone
chero
Hello Chero,
it looks like you found something. I could verify that the Zaurus stores the types in lowercase, while the Windows desktop version uses uppercase letters.
And as a result of that, the zaurus interprets the types (lowercase letters) of copied files incorrect, and displays "other".
This will be fixed in one of the next versions.
thanks,
Ulf
-
no thanks !
I should thank you guys I simply love KoPi and KaPi so far.
Keep on going !!
chero
-
I think i know where the "other" thing comes from
KaPi on windows users upper case for HOME - CELL - WORK etc
KaPi on zaurus uses lower case
chero
Please don't assume that we all use Windows.
I had the same issue when I imported directly from a Linux KAB, and when I used an old Palm and converted to CSV format to import.
Anyway, I still have the "Other" for all phone numbers, and I see my existing phone numbers with no labels and then all the other labels with no phone numbers; Ulf's explanation a few messages back makes sense, I just wonder where it changed between 1.9.0 and 1.91?? No matter really, I have chosen to go through and manually edit and correct in KA/Pi using vncviewer and the keyboard on my desktop. (Did I mention I love linux?
This version 1.9.2a/b is very useable for me. Fastload works fine with KO & KA; I can do almost everything with Zaurus menu and keyboard buttons. (I'd still like to have more Menu control of KA, but I know it is coming, right?)
Cheers again to your fantastic work, zautrix and ulf! In about 1/2 week we have gone from a new alpha with some glitches to an alpha that I trust 90% (I make daily backups to my SD and then use rsync to make a complete directory tree of my Z on my desktop, along with 14 days of backup files.)
Carry on, each release just gets more excting in what you can do!
-
Hello Chero,
it looks like you found something. I could verify that the Zaurus stores the types in lowercase, while the Windows desktop version uses uppercase letters.
And as a result of that, the zaurus interprets the types (lowercase letters) of copied files incorrect, and displays "other".
This will be fixed in one of the next versions.
thanks,
Ulf
Ulf, something changed between 1.9.0 (displayed fine for me), and 1.9.1/2/a that showed this behavior. I have most of my editing done (as stated on the Z via vncviewer) so I don't think I want to go back to 1.9.0 and look or test, unless it might help you in some way??
-
Ulf, something changed between 1.9.0 (displayed fine for me), and 1.9.1/2/a that showed this behavior. I have most of my editing done (as stated on the Z via vncviewer) so I don't think I want to go back to 1.9.0 and look or test, unless it might help you in some way??
Hello slocaus,
there is no need to go back to older versions of Ka/Pi.
I created the bugentry 987525 on sourceforge, and we will fix this.
Ulf
-
I've been using KO/PI 1.7.5 on my 860. What is the difference between that and KDE/PIM 1.9.2 ?
Are these different programs or different versions of the same program?
If different - what are the main differences?
-
I've been using KO/PI 1.7.5 on my 860. What is the difference between that and KDE/PIM 1.9.2 ?
Are these different programs or different versions of the same program?
If different - what are the main differences?
KDE/PIM 1.9.2 = KA/Pi (KAddressbook) + KO/Pi + OM/Pi (Opiemail).
With integrated access from KO/Pi and KA/Pi to OM/Pi and with access from KO/Pi to KA/Pi addresses.
KO/Pi 1.9.2 is KO/PI 1.7.5 with some enhancements/bugfixes.
z.
-
A question for you zautrix : I tried to import an ics file of French (?!) holidays in KO/Pi (1.7.5): I was said that importation failed (structure pb) : Is it possible to import such a file : what are the restrictions on structure ?
-
Hello all Ka/Pi and KAddressbook users,
The "other" phonenumber problem will be fixed within 1.9.3.
But let me explain shortly what it is all about the formats we are using currently with Ka/Pi. If you are confused, skip the following, or open your std.vcf file in a texteditor and try to verify my writing with help of the content of the file.
1) The changes between 1.9.0 and 1.9.1 in Ka/Pi were probably the result of a change in the code we made in the vcard parser in order to be more complient with the current KDE implementation.
2) In general there are two different releases of the vcard spec. v2.1 and v3.0
Both specs support the following phone formats:
TEL;PREF;WORK;MSG;FAX:+1-800-555-1234
(where the parameter values pref, work, msg, fax are caseinsensitive)
or
TEL;TYPE=PREF;TYEP=WORK;TYPE=MSG;TYPE=FAX:+1-800-555-1234
(where the parameter values pref, work, msg, fax are caseinsensitive)
The problem with the KDE implementation in general is that the parser for vcards of version 2.1 recognized only uppercase parameter values, and for vcards of version 3.0 only lowercase parameter values. This is what I fixed in the upcoming version. The parser will check for the parameter values in a caseinsensitive way.
The parsers are also very picky about the format.
They do not allow the first format (TEL;PREF;WORK;MSG;FAX:+1-800-555-1234)
at all. If you have to import or to open an external vcf file, make sure it does not include the above format for phonenumbers.
thanks,
Ulf
-
holy shit.
well, I'll never understand why guys splitting programmers resources in this way.
There are reasons why opie-mail written by me is integrated into OPIE itself. This is one point. But the next and bigger point: You wrote that you did some enhancements to it. Which? Why? Why not giving back to the authors of opie-mail (eg, me) what you did? Why do you just participating on MY job but not giving back something?
Then some others, you broke the licence some points:
1. you put openssl as binary into your cvs. Read the OPENSSL licence carefully - you make a link to the sources.
2. You don't have any licence model - but opie-mail is GPL. It means - you must put every software depending on it under GPL, too! Do it or I'll get real angry.
3. You don't have any changelog about differences to opie-mail - read the GPL and the licence.
4. You must put sources at the same place like the binary - read the GPL again. Not CVS, but generate a source-archiv and put it at the same place the binary resides.
May be, that it would a ... nice idea having some mailclients not depending on opie. but opiemail is the mailer of the OPIE system. And as it is written under GPL you have to respect something. And not depending on GPL you should respect that it would be nice when you inform the developers of a software that you'll reuse this software and cancel some of their ideas, read the GPL about what it says about splitting software and inform about the base software - i didn't found anything in your documentation about opie-mail. This isn't a wish, it is a must be of the GPL.
Alwin
a little bit sicked.
-
well, I'll never understand why guys splitting programmers resources in this way.
People do this for a hobby. It isn't a job. If you want concentrated programmer resources, hire people. Don't whine and complain they do whatever they feel like doing.
Then some others, you broke the licence some points:
4. You must put sources at the same place like the binary - read the GPL again. Not CVS, but generate a source-archiv and put it at the same place the binary resides.
The GPL doesn't require you to put anything online. In fact, strictly speaking it only requires you to make the source available on request. It doesn't say you have to put it online or even in the same distribution as the binary.
Anyways, why are you Opie guys always so angry and pissed off at everyone else?
-
holy shit.
well, I'll never understand why guys splitting programmers resources in this way.
There are reasons why opie-mail written by me is integrated into OPIE itself. This is one point. But the next and bigger point: You wrote that you did some enhancements to it. Which? Why? Why not giving back to the authors of opie-mail (eg, me) what you did? Why do you just participating on MY job but not giving back something?
I am sorry about that you did get no information.
I wrote on 5th of July a mail to opie-devel and wrote, what I did and where the modifications are available and that I hope, that I can merge my enhancements back.
There was no "about" dialog in Opiemail, such that I did not know, who was the developer.
Then some others, you broke the licence some points:
1. you put openssl as binary into your cvs. Read the OPENSSL licence carefully - you make a link to the sources.
I removed the binaries there.
2. You don't have any licence model - but opie-mail is GPL. It means - you must put every software depending on it under GPL, too! Do it or I'll get real angry.
I removed no licence message or about dialog in OpieMail.
There was none.
I did not change ANY headers of the sources.
So, please tell me, what to do?
3. You don't have any changelog about differences to opie-mail - read the GPL and the licence.
Ok, I will do it.
4. You must put sources at the same place like the binary - read the GPL again. Not CVS, but generate a source-archiv and put it at the same place the binary resides.
That was the case for version 1.9.3a-
But I removed the Opiemail binaries from the release files of version 1.9.3a and 1.9.2.
May be, that it would a ... nice idea having some mailclients not depending on opie. but opiemail is the mailer of the OPIE system. And as it is written under GPL you have to respect something. And not depending on GPL you should respect that it would be nice when you inform the developers of a software that you'll reuse this software and cancel some of their ideas, read the GPL about what it says about splitting software and inform about the base software - i didn't found anything in your documentation about opie-mail. This isn't a wish, it is a must be of the GPL.
As I wrote, I wrote an email to opie-devel already some days ago.
z.
-
I removed no licence message or about dialog in OpieMail.
There was none.
I did not change ANY headers of the sources.
As opie-mail is part of opie which is under GPL it is under GPL, too.
there is a licence file within the opie source tree (LICENCE.GPL).
Put your stuff depending on OPIE software under GPL, too.
As I wrote, I wrote an email to opie-devel already some days ago.
Ok, then I had not seen it. My failure.
To the other guys (and you, too):
Well, I had worked 5 month 4 hours every day on opiemail. I had wished, that someone will help. I know there are a lot of bugs must getting fixed. Thats why I'll never understand that guys using my work aren't able to send patches, fixes and so on back. At this moment I'm feeling real sicked. That is the point I can not understand why resources are splitted that way.
And it is a job. I'll make it on goodwill, of course, but it is a job. And someone using it in them own projects is able to send back something. Than it is shared development in the idea of an open community. But taking it and not sending back something to the origin is participating. Nothing else. The hint that kmicromail is based on opie-mail (not just the ideas, most code is from opiemail) I had found just on this thread. But when I reuse software from others - I'll put a link to that software direct into my documentation. The gpl request such - and I think it is a must be not depending on gpl that I tell who has made the base. So like I tell that opiemail (and kmicromail, too) is using libetpan. Did you gave feedback back to the etpan-authors?
Once again - may be there are reasons for a mail client using the design of opie-mail but not using opie. It isn't a problem. The problem is in which way it was done. Our resources aren't the best. So I think it should be self-evident that someone using MY resources and spare time work send back fixes, patches, ideas and so on.
btw.: removing opie support is meanwhile the same like loosing some nice features. But this isn't real my problem.
Alwin
-
I removed no licence message or about dialog in OpieMail.
There was none.
I did not change ANY headers of the sources.
As opie-mail is part of opie which is under GPL it is under GPL, too.
there is a licence file within the opie source tree (LICENCE.GPL).
Put your stuff depending on OPIE software under GPL, too.
As KDE-Pim/Pi is under GPL and K-OPieMail is part of KDE-Pim/Pi,
K-OPieMail is under GPL, too.
There s a licence file within the KDE-Pim/Pi source tree (copying.txt).
As I wrote, I wrote an email to opie-devel already some days ago.
Ok, then I had not seen it. My failure.
To the other guys (and you, too):
Well, I had worked 5 month 4 hours every day on opiemail. I had wished, that someone will help. I know there are a lot of bugs must getting fixed. Thats why I'll never understand that guys using my work aren't able to send patches, fixes and so on back. At this moment I'm feeling real sicked. That is the point I can not understand why resources are splitted that way.
And it is a job. I'll make it on goodwill, of course, but it is a job. And someone using it in them own projects is able to send back something. Than it is shared development in the idea of an open community. But taking it and not sending back something to the origin is participating. Nothing else. The hint that kmicromail is based on opie-mail (not just the ideas, most code is from opiemail) I had found just on this thread. But when I reuse software from others - I'll put a link to that software direct into my documentation. The gpl request such - and I think it is a must be not depending on gpl that I tell who has made the base. So like I tell that opiemail (and kmicromail, too) is using libetpan. Did you gave feedback back to the etpan-authors?
Once again - may be there are reasons for a mail client using the design of opie-mail but not using opie. It isn't a problem. The problem is in which way it was done. Our resources aren't the best. So I think it should be self-evident that someone using MY resources and spare time work send back fixes, patches, ideas and so on.
btw.: removing opie support is meanwhile the same like loosing some nice features. But this isn't real my problem.
Alwin
I wrote this mail to opie-devel:
Hi!
I have forked the current Opie mail cvs version to use it in my project KDE-Pim/Pi.
(Pi stands for platform independent).
Please let me introduce this project:
The goal is to have a complete PIM and syncing framework available on the Sharp Zaurus, Linux Desktop and Windows.
Independent from the whole KDE framework or other libraries.
For that reason it provides a so called microKDE library, which delivers the needed functionality.
The links are:
http://sourceforge.net/projects/kdepimpi/ (http://sourceforge.net/projects/kdepimpi/)
www.pi-sync.net
It consists currently of a full functional version of KOrganizer/Pi (KO/Pi) and a just ported version of KAddressbook/Pi (KA/Pi). KA/Pi has still some bugs.
To get an email program connected to KA/Pi and KO/Pi I have taken over the last weekend the source code of Opie mail cvs and integrated it in the microKDE framework.
I removed all dependencies of libopie.
And, that is the reason I am writing to this mailing-list, I added some features I was missing.
This is a (minimize-) splitter and sorting of the mail-header list.
And it will be probably more, which I will add later... in some weeks or so.
All changes are available in the cvs at
http://sourceforge.net/projects/kdepimpi/ (http://sourceforge.net/projects/kdepimpi/)
modul name: kdepim.
I hope we can find out together, how we can manage it, to get my changes back to Opie.
I)
The first topic is the (minimize-) splitter:
I think, a splitter is very useful and is even more useful on a PDA!
I am using it in KA/Pi and KO/Pi as well.
This splitter is an enhancement of the usual Qt splitter and can be used easily in every Qt programm written in Qt2 or Qt3. (It is renamed and provides its own layout engine). It is an additional class and provides the splitter functionality even to programs, which depend on the reduced Qt2 lib with the Qt splitter disabled.
May I suggest, that this is used in the OPie framework in all programs, where a splitter makes sense?
It should be easy to add it to the Opie core library.
Check out the code of KDE-Pim/Pi and look for KDGanttMinimizeSplitter.cpp/h and qlayoutengine_p.h.
II)
The second topic are my changes to the UI of Opiemail:
I would suggest, that I let you know about my changes via this list.
E.g. I write something like :
I have made enhancements of "blabla", please check out current cvs at
http://sourceforge.net/projects/kdepimpi/ (http://sourceforge.net/projects/kdepimpi/)
and look at the files XYZ.
I hope we will find a way, where all can benefit of enhancements I will add to OPiemail.
*****
End of Mail.
Sorry, that I cannot really see your problem, Alwin, with that, what I have done.
z.
-
Yes, they were wrong not to have the source on the same page and not to have a copy of the GPL in the CVS tree, but the project is clearly listed as GPLed on the Sourceforge page.
3. You don't have any changelog about differences to opie-mail - read the GPL and the licence.
Actually they don't need a changelog - they just have to state that they changed a file and when it was changed NOT what was changed
2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions:
* a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change.
read the GPL about what it says about splitting software and inform about the base software
The GPL says nothing about them notifying the previous developer in any way, I agree that it is the best thing to do, but there is no obligation to do so.
There is also no obligation under the terms of the GPL for anybody using your work to send you patches, diffs etc. I agree that it would be very poor form not to send patches upstream, but there is nothing in the GPL that forces it
Stu
-
Yes, they were wrong not to have the source on the same page and not to have a copy of the GPL in the CVS tree, but the project is clearly listed as GPLed on the Sourceforge page.
Stu
Thanks for your comment Stubear, but that we do not have a copy of the GPL in the CVS tree is not true!
We have a copy of the GPL in the CVS tree.
z.
-
Yes, they were wrong not to have the source on the same page and not to have a copy of the GPL in the CVS tree, but the project is clearly listed as GPLed on the Sourceforge page.
Stu
Thanks for your comment Stubear, but that we do not have a copy of the GPL in the CVS tree is not true!
We have a copy of the GPL in the CVS tree.
z.
Sorry for being unclear, I meant in the CVs tree of kmicromail. I'm not sure that having it only at the top of the whole CVS tree is enough (as you and Opie have it) when the apps in the tree are so obviously seperate applications - ie you can take kmicromail and use it without KA/PI or KO/Pi.
It's my understanding that in cases like this each application in the tree needs its own version - even if its a link to the one at the top of the tree - so that it's obvious if I only take the cvs tree/source of opie-mail or kmicromail that they are GPLed.
If opie-mail had carried it's own copy of the GPL, then when you transfered the source to kmicromail the copy of GPL would have already been there and there would have been no misunderstanding as to whether knicromail was GPL or not.
An example is kdegames - although these are apps are packaged as 1 item when installed on most systems, they can run independantly. Each game in kdegames has it's own copy of the GPL.
Stu
-
Yes, they were wrong not to have the source on the same page and not to have a copy of the GPL in the CVS tree, but the project is clearly listed as GPLed on the Sourceforge page.
3. You don't have any changelog about differences to opie-mail - read the GPL and the licence.
Actually they don't need a changelog - they just have to state that they changed a file and when it was changed NOT what was changed
2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions:
* a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change.
Hi Stubear,
that is actually interesting.
Yes, the GPL claims, that you have a change log with the dates(not with what you changed).
I did not know that, because in every GPL project, I have had a look at the sources, there are no such logs. I think, this is because:
1) The logs are in the cvs
2) After some years, maybe the log would be larger than the whole file.
And the most interesting thing:
Opie itself is a clone of the GPL'd Qtopia Desktop environment from Trolltech.
And there are even in the cloned files in Opie no change logs.
Maybe Alwin should point his fellow Opie developers to that violation of the GPL as well?
z.
-
No wonder people are getting paranoid about using open source software because of legal concerns.
I mean if people like ulf1 and zautrix can get hassled for "license violations" when they are doing it freely and openly to the benafit of the community, then we might as well pack up and go home.
Actually, might be a bit strong, but just frustrated that someone is making the effort to contribute thier valuble time and ends up bogged down sorting out "details" when at the very least everything looks to be in the spirit of the GPL agreement even if every i is not dotted and t crossed.
-
No wonder people are getting paranoid about using open source software because of legal concerns.
I mean if people like ulf1 and zautrix can get hassled for "license violations" when they are doing it freely and openly to the benafit of the community, then we might as well pack up and go home.
Actually, might be a bit strong, but just frustrated that someone is making the effort to contribute thier valuble time and ends up bogged down sorting out "details" when at the very least everything looks to be in the spirit of the GPL agreement even if every i is not dotted and t crossed.
You are exactly right. This is a joke - we finally have a few people who are
contributing their own time and not for profit and now we want to turn them
into lawyers because someone is obsessed with fine print.
Please get over it and let Zautrix and Ulf continue to provied REAL contributions
to this community. It is obvious no one is trying to steal anything here and
no one is trying to take credit for other people's work. So what is really the
problem?
-
I have to agree!
When I first got my Zaurus, I really wanted to use OZ/Opie. I found that the answers from developers in the mailing lists and a couple boards were very rude, if answered at all. Basically, "learn to program and help us, or shut up and learn it on your own and don't hassle us with stupid questions".
I still see appeals for help and asking to consolidate efforts, but when something really great like KDEPim/Pi comes along, it is attacked by the developers!!!!!!!
My overall impression of the OZ/Opie effort is not very good, after the last 2 years of attempts to use it and observations of how outsiders are treated. No wonder no one wants to join the Open Embedded effort! I've seen Micky here offering very generous and courteous help, but he is certainly the exception in that camp!
-
I have to agree!
I still see appeals for help and asking to consolidate efforts, but when something really great like KDEPim/Pi comes along, it is attacked by the developers!!!!!!!
Wront, truely wrong. Nobody is attacked 'cause he used stuff written by me. But you wrote in your post some of the reasons I've got pissed: Everybody uses our stuff - thats fine. But at this moment we ask for support to us - silence. just silence. I had spent a lot of time writing this stuff. I had asked for getting support writing the email client. Silence.
But for taking it, removing one of the base concepts, fixing some standard bugs - this time exists. But not the time sending patches. Not the time saying "well, there is this and this problem I would do it this way..." Nade. Niente. Nitschewo.
And sorry. At this moment I have all rights getting sicked. The one and only difference I can see between opie-mail and this mail-clone is the interface. Up to this moment I don't get any direct feedback what the changes are.
And hell: May be its great, but guy, don't forget: other had written this software. And not all of them are lucky about that someone is getting the honors not had written the stuff. He isn't attacked. I had asked just a few - direct - questions. Up to this moment I didn't get any answer. I didn't get - I say it again - any patch. Nor bug reports. in german: NIX. He just tooked it and presented it as his own stuff.
And - splitting resources that way isn't good. So why it is inpossible that he asked "i want to use opie-mail for not opie-based systems. Hint, I take your frontend, remove opie stuff. The mail stuff we will develope as team in future"
Do you have an idea why we had tried to split interface and base mail-stuff? exactly for such! But everybody thinks he must make it own. Sorry. Thats brainfucked. As he had asked such - no problem. Why should exists a problem when making cross development and support.
But just taking it "tnx - bye" isn't good style. I don't know the english word and I have not time looking for a translations - but I call such "Profilierungssucht".
Bye
Alwin
just waiting that some patches/hints/infos comes back.
-
He isn't attacked. I had asked just a few - direct - questions. Up to this moment I didn't get any answer. I didn't get - I say it again - any patch. Nor bug reports. in german: NIX. He just tooked it and presented it as his own stuff.
I wrote, as you can read is the first post of this thread:
The current Opie-Mail (latest cvs version) is now intregrated in
KDE-Pim/Pi as KMicroMail.
THANK YOU TO THE OPIE DEVELOPERS FOR THAT NICE APPLICATION!
You just wrote, that you don't attack me.
But how would you call it, if someone is telling lies about you?
But just taking it "tnx - bye" isn't good style. I don't know the english word and I have not time looking for a translations - but I call such "Profilierungssucht".
Bye
Alwin
just waiting that some patches/hints/infos comes back.
Thank you for your post.
I believe, the whole problem is, that you choosed the wrong license for your application.
Maybe you should not write open source software and put in under the GPL.
And you are waiting for something?
As a reply to opie-devel I got
>I hope we can find out together, how we can manage it, to get my changes
>> back to Opie.
[snip] Thats fine. mail program is rather unmaintained, so you just
volunteered to be the maintainer of opies mail program
If you want.
I think, that is quite interesting.
And I sent nothing back until now, because I am working on the problems of the violation of the GPL.
And I think, it is very interesting that I found in the Opie sources the proof, that you exactly violate the GPL in that way (missing change log), as you accused me to do it.
z.
-
I've deleted all Opie related apps from my Zaurus.
Alwin, you are way out of line and your last post is embarrasingly wrong if you re-read what you have written and what Zautrix has written in this thread! Your program violates the very GPL in the way you are complaining. Where in the GPL license does it say that anyone using source must give back patches, hints, info, bug reports, etc.???? Get a grip, man!
Zautrix, I'll support your work in any way posssible. I have no doubts about your integrity in using GPL sources in the manner in which that use is intended. Please carry on with your work in the same high quality manner that you have done beofre.
-
Alwin,
Read the very first post (from Zautrix) in this thread. In that post Zautrix thanks (SHOUTS)
opie developers for great app. So your argument that he took the code and
wants all credit for himself is simply ridiculous. It is clear (from his later posts) that
he intends to send you code so you can merge it back if you want. What else do
you want? GPL does not require people to first get permission or blessing from whoever worked on some code before (many people work faster/more efficiently by themselves
and if Zautrix prefers that so what)?
-
argh.
ones again:
of course it isn't required. of course gpl doesn't tell that someone MUST give something back.
All I say is that I think it is more than bad style using software of other and don't giving back anything. A big part of development time for opie-mail was generating fixes and hints for the libetpan. THIS is good style. There are words of a licence. And there is a spirit of licence. The words are this one-way. The spirit of OpenSource is that the origins will getting some back which will help all.
I have no problems to share my stuff. But I get a problem to myself when something interpret it that way that he can just take it but not giving back something.
So what? Everybody is angry about this words. But no one tells me why it should impossible that zaurix will give back his ideas. WE had helped HIM. Why is it such a arrogance to await that he will help US eg ME? Can someone tell me?
I'd never said (and I'll not) that it is a bad idea to make a clone of opie-mail for non-opie systems. Ok, it will lose some nice features meanwhile implemented but its yours.
Yes. No one MUST give something back. But opensource lives from the system that everybody is using something is giving something back. And if someone just taking and using it and modifying it and fix it and don't send back anything - this is just a kind of egoism. this a kind of one-way where one part of development give to much more than getting back. Yes. You're right. There is nothing in GPL about it. But this is just bad style. And I'll say it again.
May be that my first posting was a little bit strong. But I was realy angry about that circumstance that I had never seen any feedback. And it is real interesting - all of you are participating of this software. Most of you like it. But the author of the software is the bad guy 'cause he asked why he don't get anything on support. At this moment I asking myself why I don't make commercial software.
cu
Alwin
p.s.: zautrix, real, I had read that you fixed something in smtp-code. It would be real nice when I get some information about.
-
I understand that the frustration level for some of the opie team must be extremely high and I believe mickeyl has been a classy guy for most of the posts I've seen (including zautrix's and mickeyl's first encounter).
Alwin, Zautrix seems to have been responsive to your questions and is trying to correct any GPL violations. It might not happen overnight, but he seems to be working on it. He's temporarily stopped/slowed work on the pim suite! I hope this can lay to rest any concerns you have presently.
I think it would be wise for the opie team to adopt the pim suite into OZ as it can sort of be an answer to opie's call to arms. Think of it. A pim/mail app that would be available also on linux and windows and zautrix would maintain it for you. It would help take some load off the team and add an app that is highly touted across the sharp roms and pdaxrom.
I want both opie/oz and kde pim/pi to succeed. Everyone would benefit.
-
Alwin, read this quote from Zautrix
As a reply to opie-devel I got
QUOTE
>I hope we can find out together, how we can manage it, to get my changes
>> back to Opie.
[snip] Thats fine. mail program is rather unmaintained, so you just
volunteered to be the maintainer of opies mail program
If you want.
I think, that is quite interesting.
And I sent nothing back until now, because I am working on the problems of the violation of the GPL.
It appears that your own Opie development team does not even know that you are the Opie Mail author! They think it is unmaintained and think that Zautrix just volunteered to maintain it. Something really smells badly here with your claims... Why does the Opie Development team think Opie Mail is unmaintained?
-
Sorry, I didn't telling lies about you.
I had read that. And yes - I should respect that you wrote thanks. Call it missunderstanding. ok?
So, I read the answer "no one is maintaining opie-mail" just now. not earlier. (I had a lot of other stuff to do last two months)
So: this answer is wrong. More than wrong. And it was not giving by a opie-member. So: opiemail IS maintained. It is one of the base-applications of opie. It must developed. It must get the NNTP interface finished. It must get more stable. There is a lot to do.
I think now, this was the missunderstanding (I hadn't time reading the mailinglist for a while - thats why).
About GPL and two-way help I had wrote enough, enough about words and spirit.
ok, so, let us cooling down, sorry, if you had the feeling I just wanted to piss you 'cause you use opiemail for your stuff without asking. Of course you can do that. Ok?
but real: we helped you - please help us. ok?
Alwin
edit and hint: authors of opie software are mostly written on opie.handhelds.org.
-
I think it would be wise for the opie team to adopt the pim suite into OZ as it can sort of be an answer to opie's call to arms.
OPIE is one project, OZ is another project (Familiar, OpenSimpad and GPE are another). They are people working on few of them.
just my 0.02
-
but real: we helped you - please help us. ok?
Hi Alwin!
Yes, of course!
I think the best solution would be, that we use the same source code.
That means, that I do the integration of OpieMail in KDE-Pim/Pi again
and use everywhere where I change integration Opie - KDE-Pim/Pi a
#ifdef USE_IN_KDEPIM_ENVIRONMENT
// KDE-Pim/Pi specific code
#else
// Opie specific code
#endif
Then I would be able to compile OpieMail
(do you agree on the name KOpieMail for the KDE-Pim/Pi part of Opiemail?)
just by defining USE_IN_KDEPIM_ENVIRONMENT.
After that integration I will integrate my already done changes/enhancements into the code again and you can simply take the changed files and put them in the Opie cvs.
After that we do not have to merge anything, we just work together on the same files.
Would that be ok?
But I think, I can do that not today or tomorrow, but probably in 2 weeks.
Would that be ok?
z.
-
OPIE is one project, OZ is another project (Familiar, OpenSimpad and GPE are another). They are people working on few of them.
just my 0.02
Woops. Yes that was my lazy error. I knew the difference.
-
(do you agree on the name KOpieMail for the KDE-Pim/Pi part of Opiemail?)
Nomen est omen real, its your name of the game.
I think the best solution would be, that we use the same source code.
That means, that I do the integration of OpieMail in KDE-Pim/Pi again
and use everywhere where I change integration Opie - KDE-Pim/Pi a
#ifdef USE_IN_KDEPIM_ENVIRONMENT
// KDE-Pim/Pi specific code
#else
// Opie specific code
#endif
I think the most differences will be the gui. on backend side (aka libmailwrapper) should not such a lot of OPIE based stuff. So I think this should just happen in a few files? I think it can be resolved via includes. (I don't know the exact differences, but it should be mostly inside the settings-dialogs - them are strong OPIE-based)
And of course not the next two days There is a live beside OPIE and KDEPIM
Details could be done via email I think.
CU
Alwin
-
Sorry, but I can't find the files for KOpieMail (or whatever it called) in KDE-Pim/Pi at sourceforge (http://sourceforge.net/project/showfiles.php?group_id=104103&package_id=112604&release_id=252575)
Where can I download it?
-
/rant off
-
As stated earlier, with all the hassles about licensing, zautrux removed it from the site. Once they get all the &$%#@&%$# solved so no one gets their p****** in wad again, hopefully it will surface.
And yes, I hate this whining, ego, misunderstanding crap, especially when it comes out that the biggest problems were due to most upset person not even reading the thread! AND it stops work on the most powerful program that I have had the fortune to use on my Zaurus. Bums me out.
Easy now. Lets try to get over this and move forward.
Now that Zautrix and Alwin were able to patch things up whats the point of
the rest of us still obsessing over this? We may be treated with even
greater things down the road if Zautrix finds effective way to
work with opie guys.
-
As stated earlier, with all the hassles about licensing, zautrux removed it from the site. Once they get all the &$%#@&%$# solved so no one gets their p****** in wad again, hopefully it will surface.
Nice language.
And yes, I hate this whining, ego, misunderstanding crap, especially when it comes out that the biggest problems were due to most upset person not even reading the thread! AND it stops work on the most powerful program that I have had the fortune to use on my Zaurus.
Well, it seems that you had a little bit missunderstood, but its yours. Zautrix must reorganize his source code not for the opie developers. But for the binaries of openssl and so on. And THIS guys aren't real lucky about if there someone isn't respecting their licence where you have put their sources into the build tree not just binaries. And openssl as a security layer is realy a problem if someone putting just binaries. Words beside: You should never trust a security binary where you don't get the sources it is build from.
And even if you didn't read the last responses: We'll (zautrix and opie) try to setup a system where both sides are winning. And I think that zautrix/MicroMail will just win when someone is knowing about libetpan (the heart of this mailsoftware) and maintaining it for PDA platform - the first versions we had were not usable on ARM/XSCALE platforms.
You should ever respect this. You should respect that I had seen that there was a big missunderstanding (outside this thread) - you should respect that zautrix said that a cooperation would be a little better for both sides. He can not give the support as single person like a team. But we/I will integrate KDEPIM stuff in OUR buildsystem so YOU will get a real maintained mailer. Whats going wrong? Whats your problem? It cost a little bit time - so what? Btw.: the biggest missunderstanding results due a statement of a guy not knowing enough, not just thinking before writing. It seems that you didn't understood the last postings, too.
@zautrix: Why did you close your downloads? If it would be for OPIE - there where never a problem with that from our side. But you should put the sources of libetpan and openssl into the download area . And reopen it meanwhile
Ciao
Alwin
-
I'm sorry Alwin.
Although I am glad that things are now resolved and that some good might come out of it.
I can simpathize with people being upset with your posts and posting accordingly.
You may not think they have a point or feel you have done anything worth protesting about, but others felt the same about your posts.
Just as you complained and let off steam, so can others...
Steam let off /End Rant
-
Help needed:
I loaded KO/PI version 1.7.7 on y C-750 and in order to get my dates into it, I have to Synchronize from the built in Calendar. Is this version the same or has that been enhanced to sysnc directly with Outlook via Intellisync?
If I wish to try Zaurus version of this enhanced product, does anyone have step-by-step instructions for what to load where and when? I ask as I can't afford to loose any data.
-
If you can't afford to lose data, then I suggest backing up before doing any upgrades. If you are able to sync with outlook now , then I would also suggest syncing just before you are to upgrade.
AFAIK, the korganizer part of the kde pims still syncs with the sharp calendar. The kaddressbook does not yet sync with the sharp PIMs. The step by step instructions are in the help section of the new versions. Basically the data and config files have a new location. BTW upgrading the kde pim to the latest will not erase your old data files. If it doesn't work, then you should be able to revert back to the older version no problems.
-
Like slocaus, I am also encountering the Error 39 Initializing Folder error. I wrote more about it on this post <here> (https://www.oesf.org/forums/index.php?showtopic=7030&st=75) . Does anyone know what the problem/solution is?
Thanks in advance!