On 03/01/2013 10:41 AM, Rex Dieter wrote:
OK, first pass stuff ready for initial public testing and comment.
Included so far: qt-4.8.4 kde-4.10.1 amarok-2.7.0 calligra-2.6.2 digikam-3.1.0 (includes kipi-plugins) konversation-1.4
Hello Rex,
Fantastic, just what I need and I really need it now. Please consider packaging Kdevelop next. I am certainly going to test your packages and report back as soon as I get back from Easter holidays.
Please let me know if you support in any way can help speed things up.
Keep up the good work! Alf
On 03/28/2013 05:04 AM, Alf Birger Rustad wrote:
Fantastic, just what I need and I really need it now. Please consider packaging Kdevelop next. I am certainly going to test your packages and report back as soon as I get back from Easter holidays.
Ask and ye shall receive, added kdevelop (and kdesdk whose build previously was broken)
-- rex
Great! I believe the next natural target is Kontact, but we already know that is a bit of hard work. Michael Pyne did the tedious task of tracking down and fixing dependency problems, and you will find Raptor2 and Rasqal particularly troublesome. His work will ease the challenge of building up-to-date Kontact with dependencies on RH6. Once I return to office, I can forward it to you.
Personally I am particularly interested in getting Kontact working with Exchange, and have been chasing that for quite some time. The current Akonadi plugin for Exchange resides in playground.
Which brings me to another issue, sooner or later you will collide with the KDE packages already included in RHEL. AFAIK, EPEL packages are not supposed to touch or break Red Hat supported packages. I guess that policy makes updated KDE packages very difficult to provide. Personally I would love to have the option of updating also the KDE packages currently supported by Red Hat, what is your thoughts on that?
Cheers, Alf
On Thursday, March 28, 2013 12:22:22 PM Rex Dieter wrote:
On 03/28/2013 05:04 AM, Alf Birger Rustad wrote:
Fantastic, just what I need and I really need it now. Please consider packaging Kdevelop next. I am certainly going to test your packages and report back as soon as I get back from Easter holidays.
Ask and ye shall receive, added kdevelop (and kdesdk whose build previously was broken)
-- rex _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Alf Birger Rustad wrote:
Great! I believe the next natural target is Kontact, but we already know that is a bit of hard work. Michael Pyne did the tedious task of tracking down and fixing dependency problems, and you will find Raptor2 and Rasqal particularly troublesome. His work will ease the challenge of building up-to-date Kontact with dependencies on RH6. Once I return to office, I can forward it to you.
Personally I am particularly interested in getting Kontact working with Exchange, and have been chasing that for quite some time. The current Akonadi plugin for Exchange resides in playground.
Which brings me to another issue, sooner or later you will collide with the KDE packages already included in RHEL. AFAIK, EPEL packages are not supposed to touch or break Red Hat supported packages. I guess that policy makes updated KDE packages very difficult to provide. Personally I would love to have the option of updating also the KDE packages currently supported by Red Hat, what is your thoughts on that?
Rex's packages already replace the KDE packages provided by Red Hat, and kdepim is already included.
Kevin Kofler
Sorry, I should have checked. Have you tested them, do they include necessary dependencies (in a working state)?
Cheers, Alf
On Sunday, March 31, 2013 02:58:46 PM Kevin Kofler wrote:
Alf Birger Rustad wrote:
Great! I believe the next natural target is Kontact, but we already know that is a bit of hard work. Michael Pyne did the tedious task of tracking down and fixing dependency problems, and you will find Raptor2 and Rasqal particularly troublesome. His work will ease the challenge of building up-to-date Kontact with dependencies on RH6. Once I return to office, I can forward it to you.
Personally I am particularly interested in getting Kontact working with Exchange, and have been chasing that for quite some time. The current Akonadi plugin for Exchange resides in playground.
Which brings me to another issue, sooner or later you will collide with the KDE packages already included in RHEL. AFAIK, EPEL packages are not supposed to touch or break Red Hat supported packages. I guess that policy makes updated KDE packages very difficult to provide. Personally I would love to have the option of updating also the KDE packages currently supported by Red Hat, what is your thoughts on that?
Rex's packages already replace the KDE packages provided by Red Hat, and kdepim is already included.
Kevin Kofler
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Back in office, trying to set-up the kde repos. Brings me to my next wish :) An rpm for setting up the kde repos similar to what EPEL provides would be great. It is quite rare to have root priviliges on these machines, but having sudo rights to yum is easier to achieve. Also, I believe it is a cleaner approach to use an rpm rather than manually fiddling with config files (less error prone, more maintainable).
Feeding yum a custom yum.conf I was able to test, but is seems somehow the URL is not resolved correctly. This is what I got:
$ sudo yum -c /tmp/yum.conf check-update Loaded plugins: product-id, refresh-packagekit, security, subscription-manager Updating certificate-based repositories. Unable to read consumer identity http://ftp.heanet.ie/pub/kde-redhat/redhat/6Workstation/x86_64/stable/repoda...: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" Trying other mirror. http://apt.kde-redhat.org/apt/kde-redhat/redhat/6Workstation/x86_64/stable/r...: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" Trying other mirror. http://kdeforge.unl.edu/apt/kde-redhat/redhat/6Workstation/x86_64/stable/rep...: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" Trying other mirror. http://apt.de.kde-redhat.org/kde-redhat/redhat/6Workstation/x86_64/stable/re...: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" Trying other mirror. http://kdeforge2.unl.edu/kde-redhat/redhat/6Workstation/x86_64/stable/repoda...: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" Trying other mirror.
epel-release.noarch
My Red Hat release: $ cat /etc/redhat-release Red Hat Enterprise Linux Workstation release 6.3 (Santiago)
If I go to the first mirror, the 6Workstation entry is indeed non-existent: http://ftp.heanet.ie/pub/kde-redhat/redhat/
Now I replaced the mirrorlist lines in yum.conf, so that the three respective lines read: baseurl=http://ftp.heanet.ie/pub/kde-redhat/redhat/6.3/x86_64/stable/ baseurl=http://ftp.heanet.ie/pub/kde-redhat/redhat/6.3/x86_64/testing/ baseurl=http://ftp.heanet.ie/pub/kde-redhat/redhat/6.3/x86_64/unstable/
Then check-update went through but a yum search for kdevelop only gave kscope, and Digikam is still at version 1.2. Take into account that yum is new to me, there may be some trivial command I am unaware of.
Cheers, Alf
On 04/02/2013 02:37 AM, alf@mykolab.com wrote:
My Red Hat release: $ cat /etc/redhat-release Red Hat Enterprise Linux Workstation release 6.3 (Santiago)
If I go to the first mirror, the 6Workstation entry is indeed non-existent: http://ftp.heanet.ie/pub/kde-redhat/redhat/
Ah, silly RHEL. :) I'll fix that.
Now I replaced the mirrorlist lines in yum.conf, so that the three respective lines read: baseurl=http://ftp.heanet.ie/pub/kde-redhat/redhat/6.3/x86_64/stable/ baseurl=http://ftp.heanet.ie/pub/kde-redhat/redhat/6.3/x86_64/testing/ baseurl=http://ftp.heanet.ie/pub/kde-redhat/redhat/6.3/x86_64/unstable/
Then check-update went through but a yum search for kdevelop only gave kscope, and Digikam is still at version 1.2. Take into account that yum is new to me, there may be some trivial command I am unaware of.
Recheck your kde.repo, and ensure that kde-unstable repo is enabled (it is not by default).
-- rex
On Tuesday, April 02, 2013 07:33:06 AM Rex Dieter wrote:
Then check-update went through but a yum search for kdevelop only gave kscope, and Digikam is still at version 1.2. Take into account that yum is new to me, there may be some trivial command I am unaware of.
Recheck your kde.repo, and ensure that kde-unstable repo is enabled (it is not by default).
How do I enable kde.repo?
On 04/02/2013 01:49 PM, luanlx.louie@gmail.com wrote:
On Tuesday, April 02, 2013 07:33:06 AM Rex Dieter wrote:
Then check-update went through but a yum search for kdevelop only gave kscope, and Digikam is still at version 1.2. Take into account that yum is new to me, there may be some trivial command I am unaware of.
Recheck your kde.repo, and ensure that kde-unstable repo is enabled (it is not by default).
How do I enable kde.repo?
See: http://lists.fedoraproject.org/pipermail/kde/2013-March/012437.html
-- rex
luanlx.louie@gmail.com wrote:
On Tuesday, April 02, 2013 07:33:06 AM Rex Dieter wrote:
Then check-update went through but a yum search for kdevelop only
gave
kscope, and Digikam is still at version 1.2. Take into account that
yum
is new to me, there may be some trivial command I am unaware of.
Recheck your kde.repo, and ensure that kde-unstable repo is enabled
(it
is not by default).
How do I enable kde.repo?
enabled=1
in kde.repo
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On Tuesday, April 02, 2013 03:58:16 PM Patrick Boutilier wrote:
is new to me, there may be some trivial command I am unaware of.
Recheck your kde.repo, and ensure that kde-unstable repo is enabled
(it
is not by default).
How do I enable kde.repo?
enabled=1
in kde.repo
I got these this morning: http://kdeforge.unl.edu/apt/kde-redhat/redhat/18/x86_64/stable/repodata/repo...: [Errno 14] curl#22 - "The requested URL returned error: 404 Not Found" Trying other mirror.
On 04/03/2013 09:47 AM, Luan Minh Pham wrote:
On Tuesday, April 02, 2013 03:58:16 PM Patrick Boutilier wrote:
is new to me, there may be some trivial command I am unaware of.
Recheck your kde.repo, and ensure that kde-unstable repo is enabled
(it
is not by default).
How do I enable kde.repo?
enabled=1
in kde.repo
I got these this morning: http://kdeforge.unl.edu/apt/kde-redhat/redhat/18/x86_64/stable/repodata/repo...: [Errno 14] curl#22 - "The requested URL returned error: 404 Not Found" Trying other mirror.
You used the wrong kde.repo file. Seems you used the rhel one on a fedora 18 box. ?
RHEL isn't up to version 18 yet, is it? :)
-- rex
On 02.04.2013 14:33, Rex Dieter wrote:
Recheck your kde.repo, and ensure that kde-unstable repo is enabled (it is not by default). -- rex
Indeed, I enabled both testing and unstable. I believe I have all repos set-up:
$ sudo yum -c /tmp/yum.conf repolist Loaded plugins: product-id, refresh-packagekit, security, subscription-manager Updating certificate-based repositories. Unable to read consumer identity repo id repo name status epel EPEL RHEL UNSUPPORTED - x86_64 8,555 kde kde 0 kde-testing kde-testing 0 kde-unstable kde-unstable 800 rhel6-workstation-u3-x86_64-scalablefilesystem rhel6-workstation-u3-x86_64-scalablefilesystem 7 rhel6-workstation-u3-x86_64-supplementary rhel6-workstation-u3-x86_64-supplementary 3,855 rhel6-workstation-u3-x86_64-workstation rhel6-workstation-u3-x86_64-workstation 3,855 rpmfusion-free-updates RPM Fusion for EL 6 - Free - Updates 260 rpmfusion-nonfree-updates RPM Fusion for EL 6 - Nonfree - Updates 58
but kdevelop reports a (small) number of unresolved dependencies:
$ sudo yum -c /tmp/yum.conf install kdevelop -snip- --> Finished Dependency Resolution Error: Package: 7:kdenetwork-krfb-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: 6:kdelibs-4.10.2-1.el6.1.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: qtwebkit-2.3.0-1.el6.x86_64 (kde-unstable) Requires: libz.so.1(ZLIB_1.2.0)(64bit) Error: Package: libkdcraw-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: kde-workspace-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: kde-runtime-libs-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: kipi-plugins-3.1.0-0.2.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: qtwebkit-2.3.0-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: okular-part-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: gwenview-libs-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: kipi-plugins-libs-3.1.0-0.2.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit) Error: Package: kdelibs3-3.5.10-51.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit)
On 04/03/2013 09:31 AM, Alf B. Rustad wrote:
but kdevelop reports a (small) number of unresolved dependencies:
$ sudo yum -c /tmp/yum.conf install kdevelop -snip- --> Finished Dependency Resolution Error: Package: 7:kdenetwork-krfb-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit)
that's not kdevelop, but... I built these against centos 6.4, so you may need to upgrade to rhel 6.4 too, which now includes libjpeg-turbo
-- rex
On 04/03/2013 09:59 AM, Rex Dieter wrote:
On 04/03/2013 09:31 AM, Alf B. Rustad wrote:
but kdevelop reports a (small) number of unresolved dependencies:
$ sudo yum -c /tmp/yum.conf install kdevelop -snip- --> Finished Dependency Resolution Error: Package: 7:kdenetwork-krfb-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit)
that's not kdevelop, but... I built these against centos 6.4, so you may need to upgrade to rhel 6.4 too, which now includes libjpeg-turbo
In particular, on my centos 6.4/x86_64 box,
$ repoquery --whatprovides 'libjpeg.so.62(LIBJPEG_6.2)(64bit)' libjpeg-turbo-0:1.2.1-1.el6.x86_64
-- rex
On 03.04.2013 16:59, Rex Dieter wrote:
On 04/03/2013 09:31 AM, Alf B. Rustad wrote:
but kdevelop reports a (small) number of unresolved dependencies: $ sudo yum -c /tmp/yum.conf install kdevelop -snip- --> Finished Dependency Resolution Error: Package: 7:kdenetwork-krfb-4.10.2-1.el6.x86_64 (kde-unstable) Requires: libjpeg.so.62(LIBJPEG_6.2)(64bit)
I built these against centos 6.4, so you may need to upgrade to rhel 6.4 too, which now includes libjpeg-turbo -- rex
Puh, finally got 6.4 in which of course broke the Nvidia driver. Both sorted, logged into KDE 4.10.2, started Kdevelop. This is really fantastic.I have to hand it to you, you have no idea how important this is to some of us!
Unfortunately I have some severe stability issues, spontaneous reboots. Still a bit early though, I will try to sort out instabilities from my end (starting with a clean .kde, disabling desktop effects etc.)
About wishes, rekonq is a nice to have, especially all the time Mozilla insists on catering to the idiotic windows habit of locking files, making it useless on multi-user environments. Most importantly for me though, the Exchange plug-in. You will find it here: http://websvn.kde.org/trunk/playground/pim/akonadi/exchange/ Any chance you could package it too (my apologies if it is already packaged)?
Cheers, Alf
On 04/04/2013 07:25 AM, Alf B. Rustad wrote:
Unfortunately I have some severe stability issues, spontaneous reboots. Still a bit early though, I will try to sort out instabilities from my end (starting with a clean .kde, disabling desktop effects etc.)
Yeah, that's more a kernel/driver thing. userspace in general shouldn't be able to crash/reboot your system. :(
About wishes, rekonq is a nice to have
Note, kwebkitpart is packaged too, so konqueror+qtwebkit is a viable alternative too.
-- rex
On 04.04.2013 18:27, Rex Dieter wrote:
Alf B. Rustad wrote:
About wishes, rekonq is a nice to have,
OK, added: rekonq-2.2.1-2.el6
-- rex
That was quick! Have to say Chrome was a huge disappointment (haven't really used it before), the only way to navigate the bookmarks is by the mouse, no shortcuts. No more updates to Red Hat also makes Chrome a poor alternative. So, Rekonq testing is on. Unfortunately there are issues with Rekonq. I suspect they have little to do with your packaging, but I mention them here first anyway. -Rekonq does not remember my choice of search engine and keeps asking every time I start it (and more importantly, I cannot get search engines working). -The keyboard shortcut Alt+B to bookmarks does not work (yes I have put the bookmark icon on the toolbar which usually does the trick for Rekonq) -Authentication does not work for any of the services I need, could be due to mixed linux/windows environment set-up (this should probably be a feature request for Rekonq, it does work on Chrome and Firefox, but not on Konqueror either) Feedback on these are welcome, I can submit bug-reports (or feature requests) where warranted.
So, at the end of the day I may put up with the file-locking in Firefox for some time to come.
Aaaand, the machine now seems stable *crossing fingers* :)
Cheers, Alf
On 28.03.2013 18:22, Rex Dieter wrote:
On 03/28/2013 05:04 AM, Alf Birger Rustad wrote:
Fantastic, just what I need and I really need it now. Please consider packaging Kdevelop next. I am certainly going to test your packages and report back as soon as I get back from Easter holidays.
Ask and ye shall receive, added kdevelop (and kdesdk whose build previously was broken)
-- rex
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported. Right now I am down to a warning about smbclient needed (which I don't seem to get past), but still running make seems to do nothing. I guess this could simply mean the build is broken, in which case I will need to report upstream. Alternatively, I am just confused by the mix of autotools and cmake based build instructions under playground and have done a trivial error.
The above is a must-have for me, but certainly on the nice-to-have there seems to be at least one remaining item. KDE Telepathy.
Cheers, Alf
On 04/05/2013 03:29 AM, Alf B. Rustad wrote:
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported.
Needs to get into fedora/rawhide first. :)
Anyone interested in packaging this?
-- rex
On 05.04.2013 12:18, Rex Dieter wrote:
On 04/05/2013 03:29 AM, Alf B. Rustad wrote:
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported.
Needs to get into fedora/rawhide first. :)
Anyone interested in packaging this?
-- rex
I am willing to sponsor it from my own pocket (within reasonable limits). Anyone interested can contact me by mail and name their price.
Cheers, Alf
On 04/05/2013 06:02 AM, Alf B. Rustad wrote:
On 05.04.2013 12:18, Rex Dieter wrote:
On 04/05/2013 03:29 AM, Alf B. Rustad wrote:
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported.
Needs to get into fedora/rawhide first. :)
Anyone interested in packaging this?
-- rex
I am willing to sponsor it from my own pocket (within reasonable limits). Anyone interested can contact me by mail and name their price.
I started looking into it this morning, looks like much fun! (sarcasm)
1. requires building openchange stack
2. akonadi/exchange doesn't build clean against openchange v1 (currently in fedora 18). tried newer openchange v2, and the breakage seemed to grow. :(
Alf, have you built/used this before? If so, what version(s) of openchange did you use?
-- rex
On 04/09/2013 07:24 AM, Rex Dieter wrote:
On 04/05/2013 06:02 AM, Alf B. Rustad wrote:
On 05.04.2013 12:18, Rex Dieter wrote:
On 04/05/2013 03:29 AM, Alf B. Rustad wrote:
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported.
Needs to get into fedora/rawhide first. :)
Anyone interested in packaging this?
-- rex
I am willing to sponsor it from my own pocket (within reasonable limits). Anyone interested can contact me by mail and name their price.
I started looking into it this morning, looks like much fun! (sarcasm)
requires building openchange stack
akonadi/exchange doesn't build clean against openchange v1
(currently in fedora 18). tried newer openchange v2, and the breakage seemed to grow. :(
Fwiw, here are the errors I see /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1185:41: error: ‘struct AppointmentRecurrencePattern’ has no member named ‘ExtendedException’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1208:13: error: ‘struct ExtendedException’ has no member named ‘WriterVersion2’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1209:47: error: invalid use of ‘ChangeHighlight::ChangeHighlight’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1213:28: error: ‘struct ExtendedException’ has no member named ‘Subject’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1213:49: error: ‘struct ExtendedException’ has no member named ‘Subject’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1217:31: error: ‘struct ExtendedException’ has no member named ‘Location’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1217:53: error: ‘struct ExtendedException’ has no member named ‘Location’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1232:50: error: ‘union Exception_Value’ has no member named ‘Value’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1235:42: error: ‘union Exception_Value’ has no member named ‘Value’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1238:38: error: ‘union Exception_Value’ has no member named ‘Value’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1241:57: error: ‘union Exception_Value’ has no member named ‘Value’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1244:36: error: ‘union Exception_Value’ has no member named ‘Value’ /home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1247:29: error: ‘union Exception_Value’ has no member named ‘Value’
(among other fixable errors, which I'd done already).
I could package it simply omitting the broken calendar support for now...
-- rex
Hi Rex, Alf,
Rex Dieter wrote:
On 04/09/2013 07:24 AM, Rex Dieter wrote:
On 04/05/2013 06:02 AM, Alf B. Rustad wrote:
On 05.04.2013 12:18, Rex Dieter wrote:
On 04/05/2013 03:29 AM, Alf B. Rustad wrote:
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported.
Needs to get into fedora/rawhide first. :)
Anyone interested in packaging this?
-- rex
I am willing to sponsor it from my own pocket (within reasonable limits). Anyone interested can contact me by mail and name their price.
I started looking into it this morning, looks like much fun! (sarcasm)
requires building openchange stack
akonadi/exchange doesn't build clean against openchange v1
(currently in fedora 18). tried newer openchange v2, and the breakage seemed to grow. :(
Fwiw, here are the errors I see
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1185:41:
error: ‘struct AppointmentRecurrencePattern’ has no member named ‘ExtendedException’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1208:13:
error: ‘struct ExtendedException’ has no member named ‘WriterVersion2’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1209:47:
error: invalid use of ‘ChangeHighlight::ChangeHighlight’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1213:28:
error: ‘struct ExtendedException’ has no member named ‘Subject’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1213:49:
error: ‘struct ExtendedException’ has no member named ‘Subject’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1217:31:
error: ‘struct ExtendedException’ has no member named ‘Location’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1217:53:
error: ‘struct ExtendedException’ has no member named ‘Location’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1232:50:
error: ‘union Exception_Value’ has no member named ‘Value’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1235:42:
error: ‘union Exception_Value’ has no member named ‘Value’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1238:38:
error: ‘union Exception_Value’ has no member named ‘Value’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1241:57:
error: ‘union Exception_Value’ has no member named ‘Value’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1244:36:
error: ‘union Exception_Value’ has no member named ‘Value’
/home/rdieter1/svn.kde.org/trunk/playground/pim/akonadi/exchange/calendar/excalresource.cpp:1247:29:
error: ‘union Exception_Value’ has no member named ‘Value’
I don't currently have a viable build system to verify this, but I believe you are in need of the patch in reply #7 here:
http://tracker.openchange.org/issues/391
IIRC, that patch may have a slight conflict for the OverrideFlags as hinted at. With luck, that should fix the build issue.
Thanks, Shaheed
(among other fixable errors, which I'd done already).
I could package it simply omitting the broken calendar support for now...
-- rex _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Hello Rex and Shaheed,
Seems I am getting somewhere slowly, the resources are there (after a reboot), but I am unable to authenticate so far (error message MAPI_E_USER_CANCEL). Looking for the error message I stumbled over nightly builds for Red Hat of Openchange: http://www.openchange.org/download/el.html
I guess it would make sense to jump on those, or go to version 2.0? Shaheed are you compiling against 2.0 now? You did some fixes I believe, that may or may not be the reason I am stuck now?
Right now I am dependent on the rpms, my only root access is through yum. I'd be glad to help out testing patches if there are some packaging instructions available.
Cheers, Alf
On 04/15/2013 09:01 AM, Alf B. Rustad wrote:
Hello Rex and Shaheed,
Seems I am getting somewhere slowly, the resources are there (after a reboot), but I am unable to authenticate so far (error message MAPI_E_USER_CANCEL). Looking for the error message I stumbled over nightly builds for Red Hat of Openchange: http://www.openchange.org/download/el.html
Can you try using the 'mapiprofile' tool by hand?
That's where I got stuck, I can't get it talk to our office365 instance, *at all*. :(
I guess it would make sense to jump on those, or go to version 2.0? Shaheed are you compiling against 2.0 now? You did some fixes I believe, that may or may not be the reason I am stuck now?
akonadi-exchange doesn't build against openchange-2.0, last I tried, so that's probably not a viable option. I'll double-check now, and followup if I learn anything.
-- rex
Rex,
Since Alf is working from your builds, let's see if we can get you working first. I've not used mapiprofile so can we try the following...
1. Please "svn update" to pick up some usability improvements + build fixes + bug fixes I committed over the weekend, and rebuild.
2. From your build tree:
...kdebuild/akonadi/exchange/mapibrowser/mapibrowser
3. Under "File->Manage Profiles", you should be able to add a profile. There are some new What's This strings like this to help you fill it in:
[image: Inline images 1] [image: Inline images 2]
4. You should see on your terminal one message when you start the program MAPI_E_NOT_FOUND, and then a second MAPI_E_LOGON_FAILED when , after creating the profile, you try "File->Get Folder Tree". This second message was fatal before my weekend changes, but with svn head, after a short pause, you should see the GUI fill with info.
$ .../kdebuild/akonadi/exchange/mapibrowser/mapibrowser "MapiProfiles::MapiProfiles.MapiProfiles:" cannot get default profile: "MAPI_E_NOT_FOUND" "MapiProfiles::MapiProfiles.MapiConnector2:" cannot open public folder "MAPI_E_LOGON_FAILED"
On 15 April 2013 15:05, Rex Dieter rdieter@fedoraproject.org wrote:
On 04/15/2013 09:01 AM, Alf B. Rustad wrote:
Hello Rex and Shaheed,
Seems I am getting somewhere slowly, the resources are there (after a reboot), but I am unable to authenticate so far (error message MAPI_E_USER_CANCEL). Looking for the error message I stumbled over nightly builds for Red Hat of Openchange: http://www.openchange.org/**download/el.htmlhttp://www.openchange.org/download/el.html
Can you try using the 'mapiprofile' tool by hand?
That's where I got stuck, I can't get it talk to our office365 instance, *at all*. :(
I guess it would make sense to jump on those, or go to version 2.0?
Shaheed are you compiling against 2.0 now? You did some fixes I believe, that may or may not be the reason I am stuck now?
akonadi-exchange doesn't build against openchange-2.0, last I tried, so that's probably not a viable option. I'll double-check now, and followup if I learn anything.
-- rex
______________________________**_________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.**org/mailman/listinfo/kdehttps://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Oh, and I'm not on Openchange 2.0, but I could try to move if that becomes a problem.
The Openchange patch I pointed to only affects the calendar, it is not relevant to the login problem. (famous last words...)
On 15 April 2013 20:47, Shaheed Haque srhaque@theiet.org wrote:
Rex,
Since Alf is working from your builds, let's see if we can get you working first. I've not used mapiprofile so can we try the following...
- Please "svn update" to pick up some usability improvements + build
fixes + bug fixes I committed over the weekend, and rebuild.
- From your build tree:
...kdebuild/akonadi/exchange/mapibrowser/mapibrowser
- Under "File->Manage Profiles", you should be able to add a profile.
There are some new What's This strings like this to help you fill it in:
[image: Inline images 1] [image: Inline images 2]
- You should see on your terminal one message when you start the program
MAPI_E_NOT_FOUND, and then a second MAPI_E_LOGON_FAILED when , after creating the profile, you try "File->Get Folder Tree". This second message was fatal before my weekend changes, but with svn head, after a short pause, you should see the GUI fill with info.
$ .../kdebuild/akonadi/exchange/mapibrowser/mapibrowser "MapiProfiles::MapiProfiles.MapiProfiles:" cannot get default profile: "MAPI_E_NOT_FOUND" "MapiProfiles::MapiProfiles.MapiConnector2:" cannot open public folder "MAPI_E_LOGON_FAILED"
On 15 April 2013 15:05, Rex Dieter rdieter@fedoraproject.org wrote:
On 04/15/2013 09:01 AM, Alf B. Rustad wrote:
Hello Rex and Shaheed,
Seems I am getting somewhere slowly, the resources are there (after a reboot), but I am unable to authenticate so far (error message MAPI_E_USER_CANCEL). Looking for the error message I stumbled over nightly builds for Red Hat of Openchange: http://www.openchange.org/**download/el.htmlhttp://www.openchange.org/download/el.html
Can you try using the 'mapiprofile' tool by hand?
That's where I got stuck, I can't get it talk to our office365 instance, *at all*. :(
I guess it would make sense to jump on those, or go to version 2.0?
Shaheed are you compiling against 2.0 now? You did some fixes I believe, that may or may not be the reason I am stuck now?
akonadi-exchange doesn't build against openchange-2.0, last I tried, so that's probably not a viable option. I'll double-check now, and followup if I learn anything.
-- rex
______________________________**_________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.**org/mailman/listinfo/kdehttps://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On 04/09/2013 07:24 AM, Rex Dieter wrote:
On 04/05/2013 06:02 AM, Alf B. Rustad wrote:
On 05.04.2013 12:18, Rex Dieter wrote:
On 04/05/2013 03:29 AM, Alf B. Rustad wrote:
You have been extraordinary responsive to wishes, so you will have to excuse me from hammering with my most pressing remaining issue, Exchange sync with Kontact. I have made an attempt to compile the Exchange plugin myself. Basically doing the usual drill with svn checkout svn://anonsvn.kde.org/home/kde/trunk/playground/pim/akonadi/exchange cd exchange mkdir build && cd build cmake .. Chasing down dependencies as they are reported.
Needs to get into fedora/rawhide first. :)
Anyone interested in packaging this?
-- rex
I am willing to sponsor it from my own pocket (within reasonable limits). Anyone interested can contact me by mail and name their price.
I started looking into it this morning, looks like much fun! (sarcasm)
- requires building openchange stack
Nevermind, yay, seems rhel6 includes openchange-1.0 (and zarafa) already.
I can't seem to get it work for me much at all, though may be user-error, as I can't get 'mapiprofile' from openchange-client rpm to create any profile for me either.
I'll publish an initial akonadi-exchange rpm to the repo soon (I hope), here's my work-in-progress:
http://rdieter.fedorapeople.org/rpms/akonadi-exchange/
-- rex
On 09.04.2013 16:47, Rex Dieter wrote:
Nevermind, yay, seems rhel6 includes openchange-1.0 (and zarafa) already.
Not sure what difference there is between 1.0 and newer versions. Knowing Microsoft I assume there may be important functionality and bug-fixes in later versions of openchange. I can probably read up on that.
I can't seem to get it work for me much at all, though may be user-error, as I can't get 'mapiprofile' from openchange-client rpm to create any profile for me either.
Crossing fingers for you. I can have a go at it if you have documented your steps so far.
There is some history on the exchange plugin, and it is found at the kdepim mailinglist, which I have followed closely. I hoped to be able to test it much sooner (before bitrot got to it), but I was missing your packages. The developer working on the plugin is Shaheed Haque, he posted that he no longer had access to an exchange server and hence stopped the work. The latest post is found here: http://lists.kde.org/?l=kde-pim&m=135828434418785&w=2 indicating that the plugin indeed supports most functionality. Seems Shaheed planned on leaving the mapi implementation in favour of a web-interface protocol (owa I guess), but I am afraid that is a bad choice: http://lists.kde.org/?t=135028917700002&r=1&w=2 Shaheed gave a summary of the state of the plugin (not sure much was done after that, though there are later commits also from Shaheed): http://lists.kde.org/?l=kde-pim&m=133736848623165&w=2
Thanks, Alf
On 09.04.2013 16:47, Rex Dieter wrote:
Nevermind, yay, seems rhel6 includes openchange-1.0 (and zarafa) already.
Just checked, 1.0 was released March last year, while 2.0 was released late January this year. No releases between them, so the plugin must have been coded against version 1.0.
Cheers, Alf
On 09.04.2013 20:40, Rex Dieter wrote:
On 04/09/2013 09:47 AM, Rex Dieter wrote:
I'll publish an initial akonadi-exchange rpm to the repo soon (I hope)
OK, built akonadi-exchange-0.0-1.20130409 and in kde-unstable repos now.
-- rex
I installed the plugin, but I can see no trace of Exchange among available kdepim resources, so I expect something is missing. I can try to have a second look at work tomorrow. Huge thanks for the packaging :)
Cheers, Alf
On 04/14/2013 05:26 AM, Alf B. Rustad wrote:
On 09.04.2013 20:40, Rex Dieter wrote:
On 04/09/2013 09:47 AM, Rex Dieter wrote:
I'll publish an initial akonadi-exchange rpm to the repo soon (I hope)
OK, built akonadi-exchange-0.0-1.20130409 and in kde-unstable repos now.
-- rex
I installed the plugin, but I can see no trace of Exchange among available kdepim resources, so I expect something is missing. I can try to have a second look at work tomorrow. Huge thanks for the packaging :)
the resources are display as:
Exchange Address Lists Exchange Mail
for me.
-- rex
On 28.03.2013 18:22, Rex Dieter wrote:
Ask and ye shall receive, added kdevelop (and kdesdk whose build previously was broken)
-- rex
Really enjoying Kdevelop! Workstation has been running stable for a couple of days, seems the initial instability I had was due to the nvidia driver (the only binary blob on the machine, go figure). In this time and age we really want a gui with our C++ magic. Qt is a natural choice of course, but then Qt Designer is a precious addition to Kdevelop. Any chance of getting an up-to-date Qt-Designer (and Qt-Creator for that matter) included in the packages?
BTW, seems I am the only one desperate for exchange support in kdepim. Seems nobody is up for packaging it.
Cheers, Alf