259949 2010-12-15 13:49:20 +0000 Kmail does not use all addressbooks for autocompletion 2018-10-07 10:40:25 +0000 1 1 2 Applications kmail2 contact completion 4.10 Ubuntu Linux RESOLVED UNMAINTAINED triaged NOR major --- 312150 314181 315439 316035 316036 316038 317378 1 m.wege faure a678462 ach adam aheinecke anderslund andreas anmeldungen arthur aspotashev baeckham bluelightning bon-kde boris.bigott bruno.leon buddha bugs bugs bugz57 Chain christiandehne cruzki123 ctibor.brancik cyberbeat dfr disp.reg.bugs.kde dr.scient dvratil eggert einmaladresse_2 erasmocaponio ermonnezza eugene.shalygin+bugzilla.kde faure finex gkourtev gm_tnd h.becker hannes.kuhnert hpj hrvoje.senjan ingo jsardid kde-bugs keplicz kevin.kofler klaus.onrails korossy launchpad leviatan1 lindsay.mathieson m.wege maf markus.wallerberger Martin martinstolpe Mathias.Homann mattdawolf meyerm michael.saalfeld mollekopf montel MurzNN nico.kruber nt1277 patrick.holthaus pdgiddie+kde philipp.woelfel postdoc38 public quazgar rdieter regi.hops riccardo rich.peiffer rigo rm robert romaasis rserral r_a sebastian.radish sergio shadow.walker st.vater steingod steve ti tl tomas.bautista valtermura vanmeeuwen Vojtech.Zeisek web woebbeking 6a06c57f52a00018d607085efa7570deb91dc707 4.10.3 967 oldest_to_newest 1059193 0 m.wege 2010-12-15 13:49:20 +0000 Version: 2.0.89 OS: Linux I have 2 addressbooks. One old-style "KDE adressbook adressbook" (traditional) and one new akonadi-adressbook. Only the addresses of the Akonadi-addressbook show up during autocompletion in the composer. In Kmails composer-settings, where I can set up, which addressbook is used first, the addressbook itself shows up. Reproducible: Always OS: Linux (i686) release 2.6.37-7-generic-pae Compiler: cc 1059867 1 m.wege 2010-12-16 12:18:31 +0000 additional information: I can select addresses from that addressbook, using the "select" menu. 1066356 2 christiandehne 2011-01-01 11:59:38 +0000 For me it does not even work with the "personal contacts" addressbook. 1074969 3 m.wege 2011-01-18 09:36:54 +0000 Still does not work with actuall beta. Is this a bug which does not happen on all systems? If so, how can I help to make it reproducable? Appart from speed and not working filters this bug is most anoying in Kmail2. 1075858 4 kumaran 2011-01-20 06:48:49 +0000 On Ubuntu 10.10 and KMail 2.0.89, I'm only able to get autocomplete to work with recent addresses. This feature is essential to usability, so it would be good to fix it before the final KDE release. Does anybody have a patch or workaround? 1075879 5 m.wege 2011-01-20 09:26:41 +0000 As I wrote you can select addresses from that addressbook, using the "select" menu as a workaround (which is somehow anoying, but it works). 1116285 6 christophe 2011-05-07 19:04:56 +0000 *** Bug 251675 has been marked as a duplicate of this bug. *** 1119536 7 kde-bugs 2011-05-15 14:17:02 +0000 Can confirm this in part. For me Autocompletion starts working when I typed a full Last- or Firstname, then it shows the according Items. 1120061 8 franz.trischberger 2011-05-16 20:13:40 +0000 For me, it is the same behaviour as Philip Schmidt describes. Take for example the name "Paulchen Panther". When i type "Pa" in the composer, nothing happens. Now, typing further, ASAP it gets "Paulchen" or "Panther", the Addressbook-completion jumps in. From this point, typing "Pa" immediately gives "Paulchen Panther" Addressbook-completion. BUT ONLY PAULCHEN PANTHER! Other Items don't get completed, until i write at least one complete word of the name. Another thing that drives me crazy, is the completion of recent addresses: it does not match substrings starting in the middle of the Address. Take "paulchenpanther@blackdiamond.com". When typing "paulchen", i get the address completed correctly, but "panther" does not get any completions! This is quite annoying, as i really don't remember all the mailaddresses. people chose. AFAIR in kmail-3.5 (probably also 4.4), the name of person also was taken into the recent addresses. I answered a mail of Paulchen, the entry in the addressedit was "Paulchen Panther <paulchenpanther@blackdianmond.com>". Now only "paulchenpanther@blackdiamond" gets pushed in the recent used addresses. I know, it got a little bit offtopic... Sry... Hope the On-Topic-part was clear enough. 1130359 9 georg298 2011-06-12 10:44:38 +0000 I can confirm this strange behaviour. 1130418 10 disp.reg.bugs.kde 2011-06-12 14:10:32 +0000 For me, this seems to be fixed in kmail 2.1.0. 1130503 11 georg298 2011-06-12 19:02:54 +0000 I'm using kmail 2.1.0, and it's not fixed on my system (Gentoo, KDE 4.6.4). 1130551 12 georg298 2011-06-12 21:27:37 +0000 I have to add some information. it's becoming even stranger: Let's again assume, there is an contact "Paulchen Panther". First time, you start typing "Paul" it won't display any auto-completion. Now finish "Paulchen", and it will display the correct contact. From now on, during this kmail2 session, auto-completion will work, even if you only type "Paul"! Also with new emails during this session. However, this correct auto-completion behaviour is lost after closing kmail2. 1131255 13 rico 2011-06-14 22:10:30 +0000 *** This bug has been confirmed by popular vote. *** 1143496 14 quazgar 2011-07-19 12:15:05 +0000 (In reply to comment #12) Here (Kubuntu 11.04, Kontact 4.4.10, KMail 1.13.6, KAddressbook 4.4.10) the behavior is a bit different, it autocompletes after the first name is completely entered. This would be at the "n" of "Paulchen". Also auto-completion would only work until the address field is left. 1145988 15 giovanni.bobbio 2011-07-27 08:29:57 +0000 (In reply to comment #14) > (In reply to comment #12) > Here (Kubuntu 11.04, Kontact 4.4.10, KMail 1.13.6, KAddressbook 4.4.10) the > behavior is a bit different, it autocompletes after the first name is > completely entered. This would be at the "n" of "Paulchen". Also > auto-completion would only work until the address field is left. Same here. Gentoo with kmail 4.6.1, kdepimlibs and kdelibs 4.6.5, akonadi 1.5.3. 1147166 16 franz.trischberger 2011-07-30 10:02:59 +0000 @#12 & #14: That's exactly the behaviour I tried to describe in #8,first paragraph. So nothing changed. Did an update to kde-4.7.0 (including kdepim), and still the behaviour did not change. 1151408 17 cyberbeat 2011-08-08 12:24:47 +0000 I can confirm this bug, exactly as described in comment #c8 Please fix this soon! 1152443 18 philipp.woelfel 2011-08-11 01:05:19 +0000 Is bug 277403 (https://bugs.kde.org/show_bug.cgi?id=277403) a dupe of this one? 1158930 19 rserral 2011-09-01 08:51:14 +0000 I experience the same behavior with KDE-PIM 4.7.0, I only have one addressbook using akonadi-google resource 1162794 20 christophe 2011-09-14 17:55:29 +0000 *** Bug 266609 has been marked as a duplicate of this bug. *** 1162797 21 christophe 2011-09-14 17:56:20 +0000 *** Bug 277403 has been marked as a duplicate of this bug. *** 1162821 22 finex 2011-09-14 20:45:06 +0000 I'm also able to reproduce the bug using KDE 4.7.1: - recent address are shown on the autocomplete box - all address on the addressbook are never used The addressbook is configured as a VCF file on the Akonadi resources list. From KAddressBook or using the manual address selector on Kmail composer window the addressbook is correctly shown. 1163133 23 arojas 2011-09-15 20:14:15 +0000 *** Bug 276762 has been marked as a duplicate of this bug. *** 1164208 24 launchpad 2011-09-18 20:32:00 +0000 I can confirm this behaviour in Gentoo running KDE 4.7.1 with Akonadi 1.6.0-r1. I have a Kolab server with my own Contacts folder and an LDAP server with shared contacts. Both address books are accessed through akonadi. When I start typing an address, auto-completion works for recent addresses and the shared (LDAP) address book. However, for my personal contacts, the behaviour is as described earlier in this bug. 1165125 25 romaasis 2011-09-21 06:10:40 +0000 KDE 4.7.1, akonadi-server-1.6.0-r1: same bug. autocomlete from LDAP works only for one of two configured LDAP source 1168112 26 prefect_ 2011-09-29 08:26:25 +0000 I stumbled across this bug myself recently. Here is the workaround that fixed it for me: Open System Settings, go to Personal Information. You will see a dialog called "Configure KDE Resources". In the dropdown list, select "Contacts", and Add... the "Akonadi Address Books" resource. (From what I've read, this "KDE Resources" dialog is reachable via some other path in the System Settings, depending on which version of KDE you are using.) It seems to me that the (or at least one) real bug here is that I, as a user, have to do this extremely non-obvious step manually. From a user perspective, things should Just Work(tm). 1168135 27 finex 2011-09-29 09:28:02 +0000 @Nicolai: I've both the file resource and the Akonadi one configured in the "KDE resources", moreover the autocompletition priority is configured to use the Addressbook. But it doesn't work :-( 1174678 28 riccardo 2011-10-18 12:20:26 +0000 i could reproduce this bug and i solved it by removing and adding back the "nepomuk contact feeder" (through akonadiconsole). 1174679 29 riccardo 2011-10-18 12:21:45 +0000 (p.s.: looking more deeply in the description of this bug, i had the same symptoms of #277403, which might or might not be related) 1175008 30 deus_ex_machin 2011-10-19 07:47:46 +0000 I've recently started experiencing this. When I hit the crash caused by this recent bug: https://bugs.kde.org/show_bug.cgi?id=283615 (it's now fixed), I changed my "standard" akonadi contact resource to a vcarddir resource in trying to fix that bug (obviously did'nt work ;). Now, due to this bug: https://bugs.kde.org/show_bug.cgi?id=273949, I cannot set my akonadi contact resource back to the "standard" as before (as the resource is *always* read only). Since then, autocompletion in kmail has stopped. So it would seem that not only must a akonadi contact resource exist, but it must also be set as the "standard". All a bit of an unintuitive mess, but I'm sure the good devs will fix it eventually. Thanks for your efforts guys! 1181135 31 andreas 2011-11-04 21:27:10 +0000 Auto-completion seems to work. But only after the first complete-word-match matches. e.g. the complete forename of a contact. Isn't this happening to the developers when using kmail? Or what email program do you use? :-) 1181247 32 launchpad 2011-11-05 10:25:28 +0000 I can confirm this in KDE 4.7.3 with kdepim 4.7.3. Autocomplete indeed needs a complete word, but at least it works with all addressbooks. For me, this means that the severity could be lower, as it is very workable at the moment, even if it isn't 100% 1182084 33 finex 2011-11-07 09:44:09 +0000 4.7.2 (and with akonadi "correctly" configured): autocompletition work but it show too much suggestions, you start typing "c" and it shown _all_ contacts which matches with .*c.*, you press "a" and the autocompletition list still display _all_ the contacts without filtering... 4.7.3: autocompletition works like expected. Upgrading to 4.7.3 solved the problem. 1182121 34 matej 2011-11-07 11:28:15 +0000 (In reply to comment #33) > 4.7.2 (and with akonadi "correctly" configured): autocompletition work but it > show too much suggestions, you start typing "c" and it shown _all_ contacts > which matches with .*c.*, you press "a" and the autocompletition list still > display _all_ the contacts without filtering... What do you mean by "correctly"? > 4.7.3: autocompletition works like expected. Not for me, I have 2 address books (Google Contacts & Personal Contacts) and I got autocompletion only from the Google Contacts one. 1182207 35 finex 2011-11-07 12:45:36 +0000 With "correctly" I mean that the akonadi resource is configured in order to use the correct addressbook and it is _enabled_ :-) 1182390 36 t.zell 2011-11-07 18:42:13 +0000 I have 4.7.3 installed. I cannot enable the Akonadi address book as 'standard' because it is always read only. I can't get the workaround mentioned above to work (all entries have ReadOnly=false). There is no auto completion except for the 'recent addresses'. But the 'Select' buttons allows selecting addresses from the Akonadi address book. 1182628 37 deus_ex_machin 2011-11-08 03:19:54 +0000 Same as Thomas Zell. 4.7.3, can't change read only address book and set as standard. Editing ~/.kde4/share/config/kresources/contact/stdrc manually does not work around the issue. No autocompletion. Using "Select" buttons to enter contacts' addresses for now. 1183257 38 erasmocaponio 2011-11-09 16:41:26 +0000 I can confirm this bug. I'm using kde 4.7.3 on kubuntu 11.10. 1183619 39 postdoc38 2011-11-10 13:58:06 +0000 In my experience, autocompletion is a totally unreliable feature so far. Sometimes it works, sometime not. It might be my fault as I update kde regularly (once a week or more), waiting for other long standing bugs to be resolved. However, autocompletion has always worked for *some* time after wiping all akonadi/nepomuk stuff (see commands below) then redefining all akonadi resources (addressbooks, IMAP resources and the like). Beware that you will need to reenter all your credentials for all your email accounts, aso. A major pain in the a.. just to get autocompletion working until ... wiping commands: rm -rf `find ~/.kde4 -name "*ako*` rm -rf `find ~/.kde4 -name "*nepo*` then do the same for ~/.kde, ~/.local and ~/.config 1185947 40 finex 2011-11-16 09:47:34 +0000 btw... I've had to disable nepomuk due to a bug which causes virtuoso to use 100% of CPU, so I cannot use autocompletition again :-( 1190237 41 MurzNN 2011-11-25 06:21:13 +0000 I expiring this issue too. I have upgraded to KDE 4.7.3 and this is not solve the problem. I have 3 addressbooks in akonadi: 1. Personal contacts 2. akonadi_googledata_resource 3. VCard file In KAddressBook all three addressbooks works good, search done normally. In KMail2 Composer if I press "Select..." button, I also see 3 addressbooks and can search in all. But in Completion popup I see results only for akonadi_googledata_resource, and nothing from other. Changing completion order didn't change anything. So, the bug is in Kmail2 Completion function, not in other parts of kde/akonadi! 1193461 42 ermonnezza 2011-12-02 15:56:21 +0000 I can confirm this in kmail2 4.7.2 For me there's no autocompletion at all, but I can select using the button from all the addressbooks I have 1195467 43 eggert 2011-12-06 11:26:55 +0000 For me the issue is partly resolved. I can select addressbook entries when I type the complete first or second name of a contact. This does not work however, when the typed name contains special characters (german umlaut like äöü) My system: Gentoo kernel 3.0.1 KDE/KMail 4.7.3 1197916 44 public 2011-12-11 14:40:35 +0000 Just upgraded to KDE 4.7.4, erased Nepomuk database, recreated KDE resources... Nope, still no autocompletion except for recent addresses 1211066 45 m.wege 2012-01-07 16:19:11 +0000 It still does not work for me in KDE 4.8 RC2. This is really annoying. Would be nice, if it could be fixed in the release. Is there any way to help making this clearly reproceable since it does not seem to affect all. 1211393 46 MurzNN 2012-01-08 11:42:10 +0000 Confirm that issue is not fixed on KDE 4.8 RC2. 1211964 47 jsardid 2012-01-09 16:14:53 +0000 Same behavior here. I hope it is fixed soon :) 1218646 48 parena 2012-01-26 08:16:35 +0000 Yup, broken again, indeed. I had it working in 4.7.3 and 4.7.4 but now 4.8 is borking out again. I enabled 'recent addresses' which has most of them, as clicking the select button and then going through that list is even more work. I don't understand why this keeps on breaking. :( Hope it gets fixed soon, I do like kmail. (also wish the google contacts akonadi resource would finally work again (had good hopes for 4.8, but it still segfaults), so I don't have to export my contacts to a vcf file, but that's a different issue :) ) 1219917 49 anderslund 2012-01-28 18:22:27 +0000 After finally taking on kmail2, I got hit by this. My addressbook is in good shape, akonadi resource is set as standard addressbook, all my contacts and groups are in there, but it does not work. The dialog for selecting contacts works, but not autocompletion. 1219972 50 finex 2012-01-28 20:21:26 +0000 I didn't tested it on KDE 4.8 because I've disabled nepomuk due to an aggressive use of CPU :-( 1220595 51 web 2012-01-30 08:27:08 +0000 Same here, it works for: - LDAP - recent address but not for akonadi contacts... It works with krunner contact plugin. 1221309 52 gkourtev 2012-01-31 16:38:15 +0000 The auto-completion does not work at all in KDE 4.8, Kubuntu 11.10. All settings in address books, resources, etc are set correctly. Also Kmail settings for autocompletion is set. But does not work even after restarting the whole lot. 1221385 53 launchpad 2012-01-31 19:12:13 +0000 Unfortunately, I can confirm the same for KDE 4.8 on Gentoo. The only thing that still works for me are recent addresses. No autocompletion from any address books at all. 1222895 54 rm 2012-02-04 14:25:49 +0000 I updated to KDE 4.8 on Opensuse 12.1. My addressbook is an open-xchange 6 ressource. Autocompletion for this address book worked at least partially in KDE/Kmail 4.7.4. Partially in the sense that the pattern recognition did not work reliably. Autocompletion stopped working completely in Kmail 4.8. I tried also a complete new installation of KDE 4.8 on a different machine. Same result. The address book itself, however, works fine and search functionality in Kontact/Addressbook is working flawlessly, too. It is "only" the autocompletion mechanism in Kmail that is not working. 1223131 55 h.becker 2012-02-05 07:57:52 +0000 (In reply to comment #54) > I updated to KDE 4.8 on Opensuse 12.1. My addressbook is an open-xchange 6 > ressource. Autocompletion for this address book worked at least partially in > KDE/Kmail 4.7.4. Partially in the sense that the pattern recognition did not > work reliably. > > Autocompletion stopped working completely in Kmail 4.8. I tried also a complete > new installation of KDE 4.8 on a different machine. Same result. > > The address book itself, however, works fine and search functionality in > Kontact/Addressbook is working flawlessly, too. It is "only" the autocompletion > mechanism in Kmail that is not working. Same behaviour here, also in openSuSE 12.1 with KDE SC 4.8. I'm using CalDAV/CardDAV-Akonadi-Resource to manage my contacts and calendars and tried to select my current addressbook in KDE resources menu, but my calendar resource does not show up. So I cannot test, if it helps to select the correct addressbook. Greets, Henning 1223882 56 andreas 2012-02-06 22:35:10 +0000 Same here with 4.8 on Kubuntu 11.10. No auto-completion at all. Please fix this. Composing messages is really a very hard job with that bug existing. Should not be so hard to fix I guess. 1223887 57 sergio 2012-02-06 22:51:53 +0000 from #c8 , not ASAP but just with complete name, I got entries from address book . 1223950 58 postdoc38 2012-02-07 06:18:35 +0000 @andreas: don't forget autocompletion uses the new iliketomessup framework which is great as it can also be used to transform water into beer. Unfortunately, the beer component is ... well not completely ready yet, and I'd rather the devs work on that, as I'm sure there is a big market for it, even if in the mean time, I'll have to make with an indexer using 100% of my CPU forever... 1223955 59 pdgiddie+kde 2012-02-07 06:51:18 +0000 @postdoc I think you'll find that the sarcasm doesn't do you any favours. If you were creating something this big and not getting paid for it, and someone came along all sarcastic and started yelling at you, do you think you'd want to fix that guy's bug? The frustration is understandable, but please vent somewhere out of sight, where you won't be angering the very people we want to do us a favour! 1223959 60 parena 2012-02-07 07:34:02 +0000 (In reply to comment #57) > from #c8 , not ASAP but just with complete name, I got entries from address > book . Are you sure about that? I have a vcf file I use as an address book (Google contacts export, until the Google Contacts akonadi resource will work :) ) and only the people in there that I have e-mailed before will appear (well, their e-mail address) and not people I never sent an e-mail. So for me it's the original bug: resource autocomplete doesn't work, only 'previously e-mailed addresses' will appear. 1223964 61 m.wege 2012-02-07 07:48:59 +0000 I wonder why no Kmail-developer has ever commented on it. May be the problem is that although it is a Kmail-bug, the problem is rather related to Kaddressbook and there for the bug is not correctly assigned. Otherwise I wonder if the bug is not clearly reproducable (thus Kmail devs do not have the problem) and if there is a way those affected by the bug could help to make it reproducable. 1223976 62 aheinecke 2012-02-07 08:34:35 +0000 Well what happens there is that Kontact uses Ldap/Recent Addresses and Nepomuk for addressee completion. So if you only have Ldap and Recent entries you are looking at a problem with either Nepomuk or the Nepomuk Contact feeder. KAddressbooks search works a bit different as it just pulls all the addresses you have (which is not such a good idea for the mailcomposer) and then searches on them. I personally don't have Nepomuk (i'm on Windows) but I looked into this problem a bit as this is really annoying when you don't have nepomuk available. If you have Nepomuk I think it the comment from #28 (remove akonadi_nepomuk_contact feeder) and adding it again might do the trick if it causes the contacts to be reindexed. The bug here is "The code assumes a working and valid nepomuk search service with indexed contacts" and as there are still loads of problems with nepomuk this assumption can not always be fulfilled. :( 1224041 63 riccardo 2012-02-07 11:53:47 +0000 So, while at FOSDEM, I've asked PIM developers in person, and it looks like yes, this bug is going to be fixed very soon. This bug looks like a side effect of another big bug in virtuoso (the one where it takes 100% CPU) and so, hopefully, when it's resolved a lot of other KDE annoyances will go away, too. I don't know about the time frame, but my guess is that it will happen in a month or so. A good thing is that PIM developers know and care about it. (as a sidenote: the workaround that I previously mentioned in #28 doesn't work anymore in 4.8...) 1224050 64 parena 2012-02-07 12:18:41 +0000 Awesome, thanks for that information. Hoping for 4.8.1 then. Serves me right to use the newest stable. ;) 1224097 65 rich.peiffer 2012-02-07 14:56:48 +0000 Recently upgraded to kde 4.7.4. Have had no issues with the address book in the past. Noticed auto complete from "recently used" still works, but nothing from the address book. Checked my address book - looks good. Can use the "select" button in kmail composer - addresses still come up. Did further research and have read that the auto complete determines where to look based on system setup > kde resources. Under type "contacts" I have both a "dir-resource" pointing to the address book, and there is an akonadi-resource pointing to the address book resource I have configured (which is working with the address book / contact manager). I noticed, under the kde resources screens, cannot make the akonadi-resource "standard". When I do, I get "cannot use read-only resource as standard. Go into the resource and edit, uncheck "read only", save, no error. Try again to set as standard, same message, go back into the resource and it still has the read only box check - cannot remove it. Checked the Akonadi resource for the address book under "akonadi resources configuration", and the address book entry is NOT checked read-only. OK. The problem with Akonadi, read only issue is documented in 273949. Are these two related??? Is it because I can't make the akonadi based resource the "standard"? Is there any workaround to this? 1224109 66 anderslund 2012-02-07 15:42:03 +0000 If this has to do with the virtuoso problems, it is very odd that the addressee selection dialog filters immediately, no problems at all, ever. Aren't they using the same technology? if not, then why not? 1224115 67 rm 2012-02-07 16:04:53 +0000 I think Anders Lund (comment #66) has a good point. All address selection dialogs in the address book part of Kontact as well as in the Kmail part of Kontact work perfectly well - also with OX 6 address resources accessed via Akonadi. Actually, as a workaround for the buggy address completion I now use the selection dialog in Kmail to define the receiver addresses. And this works fast and reliable. 1224118 68 hannes.kuhnert 2012-02-07 16:15:02 +0000 (In reply to comment #66) > If this has to do with the virtuoso problems, it is very odd that the > addressee selection dialog filters immediately, no problems at all, ever. > Aren't they using the same technology? if not, then why not? The selection dialog uses a direct Akonadi access, just like KAdressbook. I also don’t know, why the autocompletion relies on Nepomok, but I assume that Nepomuk provides a handy support for autocompletion in text fields. 1224134 69 aheinecke 2012-02-07 16:45:45 +0000 Well kaddressbook and the addresse selection editors basically obtain a copy of all your contants, put them in a model and filter on them. For small contact sets this is quicker but it does not scale so well and for huge address books this is overhead. I would rationalize "We have a very quickly searchable index available in Nepomuk so let's use it for this and only fetch the contacts we really need" I have to admit, this is currently a pretty bad state (Especially on Windows where we don't have Nepomuk at all) and there should be a fallback especially as the code can mostly be reused from the emailaddresseeselectionwidget and Kaddressbook. But the main discouraging point is to increase ressource usage and complexety just to work around problems which will be solved eventually. 1224152 70 rm 2012-02-07 17:22:29 +0000 (In reply to comment #69) > > I have to admit, this is currently a pretty bad state (Especially on Windows > where we don't have Nepomuk at all) and there should be a fallback especially > as the code can mostly be reused from the emailaddresseeselectionwidget and > Kaddressbook. But the main discouraging point is to increase ressource usage > and complexety just to work around problems which will be solved eventually. Thank you for explaining. I want to point out that in KDE 4.7.4 the autocompletion worked at least partially. I got a reasonable list when I e.g. only typed one letter or typed a full word until a separation letter like a dot. E.g. I typed "a" or "alpha" and all adresses with alpha.xxxx@yyyy.zz appeared. What did not work, was an input like "alp" for these cases. Compare to comment #57. And I cannot remember that there was a problem in version KDE 4.7.2 or 4.7.3 at all. See also comment #65 or comment #33. However, I do remember that when upgrading to 4.7.2 or 4.7.3 I had to delete all nepomuk related configuration files first to get everything working (which you have to do in KDE 4.8, too, to get rid of the annoying CPU consumption for email reindexing). Maybe that helps to analyze the problem. 1224188 71 anderslund 2012-02-07 19:08:46 +0000 The nepomuk solution is only good if it works, but in KDE 4.8 it is broken. NO addressbook contacts show up in the completion, ONLY recent addresses. Not ever, so it can not have todo with the cpuspiking trouble- it doesn't work no matter the state of virtuoso-t, which is btw in a good state most of the time here. 1224285 72 sergio 2012-02-07 22:39:31 +0000 yeah after lastest update of virtuoso-opensource on Fedora 16 I don't remember see virtuoso at 100% of CPU , but not confirm . on kdepim Mailing List we talk about a bug on address with accents , and after update and rebuild nepomuk from scratch , I have addressbook /home/sergio/.kde/share/apps/kabc/std.vcf searching but only all word. in this thread: [kdepim-users] kmail2 search doesn't work, http://lists.kde.org/?l=kdepim-users&m=132473583632465 have what I did to repopulate nepomuk and akonadi. be warned that is not a safe thing. 1226319 73 boris.bigott 2012-02-13 09:11:09 +0000 I have the same problem with the kmail version shipped with KDE 4.8.0. Address auto-completion does only work for recent addresses. Interestingly, using the select button to search addresses works flawlessly. I think this is a serious regression because it worked in KDE 4.7 for me. 1232199 74 steve 2012-03-01 22:28:59 +0000 Same problem here. I've tried everything and I can't make it happen. Kubuntu 11.10 KDE 4.8 1232237 75 einmaladresse_2 2012-03-02 03:37:17 +0000 This seems to go on for years :(. Is it so difficult to get a basic comfort functions probably every other email client out there has back into the akonadi-based kmail? 1232242 76 a678462 2012-03-02 04:55:08 +0000 Can the OP change the 'Severity' to "Major", https://bugs.kde.org/page.cgi?id=fields.html#bug_severity Major major loss of function Loss of standard addressbook completion seems to qualify as "major loss of function". Maybe that plus the #8 position on the "Most Hated Bugs" will get somebody to join in that can help. 1232246 77 philipp.woelfel 2012-03-02 06:14:58 +0000 I wouldn't get my hopes up. In 2nd place on the list of most hated bugs is one that is more than 3 years old: https://bugs.kde.org/show_bug.cgi?id=180051 Too bad that there is no information from the PIMS developers. 1232348 78 steve 2012-03-02 14:10:11 +0000 The bug is severe enough for me to be greatly hindered in using Kmail for my business, which I've been doing for years now. It is too much to hand select emails from 1500 clients. So yesterday I wiped my drive and installed Kubuntu 11.10 fresh. I went ahead and let it perform the first set of updates suggested by the system. I believe this updated from 4.7.3 to 4.7.4. I created a new personal contact book using akonadi, and populated it with Vcard import in Kontact. Autocomplete works flawlessly now. It seems something breaks in either Nepomuk feeder or Akonadi when upgrading to a new 'decade' of KDE. I am witholding implementing anymore system updates for now because this is a feature of Kmail I must have. I spent quite a while searching around for clues and found many people experiencing this bug who have yet to report it. I consider it a major bug. 1232451 79 a678462 2012-03-02 23:18:38 +0000 @Philipp Woelfel > I wouldn't get my hopes up. In 2nd place on the list of most hated bugs > is one that is more than 3 years old Wow, I didn't realize how bad it was. Like other users here, fully-working email is not an option for me. I don't know of any other option that's KDE-integrated other than KMail. Downgrading to KDE v4.7.4 sounds like it works, but imo that's not a great option if this sort of thing happens a lot. I tried to get some attention on this and got yelled at asking about this in irc and got the usual "we do it for free" and "fix it yourself" lectures :-( I just installed Thunderbird to check it out. So far, everything seems to work in Thunderbird -- and it's a LOT faster. It doesn't integrate with KDE as much, but if that doesn't work anyway, it doesn't matter all that much. 1232497 80 ach 2012-03-03 09:11:20 +0000 If you're affected, please add your vote, but keep discussions on the corresponding forum entry: https://forum.kde.org/viewtopic.php?f=215&t=99398&hilit=kmail+4.8+address+composer Information that helps to find out what's wrong since 4.8 add it here. See e.g., http://blog.martin-graesslin.com/blog/2012/02/how-we-could-use-bugzilla-for-user-support/ why that's( IMO) a good idea. As soon as I 've more time I'll try to kontact the developer to find out how we can produce useful debug info to nail down the problem. Feel free to be faster :) Achim 1234221 81 dr.scient 2012-03-09 09:56:33 +0000 I have some additional information, that may or may not help. I have configured an ldapkio in system Settings -> Personal Information -> KDE Resources. I can now hit Alt-F2 and find contacts by typing part of their names. However, auto-completion does not work in kmail, but I have found a way to make this work in kmail. I have an old kabldaprc configuration that I happened to place in ~/.kde4/share/config and suddenly auto-completion started to work with LDAP in kmail (KDE 4.8.1). Does the auto-completion still use old-style KDE resources? 1234240 82 bon-kde 2012-03-09 10:21:12 +0000 In my '~/.xsession-errors' file appear several nepomuk related errors while typing into the address field. From what I gather, it is not the actual search which fails but the retrieval of the found items. When I type "Andr" for the first three keystrokes there will be errors like: /usr/bin/nepomukservicestub(4947)" Soprano: "SQLExecDirect failed on query 'sparql prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains "'And*'" } }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]FT370: Wildcard word needs at least 4 leading characters)" Ok, nepomuk needs at least four characters before actually doing a search. These errors cease with the fourth character. Instead I get something like this: [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(4947)" Soprano: "SQLExecDirect failed on query 'sparql SELECT DISTINCT ?r ?reqProp1 WHERE { nepomuk:/res/d7e1e2fa-1e49-461f-b8a4-af8c95f99777 a ?v2 . nepomuk:/res/d7e1e2fa-1e49-461f-b8a4-af8c95f99777 <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . } LIMIT 1' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: Undefined namespace prefix at 'nepomuk' before '/')" That seems to be a query for an individual item, most probably a contact. I suppose all the strings starting with "nepomuk" should be bracketed in '<>' . At least I get a result when doing such an query using the command line 'sopranocmd --dbus org.kde.NepomukStorage --model main query ' followed by such a bracketed query. Using: KDE 4.8.1 on gentoo. 1238604 83 quazgar 2012-03-20 22:43:52 +0000 For me, the problem seems to have to do with the akonadi-server version: On Gentoo, 1.6.2-r1 works more or less (after one full part of the name has been completely written), whereas 1.7.1 shows really only the recent addresses, as experienced by many people here. 1238605 84 Chain 2012-03-20 22:46:33 +0000 (In reply to comment #83) > For me, the problem seems to have to do with the akonadi-server version: > > On Gentoo, 1.6.2-r1 works more or less (after one full part of the name has > been completely written), whereas 1.7.1 shows really only the recent > addresses, as experienced by many people here. Well, also on Gentoo, 1.6.2 did not work either for me. So it might be something else. However! I think I might have had installed 1.7.1 already before (I remember downgrading after akonadi-server finally got stable) 1241466 85 quazgar 2012-03-30 20:43:17 +0000 Any hint if and what this akonadi output (also mentioned in bug 277403) may have to do with the problem? It appears at every letter I enter in the address field: Could not contact query service. QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 1241926 86 quazgar 2012-04-01 13:56:31 +0000 Ok, it seems I got my Akonadi working a bit better now, but this is what I get on Akonadi's console output: void Nepomuk::Query::QueryServiceClient::close() void Nepomuk::Query::QueryServiceClient::close() (For each letter until the first part of the name has been completed.) Failed to get requested akonadiItemId property AkonadiItemId missing in query results! QUrl( "akonadi:?item=19" ) false false false QVariant:: 0 Failed to get requested akonadiItemId property AkonadiItemId missing in query results! QUrl( "akonadi:?item=23" ) false false false QVariant:: 0 void Nepomuk::Query::QueryServiceClient::close() Failed to get requested akonadiItemId property AkonadiItemId missing in query results! QUrl( "akonadi:?item=726" ) false false false QVariant:: 0 void Nepomuk::Query::QueryServiceClient::close() Failed to get requested akonadiItemId property AkonadiItemId missing in query results! QUrl( "akonadi:?item=722" ) false false false QVariant:: 0 void Nepomuk::Query::QueryServiceClient::close() void Nepomuk::Query::QueryServiceClient::close() void Nepomuk::Query::QueryServiceClient::close() void Nepomuk::Query::QueryServiceClient::close() (For the last letter which then completes the first part of the name.) 1241937 87 quazgar 2012-04-01 14:51:09 +0000 @nepomuk/akonadi devs: Could it be that this commit should fix the bug, at least for some people? https://bazaar.launchpad.net/~neon/akonadi/master_old/revision/1834 1241945 88 franz.trischberger 2012-04-01 15:27:39 +0000 I applied the patch, and for me it did NOT fix the problem - still no autocompletion of mail addresses. 1243150 89 fridge.batta 2012-04-05 12:00:07 +0000 I just updated my gentoo-box to KDE 4.8.2 (including kmail2) and the bug ist still present. Is the "big bug" mentioned in comment #63 fixed in 4.8.2? If not, I guess we have to wait for this to happen. 1243155 90 web 2012-04-05 12:10:39 +0000 Can confirm: fail with KDE 4.8.2 on ArchLinux 1243156 91 parena 2012-04-05 12:12:36 +0000 openSUSE with 4.8.2 and updated Qt: same story 1243165 92 kde-bugs 2012-04-05 12:40:42 +0000 Could we please agree that posting "Still present" and "me too" for every point-release of KDE SC just spams everyones mailbox? It doesn't help with fixing the bug, it doesn't motivate anyone to help, it is just annoying (We can all see it in our daily workflow that the bug is still present). Please comment if you have a Fix or if the Bug has been fixed. Thank you (also on behalf of my mailbox)! PS: If you want to discuss this opinion of mine, please do so on the KDE Forums and not here. 1244881 93 buddha 2012-04-11 09:19:14 +0000 All, on Gentoo here with KDE 4.8.2. I've had this problem with 4.8.*. As far as I can tell, upgrade to akonadi 1.7.2 (hit the tree several days ago) appears to have fixed this issue for me. 1244887 94 web 2012-04-11 09:31:18 +0000 Here, KDE 4.8.2 and Akonadi 1.7.2... Bug always here: No local contacts, no akonadi-google contacts... Only recents and LDAP contacts... 1244888 95 buddha 2012-04-11 09:34:23 +0000 Ah, I'm doing LDAP via GSSAPI to a Windows 2008 Active Directory. Was working pre 4.8, is now working again perfectly. 1245497 96 launchpad 2012-04-13 07:51:52 +0000 Running Gentoo with kmail 4.8.2 akonadi server 1.7.2 personal and shared address book, both on kolab groupware server Things seem to have improved here since either the latest KDE or akonadi upgarde, which I did on 5 and 8 april. I now have the functionality that I had in KDE 4.7: - Autocomplete with every keystroke works only on recent addresses - Once I type a complete name (either first or last) I get search results from all addressbooks - After a name was found once (in either of the previous 2 possibilities) it shows up after relevant keystrokes The last point is only during a kontact session. Once I close and restart I have to type a complete name to find a contact in one of my address books. One last point, I just noticed that my address books had both been disabled for some reason after the last upgrade, so first I had to tick the boxes again. 1247069 97 kde180133 2012-04-17 16:23:01 +0000 Chakra Linux with KMail 4.8.2 and akonadi 1.7.2. After upgrading akonadi from 1.7.1 to 1.7.2 and purging the nepomuk database in ~/.kde4/share/apps/nepomuk address completion works like described in comment #96. Also searching messages in KMail works now. In System Settings -> Configure KDE Resources I have *not* set up akonadi-resource as the default contact resource. 1250135 98 luca.battarra 2012-04-27 15:49:08 +0000 Kubuntu 12.04 fresh install KDE 4.8.2 Kmail 4.8.2 I can't set an akonadi-resource as a default systemsettings > personal info > kde resource I think because of this bug https://bugs.kde.org/show_bug.cgi?id=273949 I can see my contacts in kadressbook, 'cause I imported my contacts inside the systemsettings > personal info > akonadi > "personal contacts" (~/.local/share/contacts) But the kmail autocompletion seems to work only on "recent emails" and on "personal contacts" manually created after the import. This is very frustrating and complicated. Please, can anyone help me having kmail autocompletion working with all my "personal contacts"? 1251645 99 kde180133 2012-05-03 08:17:14 +0000 See comment #97, do you have akonadi 1.7.2? 1251672 100 luca.battarra 2012-05-03 09:47:04 +0000 Can you please tell me how to know what is my akonadi version? Thanks! 1251673 101 launchpad 2012-05-03 09:54:49 +0000 with this command akonadiserver --version 1251675 102 luca.battarra 2012-05-03 10:15:49 +0000 Akonadi 1.7.2 1251679 103 kde180133 2012-05-03 10:29:12 +0000 Try to purge nepomuk database in ~/.kde4/share/apps/nepomuk (see above) and let nepomuk_contact_feeder complete. Then try again. 1251681 104 luca.battarra 2012-05-03 11:01:44 +0000 "Try to purge nepomuk database in ~/.kde4/share/apps/nepomuk" i just have to "rm -r ~/.kde/share/apps/nepomuk" ? "let nepomuk_contact_feeder complete" how to know when this event occoures? thanks for your help 1251697 105 web 2012-05-03 13:10:53 +0000 Do i need to activate email indexer in nepomuk ? 1251707 106 web 2012-05-03 13:32:57 +0000 Here, it seems to fail because in akonadiconsole, Akonadi Nepomuk Feeder is always marked as: "System Busy, indexing suspended" ... So, no mail indexing, no contact indexing, no calendar indexing... 1251788 107 ctibor.brancik 2012-05-03 18:06:43 +0000 On my system I get this error message in soprano-virtuoso.log: 20:03:13 compiler text card estimate got error 22023 FT370: Wildcard word needs at least 4 leading characters, assuming unknown count 1251793 108 kde180133 2012-05-03 18:22:52 +0000 "How to know when this event occoures?" Have a look at akonadiconsole. There Nepomuk Contact Feeder should report "Indexing completed". If "System busy indexing suspended" appears permantently, try to modify .kde4/share/config/akonadi_nepomuk_feederrc by adding [akonadi_nepomuk_feeder] DisableIdleDetection=true 1251888 109 luca.battarra 2012-05-04 07:16:55 +0000 I purged the nepomuk db doing rm -r ~/.kde/share/apps/nepomuk I let nepomuk re-index all the stuff, nepomuk says "indexing complete" kmail is still not using kaddressbook for autocompletition I' moving to thunderbird, in my opinion the nepomuk+akonadi+kontact is not ready, it's a mess, i think it should be release as alpha softare or similar 1251890 110 kde180133 2012-05-04 07:21:48 +0000 Works great here using same steps. However have fun with TB. ;) 1251896 111 web 2012-05-04 07:44:40 +0000 It was working some days ago here... I switch from google-akonadi to webdav-akonadi and no completion anymore... There is something buggy, but hard to find what... 1253758 112 erwin.vandevelde 2012-05-10 15:21:51 +0000 The bug persists in KDE 4.8.3, perhaps a fix in 4.8.4? :-) (using akonadi-google) 1254963 113 web 2012-05-15 11:07:23 +0000 Hmm, it works here... It was just another akonadi bug :-/ https://bugs.kde.org/show_bug.cgi?id=299482 1260811 114 dglent 2012-05-31 15:03:47 +0000 It means that the auto completion works in 4.8.3 ? I have kde 4.8.2 and the autocompletion works only for the recently used address and not for the addresses present in the akonadi contacts. 1260822 115 sergio 2012-05-31 15:36:00 +0000 https://bugs.kde.org/show_bug.cgi?id=259949#c97 1260838 116 sebastian.radish 2012-05-31 16:03:53 +0000 Would be nice, if there is another way than purging the nepomuk database, since that means that I will loose all my tags. 1260880 117 maf 2012-05-31 18:16:50 +0000 (In reply to comment #116) > Would be nice, if there is another way than purging the nepomuk database, > since that means that I will loose all my tags. Doesn't work for me on KDE 4.8.3 (OpenSuSE 12.1 with KDE repository from Factory) Tried purging the neopmuk and akonadi stuff as outlined in this thread, ended up losing mails as mailboxes got the wrong expire settings as the caches rebuilt themselves. And still address matching didn't work. Only auto complete that works for me is the recently used addresses, if I want an addressbook entry I have to use the "Select" button at the side of the To: field. 1260885 118 Chain 2012-05-31 18:22:27 +0000 (In reply to comment #117) > (In reply to comment #116) > > Would be nice, if there is another way than purging the nepomuk database, > > since that means that I will loose all my tags. > > Doesn't work for me on KDE 4.8.3 (OpenSuSE 12.1 with KDE repository from > Factory) > > Tried purging the neopmuk and akonadi stuff as outlined in this thread, > ended up losing mails as mailboxes got the wrong expire settings as the > caches rebuilt themselves. And still address matching didn't work. > > Only auto complete that works for me is the recently used addresses, if I > want an addressbook entry I have to use the "Select" button at the side of > the To: field. I can confirm this - Gentoo amd64 stable. Purging didn't help at all. 1260903 119 dglent 2012-05-31 18:39:37 +0000 For me, deleting the nepomuk folder did nt help. I open the akonadi resources in systemsettings and i added a new resource from google-contacts, and i deleted older resources from google but with other names(!). I did some other changes in akonadi resources and in akonadiconsole without knowing what i do. * I did a logout from kde and now the autocompletion work but only if i type the whole name of the contact. This has fixed (until now...) another problem that i have with the password: https://bugs.kde.org/show_bug.cgi?id=300933 Unefortunately i am not capable to say what i did (many clicks in several names (agents), deletion of many of them etc.) , i dont understand the set of nepomuk-akonadi, and what they do in my system, not the role of the programs but their elements in my system which i discover every time in several places with different names. Good luck ! 1260913 120 sergio 2012-05-31 18:43:29 +0000 https://bugs.kde.org/show_bug.cgi?id=259949#c97 DOESN'T TALK JUST ABOUT PURGE , talks about you *need* upgrade akonadi "After upgrading akonadi from 1.7.1 to 1.7.2 .... " 1260933 121 hannes.kuhnert 2012-05-31 19:01:47 +0000 (In reply to comment #119) > For me, deleting the nepomuk folder did nt help. > I open the akonadi resources in systemsettings and i added a new resource > from google-contacts, and i deleted older resources from google but with > other names(!). BTW, naming is irrelevant AFAIK. The resources of every type are identified by sequentially assigned numbers. For example, if you deleted “akonadi_maildir_resource_1” no Maildir resource will ever again get #1 in this Akonadi environment. > * I did a logout from kde and now the autocompletion work but only if i type > the whole name of the contact. Without reconfiguring anything I sometimes have it working that way in KDE 4.8.3, but that’s really only once in a while and I have no idea for what reason it sometimes works and sometimes not. 1260940 122 maf 2012-05-31 19:09:17 +0000 (In reply to comment #120) > https://bugs.kde.org/show_bug.cgi?id=259949#c97 > DOESN'T TALK JUST ABOUT PURGE , talks about you *need* upgrade akonadi > "After upgrading akonadi from 1.7.1 to 1.7.2 .... " maf@calufrax:~> akonadiserver --version Akonadi 1.7.2 maf@calufrax:~> kmail --version Qt: 4.8.1 KDE Development Platform: 4.8.3 (4.8.3) KMail: 4.8.3 Then I followed the procedure in #39 to remove all akonadi and nepomuk cache info. All addresses locally stored, no LDAP or Google etc to get in the way. Waited for indexing to finish. Still no addressbook lookups in kmail, and a borked kmail config as a nice bonus, too. Mostly recovered lost email from backups, but still too much grief to consider trying to flush nepomuk again. Waiting for either SuSE 12.2 or KDE SC 4.9 to try a fresh install. 1261732 123 dglent 2012-06-03 06:54:32 +0000 (In reply to comment #121) > (In reply to comment #119) > > For me, deleting the nepomuk folder did nt help. > > I open the akonadi resources in systemsettings and i added a new resource > > from google-contacts, and i deleted older resources from google but with > > other names(!). > > BTW, naming is irrelevant AFAIK. The resources of every type are identified > by sequentially assigned numbers. For example, if you deleted > “akonadi_maildir_resource_1” no Maildir resource will ever again get #1 in > this Akonadi environment. > > > * I did a logout from kde and now the autocompletion work but only if i type > > the whole name of the contact. > > Without reconfiguring anything I sometimes have it working that way in KDE > 4.8.3, but that’s really only once in a while and I have no idea for what > reason it sometimes works and sometimes not. You have right because now it does nt work again. Waiting for a fix ... 1262547 124 erasmocaponio 2012-06-05 17:00:53 +0000 I've noticed that after configuring once the completion order (right click on the address field "to" and then click to "configure completion order" in the menu to open the configuring window) the same configuration window becomes blank at a second try and kmail mail starts to become slow (for example: the message "Retriving folder contents. Please wait..." hangs on for a few seconds, deleting a message requires seconds and so on). This slowness does not disappear shutting down kmail or akonadi or restarting the system. I've gotten back kmail a normal speed of work suddenly, without a reason that I can understand. 1262656 125 kde180133 2012-06-06 06:11:38 +0000 I also suffered from a sluggish behaviour (like that in #124) several times, that appeared on - message retrievel - message operations (delete, reply, ...) - sending of new messages (window grayed out for several minutes) - no autocompletion anymore but I could not identify a cause. But maybe there is already a spearate bug for this, I'm not convinced this is related to this bug report. 1263391 126 sergio 2012-06-08 05:23:23 +0000 I try debug others problem following : http://kdeatopensuse.wordpress.com/2011/11/09/debugging-nepomukvirtuosos-cpu-usage/ but this document show some tricks that can help debug here . open kdebugdialog for example. 1263530 127 nt1277 2012-06-08 13:53:21 +0000 296050 Seems to be the duplicate of this bug. KDE 4.8.3 is still affected. 1265277 128 tomas.bautista 2012-06-13 10:13:05 +0000 I am using a Ubuntu 12.04 quantal system and I must say that the last week it suddenly worked with KDE 4.8.3, but now with KDE 4.8.80 is not working once again... 1265483 129 ctibor.brancik 2012-06-13 18:45:43 +0000 Finally works for me in kde 4.8.80 and with akonadi-server 1.7.2. 1265973 130 maf 2012-06-15 07:09:04 +0000 Works for me too using 4.8.80 from the OpenSuSE unstable repository. Matching results in the address book are offered after about 3 or 4 characters are typed in. Not sure about how the results are pesented though, or indeed where some of the matches come from as they don't look familiar to me. Will investigate some more during the next week or two. 1266003 131 maf 2012-06-15 08:38:58 +0000 No, sorry, I got that wrong. Still got some breakage going on in 4.8.80 (4.9 Beta1) More addresses are returned now than under 4.8.3, under the new grouping "contacts found in your data" which seems to be looking at email headers as a source of addresses (this is not "recent addresses" because that also comes up as a heading, with some different suggestions) - btw. can we have an option to turn that new grouping off, please, as it seems to be picking up mostly spammer addresses as suggestions that aren't already in the "recent" list.... Still not getting suggestions from my addressbook data. If I feel brave, I might try to purge nepomuk/akonadi again, but that may wait until 4.9 (or an RC at least) is out. 1266359 132 Mathias.Homann 2012-06-17 07:46:14 +0000 kde 4.8.4, bug still exists. 1266635 133 web 2012-06-18 09:40:55 +0000 KDE 4.9 beta2, bug always here... It works with a fresh account (no ~/.local/share/akonadi and no ~/.kde/share/apps/nepomuk)... But it fails as soon: - You change settings in akonadi (remove ressources, readd ressources, ...) - Clean nepomuk database, it get never indexed again 1266639 134 dglent 2012-06-18 09:51:48 +0000 Me too, when i deleted everything in my /home (akonadi folders, nepomuk...) it worked but only if i typed the whole name. After a couple hours it stopped working and now it works only the recent addresses but only if i type the address, if i type the name of the contact it dioes nt work (KDE 4.8.2) 1268349 135 vanmeeuwen 2012-06-21 08:44:01 +0000 I can confirm this bugs exists still in 4.9 pre - setting version accordingly 1268355 136 m.wege 2012-06-21 09:07:48 +0000 I really wish this bug enough priority so that would be fixed for the release of KDE 4.9. It is very enoying and I have to admit that for most of time I am using Thunderbird now. Mainly because of this bug (partly also because Kmail is still very slow (much faster than in the beginning, but very slow compared to Thunderbird)). And I really would prefer a KDE integrated mailer. 1268357 137 kde180133 2012-06-21 09:10:03 +0000 You first need to investigate a cause and a patch to fix it... Votes show that this is important for the users. 1268387 138 mollekopf 2012-06-21 10:45:09 +0000 The cause seems to be the indexer not doing it's job properly. For all indexed items for which I tried so far, autocompletion is working (with 4.9 that is). As a workaround, to reindex everything, set InitialIndexingComplete to false in .kde4/share/config/akonadi_nepomuk_feederrc. 1268501 139 sergio 2012-06-21 17:58:24 +0000 (In reply to comment #138) > As a workaround, to reindex everything, What do you mean with "reindex everything" ? >set InitialIndexingComplete to false > in .kde4/share/config/akonadi_nepomuk_feederrc. 1268507 140 vanmeeuwen 2012-06-21 18:19:08 +0000 (In reply to comment #139) > (In reply to comment #138) > > As a workaround, to reindex everything, > > What do you mean with "reindex everything" ? > I think what he means is "to cause akonadi to feed nepomuk for all existing contacts" 1269546 141 Vojtech.Zeisek 2012-06-24 21:30:08 +0000 For me, it works only with recently used addresses. And the it searches only within e-mail (not within name). So it does not work at all. I have all address books provided by Akonadi Google resource and within KAddressBook I see everything as expected. I tried it in openSUSE 12.1, KDE 4.7.2 and 4.8.4. Nepomuk is working properly. 1272449 142 nico.kruber 2012-07-04 10:23:09 +0000 (In reply to comment #138) > The cause seems to be the indexer not doing it's job properly. For all > indexed items for which I tried so far, autocompletion is working (with 4.9 > that is). > As a workaround, to reindex everything, set InitialIndexingComplete to false > in .kde4/share/config/akonadi_nepomuk_feederrc. unfortunately that doesn't work for me (using 4.9 RC1). Is there any way to easily check what has been indexed so far to see where the actual problem is? 1273415 143 dr.scient 2012-07-06 10:14:14 +0000 (In reply to comment #142) > (In reply to comment #138). > > As a workaround, to reindex everything, set InitialIndexingComplete to false > > in .kde4/share/config/akonadi_nepomuk_feederrc. > > unfortunately that doesn't work for me (using 4.9 RC1). Is there any way to > easily check what has been indexed so far to see where the actual problem is? This does not work for me either, and it doesn't make much sense to me. The search widget in the address book application seems to work. I can type in th and only those names that contain th are listed, for example "Hjorth" and "Thomas" Although, sometimes one or two contacts are not filtered out. To me it seems like the drop-down box/menu in kmail is broken. Sometimes it does show one name and leaves an empty space for the other names, other times it list all the names but the drop-down menu is too small. It shows only one name, but I can get to the other names with the up/down arrows. But most of the time, it shows nothing. 1273457 144 kde180133 2012-07-06 14:00:00 +0000 (In reply to comment #143) > This does not work for me either, and it doesn't make much sense to me. The > search widget in the address book application seems to work. I can type in > th and only those names that contain th are listed, for example "Hjorth" and > "Thomas" Although, sometimes one or two contacts are not filtered out. Those are two completely different things regarding implementation. 1279958 145 web 2012-07-30 14:48:09 +0000 https://bugs.kde.org/show_bug.cgi?id=304286 Here a patch fixing issue for people not using nepomuk. 1280003 146 sergio 2012-07-30 19:14:18 +0000 (In reply to comment #145) > https://bugs.kde.org/show_bug.cgi?id=304286 > > Here a patch fixing issue for people not using nepomuk. now do a backport to kde 4.8 please, for we may test it. 1281709 147 snowhg 2012-08-04 21:17:23 +0000 I'd like to make a suggestion on this. Why not eliminate the conflict between the code that tracks 'recent addresses' and those saved in Contact folders. Instead, I suggest having a 'special' Contact folder (one that is persistent, like the Inbox) named recent-addresses. Just have Kontact/Kmail save 'new' email addresses to this folder. The user can choose to 'move' any addresses from this folder to their own Contacts folders, or delete them. Their choice. But this approach means that the code for auto-completion of email address can look at Contacts and only Contacts. 1281712 148 eggert 2012-08-04 21:25:15 +0000 With the recent update to KDE 4.9.00 (Gentoo) the problem is solved for me. All works fine, I even don't have to complete the names of my contacts. As soon as I type some letters of the name, all matching entries in the personal contacts are listed. 1281718 149 andreas 2012-08-04 21:45:51 +0000 With my recent update to 4.9 it first didn't work. After I went to settings once and clicked on "configure completion order" it suddenly works now. Maybe there is still an update-bug which doesn't convert or corrects the settings? 1281775 150 kde-bugs 2012-08-05 05:36:53 +0000 (In reply to comment #149) I didn't need to change anything, with 4.9.0 it simply worked for me. Thanks to the devs for finally making this happen! 1281817 151 Chain 2012-08-05 09:24:26 +0000 I am using Gentoo, it does still not work for me in 4.9.0 :( 1281865 152 kde180133 2012-08-05 12:33:00 +0000 Works for me with 4.9.0, all matching names are suggested after a few keystrokes. Thanks!! 1281870 153 dglent 2012-08-05 12:41:56 +0000 Excuse me but i dont understand, 1) There is a problem that affects almost all kmail users since 4.8.2 (for me) 2) No one from KDE said that has taken this bug to fix it or something that give the impression that KDE developpers care/know about 3) Suddenly, it works in 4.9, based on users replies And there is no one who said that has fixed it in git. I think that i participate in a bug report of Microsoft or Opera, leave the user alone keep him in the dark, he will understand when it is fixed by him self :D 1281947 154 hrvoje.senjan 2012-08-05 15:03:35 +0000 With master, i was able to turn on nepomuk completion with editing $KDEHOME/share/config/kpimcompletionorder and adding [General] UseNepomuk=true That works flawlessly! Autocompletion using akonadi alone does not work for me. 1281958 155 snowhg 2012-08-05 15:29:10 +0000 The suggestion to edit: ~/.kde/share/config/kpimcompletionorder and adding [General] UseNepomuk=true has no effect for me. Auto-completion from Contacts Address Books still does not work. Kubuntu 12.04, 64-bit, Kernel 3.2.0-27, KDE 4.9.00 (from Ubuntu ppa:kubuntu-ppa/backports repository), Kontact / Kmail version: 4.9 I said it before, and so have others, and I'll say it again. This is a 'basic' and 'fundamental' function of any email program. This MUST be fixed. It should be given a HIGH/CRITICAL importance rating, not because it causes Kontact/Kmail not to work, but because it is an EXPECTED feature by all who use Kontact/Kmail. This bug has been present to long. 1281994 156 erwin.vandevelde 2012-08-05 16:37:35 +0000 I can confirm that this bug still exists in KDE 4.9. I did try the "UseNepomuk=true" fix, but to no avail. Come on devs, this is a rather basic feature and this bug has been here for far too long! 1281997 157 hrvoje.senjan 2012-08-05 16:41:41 +0000 You won't get autocompletion on 4.9 with my 'solution'. This works only with master 1282003 158 Chain 2012-08-05 17:02:24 +0000 Tried with all the "fixes" floating around, even rm-ing my nepomuk folder. Everything's unchanged. What about the proposed patch? Is there anything that prohibits making this work without Nepomuk? Will try to make an ebuild für 4.9.0 about that... 1282140 159 buddha 2012-08-06 07:56:38 +0000 Hi there, 4.9.0 on gentoo here (akonadi 1.8.0). Still no fix. The bulk of my addresses are in an ldap direectory accessed over gssapi. I can pick addresses from this directory fine from the 'select recipient' dialogue, but the autocomplete only works for recent addresses. I'd like to be able to debug a little here - could someone who knows more than me comment: - are ldap addresses expected to auto-complete - if so, where is the autocomplete list read from - akonadi or nepomuk (or both??) - is there a way to view the addresses stored in this cache to confirm if they are there? - is there a way to force flushing and re-population of this cache, short of the rather brute force 'delete all databases and settings' approaches that keep being mooted (and don't seem to work) Thanks, Paul 1282142 160 vanmeeuwen 2012-08-06 08:04:34 +0000 (In reply to comment #159) > I'd like to be able to debug a little here - could someone who knows more > than me comment: > > - are ldap addresses expected to auto-complete > - if so, where is the autocomplete list read from - akonadi or nepomuk (or > both??) > - is there a way to view the addresses stored in this cache to confirm if > they are there? LDAP is supposed to be included in auto-complete, but since there's no locally cached version of the LDAP contents (AFAIK), it usually takes just that little longer. IIRC, LDAP bind operations that may likely be required are to be configured separately - if these are not configured that may be the reason for the LDAP auto-completion not working in your GSSAPI scenario. Simple binds "WORK FOR ME" (though that doesn't help). 1282144 161 buddha 2012-08-06 08:12:47 +0000 The ldap source works fine in a standalone context - e.g. I can load kaddressbook and search through it, and select addresses from it within kmail. Seems to be just the auto-complete piece which isn't working. If someone can confirm where the addresses should be cached/stored I'll have a look on this machine and see if I can find them. Btw +1 for the earlier 'recent addresses should be just another addressbook' comment - seems like a very sensible idea to me. 1282388 162 michael.saalfeld 2012-08-06 21:13:02 +0000 I'm on kmail 4.9 with chakra-linux and autocompletion doesn't work with akonadi addressbook. 1282396 163 hrvoje.senjan 2012-08-06 21:59:06 +0000 Question for users that have this working with 4.9(final, not beta or RC). Do have working address completion via nepomuk or akonadi? 1282412 164 snowhg 2012-08-07 00:49:17 +0000 (In reply to comment #163) > Question for users that have this working with 4.9(final, not beta or RC). > Do have working address completion via nepomuk or akonadi? Today, with the help of kubuntuforums.net member sumski, I got address autocompletion working on my Kubuntu 12.04, KDE 4.9.00, Kernel: 3.2.0-27-generic x86_64 (64 bit) system. He initially built a patched libkdepim4 package, but after further testing, he suggested that the patched version might actually not be needed. So, I reinstalled the 'official' libkdepim4 package and then made only the following changes: Edit ~/.kde/share/config/akonadi_nepomuk_feederrc and change: InitialIndexingComplete=true to InitialIndexingComplete=false Additionally, ~/.kde/share/config/kpimcompletionorder was edited to add: [General] UseNepomuk=true Perform a log out and then log in and allow nepomuk to finish indexing. After the indexing is finished, I launched Kontact and started a new email. Autocompletion works! 1282453 165 eggert 2012-08-07 07:02:48 +0000 Am Dienstag, 7. August 2012, 00:49:17 schrieben Sie: > https://bugs.kde.org/show_bug.cgi?id=259949 > > --- Comment #164 from Paul Loughman <snowhog@mtaonline.net> --- > Additionally, ~/.kde/share/config/kpimcompletionorder was edited to add: > > [General] > UseNepomuk=true > > Perform a log out and then log in and allow nepomuk to finish indexing. > After the indexing is finished, I launched Kontact and started a new email. > Autocompletion works! For me it works both: UseNepomuk=true brings me the autocompletion based on my content, UseNepomuk=false brings me my contacts. Can't I have both? Ok, I guess the contacts are part of my content. 1282490 166 hrvoje.senjan 2012-08-07 09:10:03 +0000 Eggbert, is this after you re-indexed your mails? 1282523 167 buddha 2012-08-07 10:53:24 +0000 I'm not sure if this is of use to anyone, but I just loaded up Akonadi Console, and confirmed that under my GSSAPI/LDAP resource, all the contacts I expect to see are in the store as mimetype text/directory in VCARD form. So Akonadi definitely has them, just that kmail can't/won't display them for some reason. 1282547 168 hrvoje.senjan 2012-08-07 12:30:02 +0000 OK, i have tried with a new user with KDE trunk as of yesterday: 1) Added my IMAP (gmail account) 2) Restarted akonadi 3) Checked akonadi_nepomuk_feederrc, it had following content: [InitialIndexing] IndexCompatLevel=3 InitialIndexingComplete=true 4) I have changed this to false, and added [akonadi_nepomuk_feeder] DisableIdleDetection=true 5) Next, i restarted akonadi nepomuk feeder service with akonadiconsole, and waited until it finished 5a) While it was indexing, i then added (with akonadi google resource) my contacts on gmail account. 5b) Enabled kdebug output, opened kmail and started testing completion via akonadi - It was working, but not 100% Result when contact was found and displayed: kmail2(21619)/libkdepim KPIM::AddresseeLineEdit::Private::akonadiPerformSearch: searching akonadi with: "zla" kmail2(21619)/libkdepim KPIM::AddresseeLineEdit::Private::akonadiHandlePending: Pending items: 0 kmail2(21619)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 groups kmail2(21619)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 1 contacts kmail2(21619)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 groups Note that the searches worked, but : if i searched with mail address, there where no results, if i then searched with name (same contact), result was displayed, and after contact was found, if i repeated search with mail address it was displayed (obviously, this all is true for contacts that have different name vs. mail address) 5c) Some contacts where found, but not shown: kmail2(22845)/libkdepim KPIM::AddresseeLineEdit::Private::akonadiPerformSearch: searching akonadi with: "opensus" kmail2(22845)/libkdepim KPIM::AddresseeLineEdit::Private::akonadiHandlePending: Pending items: 0 kmail2(22845)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 1 contacts kmail2(22845)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 groups That contact wasn't shown in completion list 5d) Contacts that had no name where not shown at all (see 5b) 6) Finally, nepomuk finished - restarted kmail, tried searches, same as with akonadi. 7) I then added UseNempomuk=True to kpimcompletionorder restarted kmail and searching was working with nepomuk, and it shown every contact! Kdebugoutput: kmail2(23610)/libkdepim KPIM::AddresseeLineEdit::Private::akonadiPerformSearch: searching akonadi with: "zsoko" kmail2(23610)/libkdepim KPIM::AddresseeLineEdit::Private::akonadiHandlePending: Pending items: 0 kmail2(23610)/nepomuk (library) Nepomuk2::Query::QueryServiceClient::close: kmail2(23610)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 contacts kmail2(23610)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 groups kmail2(23610)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 contacts kmail2(23610)/libkdepim KPIM::AddresseeLineEdit::Private::slotAkonadiSearchResult: Found 0 groups 8) Commented out that UseNepomuk line, restarted kmail, and searching was again done via akonadi, with effects as described in 5 a), b), c) and d) 1282557 169 michael.saalfeld 2012-08-07 12:59:44 +0000 (In reply to comment #165) > > For me it works both: > UseNepomuk=true > brings me the autocompletion based on my content, > UseNepomuk=false > brings me my contacts. Can't I have both? Ok, I guess the contacts are part > of > my content. Ok, this works for me too. 1282616 170 sergio 2012-08-07 16:10:15 +0000 wtf you don't backport all fixes to 4.8.5 ? 1282618 171 matej 2012-08-07 16:14:27 +0000 (In reply to comment #170) > wtf you don't backport all fixes to 4.8.5 ? Sérgio, "wtf" is not really the right attitude towards volunteer coders working in their free time. 1282633 172 sergio 2012-08-07 16:47:51 +0000 wtf you don't backport all fixes to 4.8.5 ? (In reply to comment #171) > (In reply to comment #170) > > wtf you don't backport all fixes to 4.8.5 ? > > Sérgio, "wtf" is not really the right attitude towards volunteer coders > working in their free time. ok forget the "tf" :) So why you don't backport all fixes to 4.8.5 ? to really test the fixes and not an all new version. 1282656 173 kevin.kofler 2012-08-07 17:45:03 +0000 Because the 4.8.5 tarballs are already spun, and already built in most distros' build systems. Tarballs are respun only for critical fixes. (This one is not, sorry.) Even more so when the scheduled (public) release date is tomorrow. 1282657 174 hrvoje.senjan 2012-08-07 17:49:41 +0000 It''s already released :) http://dot.kde.org/2012/08/06/kde-ships-august-updates-plasma-workspaces-applications-and-platform Also, completion with nepomuk is a new feature (at least to my understanding), so that's a no-go for < 4.9 1282659 175 sergio 2012-08-07 17:54:16 +0000 (In reply to comment #173) > Because the 4.8.5 tarballs are already spun, and already built in most > distros' build systems. Tarballs are respun only for critical fixes. (This > one is not, sorry.) Even more so when the scheduled (public) release date is > tomorrow. sorry I don't know about 4.8.5 , So why you don't backport all fixes to next minor release of 4.8 (4.8.6) ? 1282666 176 kevin.kofler 2012-08-07 18:02:31 +0000 > It''s already released :) Grrr, I wonder why we packagers bother reporting that their release doesn't build (the respun kde-l10n-da is still broken) if they release it anyway. Though of course this means it's outright impossible to fix this bug in 4.8.5. :-) > So why you don't backport all fixes to next minor release of 4.8 (4.8.6) ? There will be no 4.8.6 release. Originally there wasn't even going to be a 4.8.5. 1282830 177 buddha 2012-08-08 10:35:12 +0000 The plot thickens slightly, I note that three addresses recently added to the directory _do_ show consistently in the address completion drop-down. As as test yesterday I added another user to the directory, and that _doesn't_ show after 24 hours, despite showing up in kaddressbook and being in the akonadi store as mentioned above. Is there a property on an akonadi contact record such that kmail will use it? I can't see any differences in how the records are presented in akonadiconsole. Note that I'm aiming for akonadi-only drop down at the moment, not trying to add nepomuk searching into the mix as a few have suggested here. 1282895 178 erwin.vandevelde 2012-08-08 14:15:49 +0000 I deleted everything of akonadi, nepomuk, kmail and addressbook and reconfigured it on KDE 4.9. At first it did not work, but now it magically works :-) Nepomuk running without file indexer and in .kde4/share/config/akonadi_nepomuk_feederrc only this: [akonadi_nepomuk_email_feeder] Enabled=true Do not ask why it works suddenly, but it made me happy :-) 1283035 179 launchpad 2012-08-08 20:23:16 +0000 Another happy camper here :-) Gentoo KDE 4.9.0 app-office/akonadi-server: 1.8.0 I hev these settings in the config files that were mentioned: $ cat akonadi_nepomuk_feederrc [InitialIndexing] IndexCompatLevel=3 InitialIndexingComplete=true [akonadi_nepomuk_email_feeder] Enabled=true $ cat kpimcompletionorder [CompletionWeights] 140=99 145=100 172=98 173=100 178=99 341=99 346=98 355=100 513=98 514=99 519=100 [General] UseNepomuk=true I did start over with a new akonadi database (internal -> external MySQL) and I also deleted all Nepomuk data and let Nepomuk do a complete scan. I'm not 100% sure I had to do this, but it didn't hurt either. I keep addresses in a kolab server. I'm using the kolabproxy akonadi plugin. The kolab server contains a folder with my own contacs as well as a folder with shared contacts. When I start typing I get entries from: - Recent addresses - shared contacts - "contacts found in my data" I assume the last group contains Nepomuk search results, since it contains email addresses both from my personal contacts and from my complete email history: various work email addresses, addresses contained in forwarded mails, the lot. If I type an address that exists only in my personal contacts, it shows up after 3-4 keystrokes. All in all, it's quite powerful when it all works :-). It would be interesting to figure out what the exact steps are that you need to do to get this to work. I'll try later with a different user on my machine. I have a few that haven't logged on since the KDE 4.9.0 upgrade. I'll get back if I learn anything worthwhile, but for now: YAY! 1283053 180 hrvoje.senjan 2012-08-08 20:48:49 +0000 (In reply to comment #179) > When I start typing I get entries from: > - Recent addresses > - shared contacts > - "contacts found in my data" > > I assume the last group contains Nepomuk search results, Correct. It's seems that a 'clean' nepomuk database, and/or UseNepomuk=true triggers completion with both nepomuk and akonadi. Before i cleaned db, and added UseNep.. = true, there was no completion with akonadi (on a database that dated before 4.9; on a clean setup, akonadi completion worked immediately). Once that was set up, and even after i removed UseNepomuk i still get my contacts with akonadi. I have hit another bug in Nepomuk: https://bugs.kde.org/show_bug.cgi?id=304804 With that, there was no completion with nepomuk, but also with akonadi! As stated in # 304804, reverting that commit brought back completion with both methods. 1283184 181 buddha 2012-08-09 09:26:05 +0000 > Gentoo > KDE 4.9.0 > app-office/akonadi-server: 1.8.0 Same here > I did start over with a new akonadi database (internal -> external MySQL) and I > also deleted all Nepomuk data and let Nepomuk do a complete scan. I'm not 100% > sure I had to do this, but it didn't hurt either. > > I keep addresses in a kolab server. I'm using the kolabproxy akonadi plugin. > The kolab server contains a folder with my own contacs as well as a folder with > shared contacts. > > When I start typing I get entries from: > - Recent addresses > - shared contacts > - "contacts found in my data" > > I assume the last group contains Nepomuk search results, since it contains > email addresses both from my personal contacts and from my complete email > history: various work email addresses, addresses contained in forwarded mails, > the lot. > > If I type an address that exists only in my personal contacts, it shows up > after 3-4 keystrokes. > > All in all, it's quite powerful when it all works :-). Encouraged by the above I tried: - remove .kde4/share/config/*akonadi* and *nepo* - remove .kde4/share/apps/nepo* - drop akonadi database and recreate (external mysql) Same result as before - no auto-completion, addresses are definitely in the (new) akonadi DB. Are any kmail/akonadi devs on this bug? Feels like a lot of people fumbling around in the dark trying various things without any real steer as to what might help. The completion works for some, not others, for some blatting some parts of the config works, and for others it doesn't. The tech on offer here is clearly superb when it works well, the issue seems to be that it's a little fragile, and old/incomplete config or old database schemas are biting people perhaps. If someone who knows how it all works could assist some of the people on the bug to troubleshoot, perhaps we could figure out more where the problem lies. I don't want to come across as yet another whingeing client of free open source software, everyone here clearly works very hard, just want to get a good result for all. Cheers, Paul 1283190 182 adam 2012-08-09 10:25:29 +0000 Thanks Paul, and all the others who have tried to help us systematically debug and improve the situation. I'm one of the people who worked on the fixes for 4.9 and obviously stuff works for me (TM). Part of the problem is that there are various people trying various combinations of versions of the stack and various configuration settings with varying results, so it's quite hard to get a decent idea of what works or doesn't for whom and thus do concrete steps to improve. Let me at least try to describe what should work, in 4.9, as a baseline: - recent addresses should be completed, unless disabled in the config, this is currently completely independent from both Akonadi and nepomuk - search in addressbooks should work, this goes through akonadi's search interface which asks nepomuk for hits in things it has indexed via the akonadi feeders into nepomuk ("finds anything known to akonadi, and if the feeders are on, thereby nepomuk"). If you have no feeders, this finds nothing. If you have no nepomuk, this also finds nothing. - unless disabled (which is the default in 4.9 because David found performance issues with this feature which are being worked on), there should be an additional search triggered which goes directly to nepomuk, not via akonadi. This yields the "Contacts found in your data" results and searches any and all email addresses known in the system. If you have not nepomuk, this finds nothing, but the akonadi feeders are not needed, since nepomuk finds emails from all sorts of places, including the file system, if that is enabled globally in nepomuk. Additionally there are some constraints which filter these results, sometimes causing the impression that results are missing or not found. For example we only search from 3 letters or more in akonadi and nepomuk, otherwise we'd get thousands of hits, in nepomuk, which is way too slow. So if you type only 2 letters, only recents are searched. Also, we filter contacts that have no valid email address, this being email completion, they would be useless and so on. There are some additional sanity checks, which might have bugs, and could thus cause individual things not to be found that you think should be there. The debug output should help finding such patterns and if we can reproduce and understand them, we'll be happy to fix them. Hopefully this helps some of you to narrow down the problem a bit more, so we can action it. As a meta-comment: these are very interesting times in the Qt world. We all have jobs that to some extent are impacted by the recent tectonics around Nokia and all our efforts are focused on making sure Qt5 happens, rocks, continues to thrive and our companies and jobs as an extension of that. There's a group of very dedicated people who is trying to maintain a bit of progress in kdepim, in their extremely limited spare time, and many of them have been doing so for almost 10 years. Cut us some slack, ok? And thanks again for all of you who are helping and being constructive. We love you. 1283505 183 buddha 2012-08-10 09:04:16 +0000 > --- Comment #182 from Till Adam <adam@kde.org> --- > Thanks Paul, and all the others who have tried to help us systematically debug > and improve the situation. I'm one of the people who worked on the fixes for > 4.9 and obviously stuff works for me (TM). Part of the problem is that there > are various people trying various combinations of versions of the stack and > various configuration settings with varying results, so it's quite hard to get > a decent idea of what works or doesn't for whom and thus do concrete steps to > improve. Let me at least try to describe what should work, in 4.9, as a > baseline: > > - recent addresses should be completed, unless disabled in the config, this is > currently completely independent from both Akonadi and nepomuk > - search in addressbooks should work, this goes through akonadi's search > interface which asks nepomuk for hits in things it has indexed via the akonadi > feeders into nepomuk ("finds anything known to akonadi, and if the feeders are > on, thereby nepomuk"). If you have no feeders, this finds nothing. If you have > no nepomuk, this also finds nothing. > - unless disabled (which is the default in 4.9 because David found performance > issues with this feature which are being worked on), there should be an > additional search triggered which goes directly to nepomuk, not via akonadi. > This yields the "Contacts found in your data" results and searches any and all > email addresses known in the system. If you have not nepomuk, this finds > nothing, but the akonadi feeders are not needed, since nepomuk finds emails > from all sorts of places, including the file system, if that is enabled > globally in nepomuk. Thankyou for such a comprehensive response! With the above in mind, I have some questions: - search in addressbooks goes kmail -> akonadi -> nepomuk for even akonadi-only data? That implies that our search scope for addressbook lookup debug covers both of those two technologies - I have nepomuk file based indexing disabled (but email indexing switched on) - could that affect this? - I was particularly confused that a small subset of my addresses worked in an addressbook search recently, despite the fact that they looked identical in the akonadi store - does this help point the finger? Interestingly, after I cleaned out both akonadi and nepomuk data yesterday, I now have no addresses working for the lookup, which at least is more consistent behaviour - how would you recommend that non-developer (but technical) users could help you debug this? I'm a networks/linux sysadmin running gentoo, just no C++ experience - will follow instructions if you need, although with the caveat that this is my work machine and I can't use terribly invasive techniques on this machine (e.g. build new kde from trunk) 1283580 184 rm 2012-08-10 13:36:22 +0000 I upgraded yesterday from KDE 4.8.4 to KDE 4.9 under Opensuse 12.1 (x86_64). After that address completion did not (!) at all work for existing users - just as before . However, it did work for new users which I set up for tests after the KDE 4.9 upgrade. And for the new users address completion worked as described in comment #182 by Till Adam. So, it seems that one has to configure akonadi + the kdepim programs including kaddressbook from scratch to get the address completion and the akonadi indexing of mail addresses to work for users that previously already used some KDE 4.8 version. I did this in a quite radical way by deleting configuration/data files and directories related to Akonadi and the kdepim programs I use. It was not dangerous to do so in my case as all my mails, calendar data and addresses reside on an Imap, an LDAP and on an Open-Xchange server and not in some local files. Otherwise, one probably would have to be more careful. On the other side, as akonadi/kdepim information and data are distributed and scattered over several configuration directories, one has to be careful not to omit some configuration data. Actually, only after some hours of trial and errors I found that a thorough cleansing in "~/.kde4" and "~/.local" was essential to get everything working and all mails/contacts reindexed as expected. I did the following steps : 1) I stopped the akonadi service and all kdepim applications. 2) I kept all nepomuk (sub)services (including the mail indexer) activated under KDE's "systemsettings". 3) I deleted the directory "akonadi" under ~/.config 4) I deleted all files and directories related to akonadi, nepomuk and kdepim programs in "~/.kde4/share/apps" and "~/.kde4/shared/config". 5) I deleted the directory "~/.local/share/akonadi" (i.e. I deleted the mysql database for akonadi) and "~/.local/share/contacts. 6) To be on the save side: I deinstalled an reinstalled the akonadi and the kdepim RPM packages for KDE 4.9 7) Logout, init 3 and init 5 8) Start of Kontact - reconfiguration of the standard identity, setup of my connection to my IMAP servers, setup of my connections to the Open-Xchange 6 server and to my LDAP-server for different addressbooks and calendars. 9) I then let akonadi and nepomuk do and finish (!) their indexing work (watch the CPU load of the "virtuoso-t" process!). In my case that took over two hours due to a large amount of mails on the IMAP server. (The file indexer (strigi) was restricted to do its work only on some selected directories and ended its job rather quickly.) After that I restarted KDE + Kontact again and address completion now gives me some reasonable information from the different addressbooks connected. At least as long as the starting letter sequence corresponds to the beginning of a name or the beginning of a mail address. ( A "clark" in "john-clark" e.g. is not recognized). A strange thing is also that quite new addresses, which I registered during a kontact session in some local and remote addressbooks, only were found after a restart of the akonadi service and a restart of kontact. This is a bit annoying. However, I am happy to get at least address suggestions from different regular addressbook resources now and not only suggestions from the stock of recently used addresses. 1283646 185 hannes.kuhnert 2012-08-10 18:13:12 +0000 (In reply to comment #184) > I upgraded yesterday from KDE 4.8.4 to KDE 4.9 under Opensuse 12.1 (x86_64). > After that address completion did not (!) at all work for existing users - > just as before . > So, it seems that one has to configure akonadi + the kdepim programs > including kaddressbook from scratch to get the address completion and the > akonadi indexing of mail addresses to work for users that previously already > used some KDE 4.8 version. Not necessarily. I can’t judge if there has been an alternative to deleting “everything” on your system, but at least in my case it was enough to edit akonadi_nepomuk_feederrc. It looks like that now: | [InitialIndexing] | IndexCompatLevel=3 | InitialIndexingComplete=true | | [akonadi_nepomuk_email_feeder] | Enabled=true | | [akonadi_nepomuk_feeder] | DisableIdleDetection=true Now I’ve got auto-completion as soon as I type in one character—which is great—, but it only matches beginnings of words. That works on names and parts of addresses. I can e. g. type in “gmx.de” and will get all addresses on that domain. But if I type in “tu-chemnitz.de” it won’t bring up addresses at “hrz.tu-chemnitz.de”. And not always all on that basis expected addresses are shown: I’m having two almost identical contacts—one is shown in KMails autocompletion, the other one never. If I knew how to check Nepomuks index … 1283667 186 eggert 2012-08-10 19:44:55 +0000 Am Freitag, 10. August 2012, 18:13:12 schrieben Sie: > Not necessarily. I can’t judge if there has been an alternative to deleting > “everything” on your system, but at least in my case it was enough to edit > > akonadi_nepomuk_feederrc. It looks like that now: > | [InitialIndexing] > | IndexCompatLevel=3 > | InitialIndexingComplete=true > | > | [akonadi_nepomuk_email_feeder] > | Enabled=true > | > | [akonadi_nepomuk_feeder] > | DisableIdleDetection=true Should not there be some configuration options so users don't have to edit files that they might not know about? 1283675 187 hannes.kuhnert 2012-08-10 20:09:57 +0000 (In reply to comment #186) > Should not there be some configuration options so users don't have to edit > files that they might not know about? I think | [akonadi_nepomuk_email_feeder] | Enabled=true can be found in the settings dialog for the desktop search (“enable e-mail indexing”). IIRC the only thing I did was changing | InitialIndexingComplete=true to false. That’s something that should not need to be settable via the GUI. 1283773 188 anderslund 2012-08-11 08:32:41 +0000 (In reply to comment #184) > I upgraded yesterday from KDE 4.8.4 to KDE 4.9 under Opensuse 12.1 (x86_64). > After that address completion did not (!) at all work for existing users - > just as before . > > However, it did work for new users which I set up for tests after the KDE > 4.9 upgrade. And for the new users address completion worked as described in > comment #182 by Till Adam. > > So, it seems that one has to configure akonadi + the kdepim programs > including kaddressbook from scratch to get the address completion and the > akonadi indexing of mail addresses to work for users that previously already > used some KDE 4.8 version. It would be nice if someone can come up with a list of the minium of required destruction. Please say that deleting nepomuk data is not required - not all of it is autogenerated! Please say that deleting all ones akonadi resources is not required, it takes time and effort to set it up properly! 1283776 189 hannes.kuhnert 2012-08-11 08:44:29 +0000 (In reply to comment #188) > It would be nice if someone can come up with a list of the minium of > required destruction. You may want to read <a href="http://bugs.kde.org/show_bug.cgi?id=259949#c138">comment #138</a>. 1283786 190 anderslund 2012-08-11 09:22:17 +0000 (In reply to comment #189) > (In reply to comment #188) > > It would be nice if someone can come up with a list of the minium of > > required destruction. > > You may want to read <a > href="http://bugs.kde.org/show_bug.cgi?id=259949#c138">comment #138</a>. I had already tried that, and restarted akonadi, with no change. Now I restarted my KDE session, but I believe what made the trick for me was editing kpimcompletionorderrc, adding a General section with UseNepomuk=true. But it is working, which is wonderful, one more step on the road to kmail being in a working state <3 1284273 191 rm 2012-08-13 09:12:36 +0000 (In reply to comment #185, to comment #187 and comment #190 ) In answer to comment #185 and comment #187: > IIRC the only thing I did was changing > | InitialIndexingComplete=true > to false. That’s something that should not need to be settable via the GUI. Regarding: Setting "InitialIndexingComplete=true" to false: Maybe that would have been enough to start a reindexing. Unfortunately, I have no chance to test that again on my system. I had tried that before with KDE 4.8.4 without any success - maybe it would have worked with KDE 4.9 now. It is worth trying. I also agree that deleting "everything" regarding akonadi, nepomuk and kontact as described in comment #184 is a quite radical method, which may not be applicable for everyone. However, it worked at least, and it shows in addition that a clean install of KDE 4.9 leads to success. Regarding comment #190 and the following aspect: > but I believe what made the trick for me was editing kpimcompletionorderrc, > adding a General section with UseNepomuk=true. My present "kpimcompletionorderrc" (which was generated freshly by the system in course of what I described in #184) does not (!) contain a line "UseNepomuk=true". Interestingly enough, addresscompletion under KDE 4.9 works nevertheless for me. Can somebody explain this, please ? 1284276 192 parena 2012-08-13 09:21:27 +0000 I'm not sure anyone can explain what is going on with this one. ;) Meanwhile, I do have it working, but I'm not sure how it happened. I'm using Google contacts (akonadi resource) and autocompletion seems to be working consistently now. I had that working earlier, but then it stopped when I unchecked the use of recent addresses and it didn't work anymore after enabling it again. I'm afraid to try it again, since it's all so fragile. But it is another type of resource that is now working. I too, don't have the "UseNepomuk=true". When I had added that, it gave me so much rubbish in my address bar, it was unusable. This is openSUSE 12.1 with KDE 4.9, by the way. 1284278 193 anderslund 2012-08-13 09:34:50 +0000 I have got things working, after editing config files and restarting akonadi and kde. The UseNepomuk thing in kpimcompletionorder have gone again, so now I have completion form my addressbook + recent addresses (that is fine, the other option came with A LOT of undesirable addresses but also a few useful ones...) Nice to have it working! 1284289 194 Mathias.Homann 2012-08-13 10:09:18 +0000 I, on the other hand, do not have a "kpimcompletionorderrc" file. KDE 4.9.0 on openSUSE 12.1 here, and autocompletion still only uses recently used emails, but not addressbook sources. my only addressbook source is a webdav / owncloud source. 1284301 195 anderslund 2012-08-13 10:36:39 +0000 I also store my addressbooks in owncloud. AFAICT, setting InitialIndexingComplete to "false" in akonadi_nepomuk_feederrc and then restarting the pc (because restarting nepomuk is difficult and restarting KDE does not always do that) is what is required. The "UseNepomuk" think I believe leads to a myriad of addresses "found in your data", but in my case that setting does not appear to stick. 1284312 196 buddha 2012-08-13 11:22:39 +0000 When I cleaned out my akonadi/nepomuk stores before, I didn't touch the ~.config/akonadi directory. After reading several of these posts I just had another total cleanout of akonadi/nepomuk data, and this time included that dir. When redefining services, I noticed that in my akonadi configuration I no longer had the option to choose an ldap address book. After inspecting kaddressbook, I noticed a global option to define an ldap source. I did that, and now ldap completion (and nepomuk 'addresses dredged from emails') all works flawlessly. Noting it here in case anyone faces the same issue - has the way in which akonadi ldap address sources deliberately changed? Happy it's working for now! 1284569 197 parena 2012-08-14 09:06:09 +0000 Okay, scratch that. It's the next day and it stopped working. Only getting recent addresses again. I did nothing else but close kmail, shutdown the computer, sleep, wake up, turn it on and start kmail. :( (posting this to show how unstable it is, even if you think you finally have it working) 1284943 198 73175 anderslund 2012-08-15 08:37:38 +0000 Created attachment 73175 Display the unstability of this broken feature The autocompletion is NOT stable. Today, entering "an" in the to field gives 3 completions, while in the selection dialog there are over 30. I just restarted KDE, so everything wrt nepomuk running should be dandy! :-((( 1284952 199 anderslund 2012-08-15 08:53:42 +0000 I think the only sane descision is to drop the nepomuk path, or at least provide an alternative, while nepomuk is reaching a functional state. 1285604 200 rm 2012-08-17 09:11:16 +0000 (In reply to comment #198) > Created attachment 73175 [details] > Display the unstability of this broken feature > > The autocompletion is NOT stable. Today, entering "an" in the to field gives > 3 completions, while in the selection dialog there are over 30. I tested also a little bit regarding completeness of the autocompletion suggestions. I cannot really confirm what Anders Lund wrote in his latest comment. This is because the filter and search functionalities obviously work differently for the selection dialog than for autocompletion. The two searches work according to different criteria. Regarding Anders' example with "an" or even "and", I, too, get a lot less hits in kmail's address autocompletion than with the same search in the address selection box or with a direct search in kaddressbook. (My adressbook is that of an OX 6 server.) However, the difference in my case is basically due to the fact that the standard search in kaddressbook also delivers results where the search expression is just a part of the text strings of several of the different fields comprised in the address record. With "and" as a search expression in the addressbook and the selection field I also get all addresses where I filled out the country field with "Deutschland". One can really ask: Would you expect this variety of hits in the address autocompletion ? As far as I can see the addresscompletion in its present state finds addresses where distinguished name fields of the address record start (!!) with the search expression or where certain distinguished parts of the email address start with the search expression. And regarding such a kind of search the result list seems to be complete in my case. So the big differences in the search result sets Anders describes may be due to the fact that indexing and searching is differently implemented for autocompletion than for for the selection field. So, could somebody of the developers describe in more detail how the search functionality in autocompletion works and what criteria it exactly takes into account? 1285816 201 snowhg 2012-08-17 20:49:50 +0000 (In reply to comment #147) > I'd like to make a suggestion on this. Why not eliminate the conflict > between the code that tracks 'recent addresses' and those saved in Contact > folders. Instead, I suggest having a 'special' Contact folder (one that is > persistent, like the Inbox) named recent-addresses. Just have Kontact/Kmail > save 'new' email addresses to this folder. The user can choose to 'move' any > addresses from this folder to their own Contacts folders, or delete them. > Their choice. But this approach means that the code for auto-completion of > email address can look at Contacts and only Contacts. I'm replying to my own suggestion. Focus on keeping email address autocompletion confined to Kontact/Kmail only. It would be a very simple fix to have a persistent special folder -- recent-addresses -- as a sub-folder under Personal Contacts, and place all email recipient address "not already in user created folders under Personal Contacts" there. Change the behavior of email address autocompletion to look "only" in Personal Contact folders. 1289509 202 quazgar 2012-08-21 06:09:28 +0000 To be more specific about the sporadic "works now" messages: For me, it started to partly work after upgrading akonadi-server from 1.7.2 to 1.8.0, while keeping KDE (and Kontact) still at 4.8.3. "Partly" because: - It does not work right after startup, but seems to need some time (build up the database?). - In the beginning only "newer" addresses were completed. - Names are completed from typing the first letter (not first 3 letters), but (sometimes) only after the whole first name part has been typed once. Example: I'm looking for the address of John Doe. * "J" -> no result * "Jo" -> no result * "Joh" -> no result * "John" -> finds address * "J" -> finds address 1289511 203 quazgar 2012-08-21 06:12:03 +0000 And one comment to the developers: If there is anything we can try in the akonadi console, e.g. custom search queries, we could certainly do that to help pinning down any remaining problems. 1289516 204 quazgar 2012-08-21 06:26:22 +0000 OK, looking at the akonadiconsole debugging output, for each entry, two search queries seem to be started, the first one being successful, the second one not. I'm looking for the email address of my good friend "Foo Testuser <testuser@example.com>" here and have just entered "Foo" in KMail: 357 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r WHERE { graph ?g { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?r a nco:PersonContact . { ?r nco:fullname ?v . ?v bif:contains \"'Foo'\" . } UNION { ?r nco:nameGiven ?v . ?v bif:contains \"'Foo'\" . } UNION { ?r nco:nameFamily ?v . ?v bif:contains \"'Foo'\" . } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . ?v bif:contains \"'Foo'\" . } } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) * 84255 SEARCH (UID 84255 REV 1 REMOTEID "Hvi9oupQLo.vcf" MIMETYPE "text/directory" COLLECTIONID 507 SIZE 119 DATETIME "19-Aug-2012 11:54:31 +0000" FLAGS () ANCESTORS ((507 "/home/daniel/.local/share/contacts/")) PLD:RFC822 {119} BEGIN:VCARD EMAIL:testuser@example.com FN:Foo Testuser N:Testuser;Foo;;; UID:Hvi9oupQLo VERSION:3.0 END:VCARD ) 357 OK SEARCH completed 358 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'Foo*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 358 OK SEARCH completed As can be seen, query 357 was successful, while 358 did not return any results. 1289527 205 anderslund 2012-08-21 07:32:09 +0000 For me, address completion worked 1 or two days after editing the akonadi_nepomuk_feederrc file, and then stopped again. Nepomuk is running fine, and normal searc using nepomuk in dolphin or krunner is fine, so I assume this is not the fault of nepomuk. 1289580 206 hannes.kuhnert 2012-08-21 09:10:14 +0000 (In reply to comment #204) > OK, looking at the akonadiconsole debugging output, for each entry, two > search queries seem to be started, the first one being successful, the > second one not. I'm looking for the email address of my good friend "Foo > Testuser <testuser@example.com>" here and have just entered "Foo" in KMail: > […] > As can be seen, query 357 was successful, while 358 did not return any > results. As far as I can see query 357 was a query for single contacts, whereas query 358 seems to have been one for contact groups. 1289856 207 anderslund 2012-08-22 08:13:00 +0000 After a reboot, logically including a restart of KDE, I have NO autocompletion of my addressbooks, and most of my "recent addresses" were lost. My address books are present and functional, available in the completion order setting in kmail. Nepomuk search works using krunner or dolphin. Using krunner, I can initiate a new mail to some of my contacts, but not groups (stored locally, since the owncloud addressbook appears to be unusable for those). akonadi_nepomuk_contact_feederrc looks like this: [InitialIndexing] IndexCompatLevel=1 .kde4/share/config/akonadi_nepomuk_contact_feederrc (END) akonadi_nepomuk_feederrc looks like this: [InitialIndexing] IndexCompatLevel=3 InitialIndexingComplete=false [akonadi_nepomuk_email_feeder] Enabled=false [akonadi_nepomuk_feeder] DisableIdleDetection=true --- Are those allright? Is there a way I can tell it to work? Is there any data I can collect to help resolving this misery? 1297711 208 andreas 2012-09-16 12:37:01 +0000 It is again broken in KDE 4.9.1. No autocompletion in KMail composer window. I can't believe that this is so a hard task to get this basic feature working. How do the developers send emails? Maybe you don't use KDEs mail client, do you? Or maybe you have all email addresses in your mind and type them everytime... ;-) Pleeeaze fix that. Thanks. 1297719 209 michael.saalfeld 2012-09-16 13:13:06 +0000 (In reply to comment #208) > It is again broken in KDE 4.9.1. No autocompletion in KMail composer window. > I can't believe that this is so a hard task to get this basic feature > working. How do the developers send emails? Maybe you don't use KDEs mail > client, do you? Or maybe you have all email addresses in your mind and type > them everytime... ;-) > > Pleeeaze fix that. Thanks. I'm on KDE 4.9.1 and autocompletion still works. 1297720 210 einmaladresse_2 2012-09-16 13:19:14 +0000 I've been using openSUSE with KDE 4.x for a long time, currently 4.9.1, and autocompletion has never ever worked correctly for me on any single KDE release. I just have given up on this. A shame for KDE. 1297746 211 andreas 2012-09-16 15:30:54 +0000 Even if it works for some guys that doesn't mean that this bug is fixed. Seems like many people have a big problem with auto completion. Hint: KRunner can search all addresses from akonadi successfully if you enable "Contacts" in it's settings. Maybe KMail should just copy the auto-completion code from KRunner to get it working somehow? ;-) 1297766 212 anderslund 2012-09-16 16:56:20 +0000 I have reenabled email indexing, and now autocompletion appears to work. I do not understand why autocompletion depends on email indexing being enabled - that must be a bug/error. I dislike having indexing completed, it uses WAY too much CPU - for example, marking a mail as read means > 25% CPU used by virtuoso-t for > 4 seconds. That can not be nessecary, please. Email indexing also is not disabled when on battery, drastically lowering the battery time with that CPU abuse pattern. That is of course a different problem, but please remove that dependency! 1297803 213 ingo 2012-09-16 20:50:13 +0000 Unfortunatelt have to agree with Larx, it never, ever worked for me in any version either. Currently on 4.9. Email indexing is a no-go for me, I don't have the CPU power and I have IMAP accounts on my own server with years of emails. And since I do not search years of emails, only by subjects (which works fine). So if I can search years of emails in real-time, why can't I search an address book for an address? 1297805 214 h.becker 2012-09-16 21:02:54 +0000 (In reply to comment #208) > It is again broken in KDE 4.9.1. No autocompletion in KMail composer window. > I can't believe that this is so a hard task to get this basic feature > working. How do the developers send emails? Maybe you don't use KDEs mail > client, do you? Or maybe you have all email addresses in your mind and type > them everytime... ;-) > > Pleeeaze fix that. Thanks. Try to reenable initial indexing in ~/.kde4/share/config/akonadi_nepomuk_feederrc: "InitialIndexingComplete=false" and restart Akonadi: # akonadictl restart This worked for me with 4.9.1! Regards, Henning 1297854 215 einmaladresse_2 2012-09-17 04:09:33 +0000 Can't it be done to have a simple, but basic feature like "email autocompletion" working out-of-the-box, without fiddling around with Akonadi internals? (I've had my share of that when trying to get Akonadi to work when it first became necessary for running Kmail.) OT: I still fail to see the advantages I have when using Akonadi. Up to now I only have an enormous amount of additional, error-prone overhead infrastructure, but not more functionality than the old KDE addressbook or Thunderbird. 1297871 216 web 2012-09-17 07:16:05 +0000 (In reply to comment #215) > Can't it be done to have a simple, but basic feature like "email > autocompletion" working out-of-the-box In KDE 4.10, Akonadi completion is working out of the box when nepomuk is disabled: https://bugs.kde.org/show_bug.cgi?id=304286 1297876 217 rm 2012-09-17 07:58:25 +0000 > Try to reenable initial indexing in > ~/.kde4/share/config/akonadi_nepomuk_feederrc: > "InitialIndexingComplete=false" > and restart Akonadi: # akonadictl restart For me autocompletion works in 4.9.1 - but I had to do the reindexing, too, when upgrading from 4.9.0. However, I know at least 2 people who unfortunately have given up to use kontact/kmail completely due to this and other problems. Dear developers, you probably cannot expect normal users to know that the parameter "InitialIndexingComplete" exists, where it is located and that after an KDE upgrade they may have to reset it to "false". 1300392 218 sergio 2012-09-25 02:56:19 +0000 (In reply to comment #217) > > Try to reenable initial indexing in > > ~/.kde4/share/config/akonadi_nepomuk_feederrc: > > "InitialIndexingComplete=false" > > and restart Akonadi: # akonadictl restart > > For me autocompletion start works in 4.9.1 - but I had to do the reindexing, too, > when upgrading from 4.9.0. > However, I know at least 2 people who unfortunately have given up to use > kontact/kmail completely due to this and other problems. Dear developers, > you probably cannot expect normal users to know that the parameter > "InitialIndexingComplete" exists, where it is located and that after an KDE > upgrade they may have to reset it to "false". Start working here ! with 4.9.1 Fedora 17 update, Hallelujah :) 1300393 219 einmaladresse_2 2012-09-25 03:00:52 +0000 On openSUSE 12.2 with extra KDE 4.9 repo too. Miracles happen! 1300408 220 MurzNN 2012-09-25 05:00:36 +0000 On KDE 4.9.1 autocomplete works normally for ascii symbols, but for unicode (cyrillic for example) - not so good. When I type "Alexey" - it do full search and return results, but when I type "Алексей", it show in results only contacts, that was loaded for previous results (so with Alexey + Алексей words) without do additional query for search new results. System is Kubuntu 12.04. Anybody else can reproduce this problem? 1300409 221 gkourtev 2012-09-25 05:07:42 +0000 I can reproduce the same issue as mentioned in comment 220 above. When I type 'Йонка', nothing appears, compared with 'Yonka' which is the same in Latin letters. If I go to the "Select" button, the Cyrillic name is shown there. Otherwise the autocompletion works fine Running Kubuntu 12.04.1 with all updates of 4.9.1. 1300421 222 anderslund 2012-09-25 06:54:54 +0000 For me, it goes up and down. Sometimes it works, sometimes not. Today it does not. Nepomuk is running and well, I can find my contacts using krunner, but kmail composer? No. I believe it will take a reboot or relogin to get it back. 1300590 223 quazgar 2012-09-25 17:16:43 +0000 (In reply to comment #220) > When I type "Alexey" - it do full > search and return results, but when I type "Алексей", it show in results > only contacts, that was loaded for previous results (so with Alexey + > Алексей words) without do additional query for search new results. Hi, this sounds like a different bug. Please open a new bug report or check if it exists already and add your comment there. It's best to keep this bug report as clean as possible... Thanks! 1300883 224 public 2012-09-26 17:39:06 +0000 In my case (kde4.9.1 with opensuse12.2), autocompletion is having a strange behaviour. First, it did not work at all. Then it started to work after changing the order in settings/composer/general/configure completion order Now, it fails to find a name on the first try, but if I do the following I manage to get results. Let's suppose that I am looking for all the names with "Adrian". I write "a" (nothing happens), then "d" , then "r" (here I start to have some names that match a previous autocompletion search), then I put a space (here empty results), then I delete the space character and tadaa, voilà, I get all the names that include "adr". 1301021 225 ingo 2012-09-27 11:10:48 +0000 What are you guys doing so that autocompletion works? It does not work for me at all, using KDE Ubuntu binaries 4.9.1. Autocompletion by dropdown, corect addressbook order, krunner can find contacts... ....just not KMail or KOrganiser. What's wrong? I have nepomuk semantic desktop enabled, however file and email indexing disabled since I definitely do not need it or want it on the laptop. 1301131 226 sergio 2012-09-27 19:58:47 +0000 (In reply to comment #225) > What are you guys doing so that autocompletion works? It does not work for > me at all, using KDE Ubuntu binaries 4.9.1. > Autocompletion by dropdown, corect addressbook order, krunner can find > contacts... > ....just not KMail or KOrganiser. > > What's wrong? > > I have nepomuk semantic desktop enabled, however file and email indexing > disabled since I definitely do not need it or want it on the laptop. you have to shake the machine :) Try to reenable initial indexing in ~/.kde4/share/config/akonadi_nepomuk_feederrc: "InitialIndexingComplete=false" and restart Akonadi: # akonadictl restart This worked for me with 4.9.1! I just disable Nepomuk file indexer 1302533 227 regi.hops 2012-10-03 13:56:40 +0000 Another try with KDE 4.9.2. In 4.9.1 the mentioned work-around "InitialIndexingComplete=false" give me most (not all) contacts in the address search. In 4.9.2 I tried the same work-around again, and again the address search doesn't find all addresses. So nothing changed for me, the address search is still unreliable. And changes in the address book are not reflected directly in the search result of KMail2, you need to restart Kontact or KMail2 to see the changes (but may be this is another bug). Wouldn't it be possible to use the search bar from the Addressbook itself, or just the algorithms behind? This works reliable, I could even search for other things like city, telephone and so on. OK - It would also find contacts without an email address, but they could be marked or grayed-out in the result list. 1302643 228 ingo 2012-10-03 20:18:00 +0000 I can confirm that in KDE 4.9.1 (Ubuntu binaries), "InitialIndexingComplete=false" does not do anything for me. Maybe because all my contacts come via CardDAV? I agree with regi.hops@gmx.net: Why can't we use the already established working code from KAddressbook? If it returns contacts without email address, well - too bad, then I should not search for that contact or it would be a good reminder to get one for this contact... ;-) 1302646 229 anderslund 2012-10-03 20:26:32 +0000 Yay, something that actually works exist, so use that while the other thingy is developed. The working implementation is not long away - click the "..." button at the end of the address field. Today, kmail completes some (a few) matches from my addressbooks typing in the address fields. The elipsis button, completing directly from akonadi completes correctly and reliably (after I have dismissed the sticky "unable to fetch..." message that ANY widget asking akonadi for anyting causes on my system :p) 1303617 230 ingo 2012-10-06 05:05:32 +0000 Just installed the Kubuntu 4.9.2 binaries, still no autocompletion neither in KMail nor KOrganizer. If I enter an attendee in KOrganizer, the following appears in Akonadiconsole while typing "John": 31 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . ?v bif:contains \"'j'\" . } UNION { ?r nco:nameGiven ?v . ?v bif:contains \"'j'\" . } UNION { ?r nco:nameFamily ?v . ?v bif:contains \"'j'\" . } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . ?v bif:contains \"'j'\" . } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 31 NO Item query returned empty result set 32 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'j*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 32 OK SEARCH completed 33 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . ?v bif:contains \"'jo'\" . } UNION { ?r nco:nameGiven ?v . ?v bif:contains \"'jo'\" . } UNION { ?r nco:nameFamily ?v . ?v bif:contains \"'jo'\" . } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . ?v bif:contains \"'jo'\" . } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 33 OK SEARCH completed 34 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'jo*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 34 OK SEARCH completed 35 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . FILTER regex(str(?v), \"\\\\bjoh\", \"i\") } UNION { ?r nco:nameGiven ?v . FILTER regex(str(?v), \"\\\\bjoh\", \"i\") } UNION { ?r nco:nameFamily ?v . FILTER regex(str(?v), \"\\\\bjoh\", \"i\") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), \"\\\\bjoh\", \"i\") } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 35 NO Item query returned empty result set 36 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'joh*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 36 OK SEARCH completed 37 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . FILTER regex(str(?v), \"\\\\bjohn\", \"i\") } UNION { ?r nco:nameGiven ?v . FILTER regex(str(?v), \"\\\\bjohn\", \"i\") } UNION { ?r nco:nameFamily ?v . FILTER regex(str(?v), \"\\\\bjohn\", \"i\") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), \"\\\\bjohn\", \"i\") } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 37 NO Item query returned empty result set 38 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'john*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 38 OK SEARCH completed 39 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName \"john\"^^<http://www.w3.org/2001/XMLSchema#string>. } }" FULLPAYLOAD EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 39 OK SEARCH completed However, I have no indication whether that search actually returns anything. I have also tried various searches in Aknadi Console and they ALL give no return whatsoever, even when using some of the "predefined" ones, just replacing "Tobias Koenig" for example with my name. So may it be that it is some Akonadi/Virtuoso issue? I could not find any manuals for Akonadi/Virtuoso query format. Not even sure who is querying whom in what language here.... ;-) 1303625 231 erasmocaponio 2012-10-06 06:46:22 +0000 For me, autocompeltion has begun to work starting from kde 4.9.0 (with Kubuntu 12.04). It seems to find all the entries in my google contacts after typing the first letter of a name or a surname or a email adresses domain. I would like to tell that, beginning with kde 4.9.0, I have always updated kde in a console, without having started a kde session, without akonadi and nepomuk services running (maybe this can explain why for someone works and for others not). 1303628 232 anderslund 2012-10-06 07:26:08 +0000 (In reply to comment #231) > I would like to tell that, beginning with kde 4.9.0, I have always updated > kde in a console, without having started a kde session, without akonadi and > nepomuk services running (maybe this can explain why for someone works and > for others not). What do you mean by "updated"? 1303634 233 erasmocaponio 2012-10-06 07:33:52 +0000 (In reply to comment #232) > (In reply to comment #231) > > I would like to tell that, beginning with kde 4.9.0, I have always updated > > kde in a console, without having started a kde session, without akonadi and > > nepomuk services running (maybe this can explain why for someone works and > > for others not). > > What do you mean by "updated"? to pass from kde 4.8.x to kde 4.9.0 and so on, using apt 1306742 234 pdgiddie+kde 2012-10-17 10:38:09 +0000 This blog post mentions work being done on address completion at the recent PIM sprint: http://pusling.com/blog/?p=261 1306875 235 dglent 2012-10-17 17:59:42 +0000 *** Bug 297795 has been marked as a duplicate of this bug. *** 1311571 236 sergio 2012-11-01 18:34:30 +0000 (In reply to comment #226) > (In reply to comment #225) > > What are you guys doing so that autocompletion works? It does not work for > > me at all, using KDE Ubuntu binaries 4.9.1. > > Autocompletion by dropdown, corect addressbook order, krunner can find > > contacts... > > ....just not KMail or KOrganiser. > > > > What's wrong? > > > > I have nepomuk semantic desktop enabled, however file and email indexing > > disabled since I definitely do not need it or want it on the laptop. > > you have to shake the machine :) > > Try to reenable initial indexing in > ~/.kde4/share/config/akonadi_nepomuk_feederrc: > "InitialIndexingComplete=false" > and restart Akonadi: # akonadictl restart > > This worked for me with 4.9.1! > > I just disable Nepomuk file indexer Now , when I choose a 3 different letters , I see virtuoso-t up to 100% of CPU 26268 sergio 39 19 634m 274m 6972 S 99.2 7.2 1:07.47 virtuoso-t and after 10 seconds I got the result, with kdelibs-4.9.2-5.fc17.x86_64 series 1313940 237 rigo 2012-11-09 17:00:01 +0000 With KDE 4.9.1 auto completion started to work again. But it is not reliable. Some addresses are shown, some aren't. I can't detect why. Now on KDE 4.9.2 "release 511" on OpenSuse 12.2. but no change. De-activating an address book in Kontact's address book doesn't change the behavior. It always completes the same way, whatever I tell it to do in "change completion order". I have some addresses that never appear in the completion, but as was reported, the "select" dialog and the address book itself work reliably. I think the developers should decouple address completion from nepomuk and only put nepomuk back in the way once it works. The algo in KDE 3.5.9 worked fast on several thousand addresses. Could that be a quick fix until the other stuff is mature? 1314635 238 ingo 2012-11-11 20:41:50 +0000 I am now on 4.9.3 and still no autocompletion, neither in KMail nor KOrganiser Attendees. I use only remote Akonadi CardDAV Addressbook. Can that influence the search? 1315759 239 dglent 2012-11-15 06:03:58 +0000 *** Bug 310082 has been marked as a duplicate of this bug. *** 1315936 240 launchpad 2012-11-15 21:55:57 +0000 After upgrading to KDE 4.9.3 I have deleted and recreated the akonadi nepomuk feeder from akonadi console. I also set InitialIndexingComplete to false as mentioned in earlier posts. It's rebuilding now, and I'm getting autocompletion from contacts found in my data and the shared addessbook, but not from my personal addressbook (yet). 1317015 241 Mathias.Homann 2012-11-20 16:26:49 +0000 KDE 4.9.3 on opensuse... for a short while I had working autocompletion, now it stopped working again. On a related note, nepomuk refuses to start. 1320397 242 regi.hops 2012-12-02 13:51:51 +0000 After resetting Nepomuk/Akonadi multiple times and trying different address-book types - like the Personal, Kolab, DAV-Groupware - I identified 4 VCards in my address-book that were never found through auto-completion. Starting from scratch and importing my VCards it took every time nearly 24 hours until auto-completion started to work (?) - except for those mentioned VCards. Even on different computers they were never found through auto-completion. So if one of the developer would like to have them for debugging purposes, please send me an email - preferably from a verifiable account. Because of legal data-privacy reasons I can't and won't post them here. Cheers Regi 1321074 243 eugene.shalygin+bugzilla.kde 2012-12-04 18:43:04 +0000 I have the same issue as many of users here: autocompletion from Google contacts does not work, but contacts are accessible via "Select" button. I always had Nepomuk enabled, but e-mail indexing disabled. After I disabled Nepomuk completely some time ago, adresses autocompletion started to work. Enabling the Nepomuk breaks autocompletion. KDE 4.10 beta 1 1321400 244 eugene.shalygin+bugzilla.kde 2012-12-05 19:11:02 +0000 After disabling the e-mail feeder plugin (by removing /usr/share/kde4/services/nepomukmailfeeder.desktop), I was able to wait until the feeder managed to index all my contacts and calendars. After that, the situation is the same: with Nepomuk turned off completion works, with Nepomuk turned on --- does not 1321404 245 web 2012-12-05 19:28:26 +0000 >with Nepomuk turned off completion works https://git.reviewboard.kde.org/r/105810/ 1321413 246 eugene.shalygin+bugzilla.kde 2012-12-05 19:47:40 +0000 Oh, thank you! Excellent change, IMO. This Soprano/Nepomuk stuff is simply unusable... 1322569 247 Chain 2012-12-09 21:18:15 +0000 (In reply to comment #245) > >with Nepomuk turned off completion works > > https://git.reviewboard.kde.org/r/105810/ Does not apply anymore with 4.9.3 - or is it just me? :( 1322577 248 ingo 2012-12-09 21:35:24 +0000 KDE 4.9.3 now too. I have disabled akonadi_nepomuk_feeder.desktop and some addresses seem to be working now. But only some. Family members, about 12, all with the same surname "ratsdorf" in all the same remote DAV address book. If I start typing "rats", 2 show up, not 12. If I hit backspace in the search text field (now showing "rat"), suddenly 4 show up, but still no 12. Totally puzzled. I am failing to see this whole nepomuk/soprano/virtuoso stuff, when all the data is stored in akonadi aka SQL database already. I would think that a "SELECT * FROM akonadi_contacts LIKE "rats"; would certainly deliver the required resuts, NO? You see where I am coming from? 1326832 249 jsardid 2012-12-28 05:01:24 +0000 It was working for me in kde 4.9 but not anymore in kde 4.10rc1. I had to disable nepomuk to workaround the issue. 1329469 250 hpj 2013-01-07 11:13:09 +0000 Problem persists with 4.9.5 here from K:R:49 (openSUSE 12.2). Only recent used mail addresses get autocompleted correctly and _some_ ldap entries, but neither any vcard folder, nor from my google account. The question is, when will this DE/pim suite be usable again? 1329473 251 web 2013-01-07 11:28:01 +0000 @Hans-Peter Jansen In KDE 4.10, if you disable nepomuk... With nepomuk, issue seems harder to catch.... 1329474 252 anderslund 2013-01-07 11:31:46 +0000 Very sad - I appear to be hit by this one again, using kde 4.10 rc2 :( 1329477 253 m.wege 2013-01-07 11:42:42 +0000 This bug is really old and I really do not understand why it does not seem to have any kind of priority. Using an addressbook is from my understanding one of the key functions of an email programme. I have moved to Thunderbird a year ago, not very happy about this (I now maintain two addressbooks since Thunderbird does not support Akonadi), so I would be really looking forward to move back to Kmail when this and https://bugs.kde.org/show_bug.cgi?id=259813 are fixed. 1330744 254 rigo 2013-01-10 17:36:13 +0000 Address completion works for me now: 4.9.4 "release 5" on OpenSuse 12.2 with kernel 3.7.0-rc3-2-desktop. In akonadi_nepomuk_feederrc I changed IndexCompatLevel=3 to IndexCompatLevel=1 (I don't think that changed anything). Mainly, I kept akonadiconsole open. And every time the Akonadi Nepomuk Feeder said "System busy, indexing suspended" I restarted the agent in the interface. This finally brought all the information to nepomuk. Virtuoso was hammering my system with a load of 300 for a day (quadcore) and using up all memory. Additionally, I made this very useful change as suggested by the ArchLinux Wiki: https://wiki.archlinux.org/index.php/KDE recommending to say: echo "fs.inotify.max_user_watches = 524288" >> /etc/sysctl.conf And suddenly, after a day of thinking, nepomuk seems to start to feed address completion into my system. This works for a vcard file, for personal contacts and for a CardDAV resource. Conclusion: The system is ok, but the Akonadi Nepomuk Feeder seems to be very fragile and breaks every 10min or so as it doesn't digest what the system is feeding through it. If someone would sanitize the input into Akonadi Nepomuk Feeder and make it a bit more robust, that would probably solve it. 1330745 255 rigo 2013-01-10 17:38:59 +0000 Address completion works for me now: 4.9.4 "release 5" on OpenSuse 12.2 with kernel 3.7.0-rc3-2-desktop. In akonadi_nepomuk_feederrc I changed IndexCompatLevel=3 to IndexCompatLevel=1 (I don't think that changed anything). Mainly, I kept akonadiconsole open. And every time the Akonadi Nepomuk Feeder said "System busy, indexing suspended" I restarted the agent in the interface. This finally brought all the information to nepomuk. Virtuoso was hammering my system with a load of 300 for a day (quadcore) and using up all memory. Additionally, I made this very useful change as suggested by the ArchLinux Wiki: https://wiki.archlinux.org/index.php/KDE recommending to say: echo "fs.inotify.max_user_watches = 524288" >> /etc/sysctl.conf And suddenly, after a day of thinking, nepomuk seems to start to feed address completion into my system. This works for a vcard file, for personal contacts and for a CardDAV resource. Conclusion: The system is ok, but the Akonadi Nepomuk Feeder seems to be very fragile and breaks every 10min or so as it doesn't digest what the system is feeding through it. If someone would sanitize the input into Akonadi Nepomuk Feeder and make it a bit more robust, that would probably solve it. 1330793 256 ingo 2013-01-10 19:30:15 +0000 In reply to the previous post: Isn't that a wee bit overkill just to have autocompletion working when such a feature is already working in KAddressbook without all that nepomuk and hammering systems? Just my personal thought. I have a dualcore notebook and cannot and do not want to afford such procedures. 1330813 257 Mathias.Homann 2013-01-10 20:59:47 +0000 well sorry, i don't think inotify is going to do me any good... my addressbook is a webdav ressource and my ~ is on NFS. and like #256 i have better things to do than this. not completely unrelated: anyone know of a good lightning add-on for Thunderbird to have all calendars from google calendar at once, like with the akonadi google feed? 1330919 258 dglent 2013-01-11 06:11:38 +0000 For this bug and others i would like to see nepomuk be dropped from kde Why not have the same destiny with strigi: http://vhanda.in/blog/2012/11/nepomuk-without-strigi/ and dolphin column view: https://bugs.kde.org/show_bug.cgi?id=290747 Until now the politic line is: if something is hard to maintain, we drop it. I was nt very happy when dolphin column view was dropped but i will be very happy if anything about nepomuk will be dropped. Noone like it + nooane use it. (just google it) On day we will have to make decisions and let users have simple features like autocompletion working. 1330920 259 postdoc38 2013-01-11 06:20:22 +0000 Amen 1330939 260 web 2013-01-11 08:09:12 +0000 @Dimitrios Glentadakis If you don't want nepomuk, just disable it and completion will work (KDE 4.10) 1330949 261 nico.kruber 2013-01-11 08:37:27 +0000 (In reply to comment #258) > Noone like it + nooane use it. (just google it) I know, this is probably your frustration speaking, but this is probably not true. And you must admit that it has made progress in the past releases (despite this bug). Anyway, we should focus on getting this bug resolved... @devs: 1) is there any way we could help? 2) what is the progress of finding the cause? 3) are there e.g. unit tests that currently test the according functionality, i.e. contacts finding and contacts indexing? If not, you could probably give some hints on where to start on this one - maybe someone here has some time to do it? 1330989 262 pdgiddie+kde 2013-01-11 10:24:40 +0000 I want to jump in here to avoid a vocal-minority situation that might discourage the Nepomuk / KMail developers. Sorry for the off-topic: Although Nepomuk is still having some growing pains, and in fact I don't currently use many (if any) semantic desktop features, I think it's an awesome technology with *huge* potential. I think Nepomuk is paradigm-shifting, and for that reason, I think it's likely that it'll see relatively low interest on the desktop until it suddenly revolutionises everyone's expectation of what the system can do, at which point everyone will wonder how they managed without it. (Although at that point, they may well not associate these shiny features with the name "Nepomuk"; they'll just be there.) That won't happen until everything finally "clicks", and until then it'll probably not get the recognition it deserves. Keep going guys; you're doing awesome work, and you're doing it for free. We're very grateful. 1330996 263 rigo 2013-01-11 10:51:36 +0000 The use of nepomuk in gwenview e.g. is really great. I think the main error with nepomuk is to provide everything out of a (too large) database. The current complexity is not necessary IMHO. Instead, you should use the power of linked data and just store the pointers and the metadata in several very lean databases. This would avoid that I lose all my image tags because my meta-data-base was wrecked by the import of some spam email. Also, the way identifiers were constructed and used in KDE always surprised me. Instead of using URI and namespaces, they have used identifiers that haven't worked 10 years ago and that still don't work. While KDE 1.1 was revolutionary in its integration of Web and Desktop(yes I used that) , KDE 4 commits many sins in that respect. Perhaps this discussion will convince some to change their approach. I would welcome this. Funnily enough, on my Meego phone QT interface, it all works really well. I get a complete history of all interaction with a person within seconds on a phone! So nepomuk is not the problem. The implementation of nepomuk has to be thought through again IMHO. 1331865 264 jsardid 2013-01-13 23:23:01 +0000 Don't know how or why, but misteriously it's working again here in kde 4.10 rc2, perhaps nepomuk needed extra time to update something or to be restarted in some way... 1332350 265 eugene.shalygin+bugzilla.kde 2013-01-15 17:51:05 +0000 I've finally desided to debug it today. In my case I've found and fixed the problem. Maybe, it will help someone else. What I've found: AddresseeLineEdit::Private::startNepomukSearch() (it is in libkdepim/addresseelineedit.cpp) has two conditions for invoking Nepomuk-based completion: 1) length of the query string is 3 chars or longer, and 2) s_static->useNepomukCompletion is true. In my case s_static->useNepomukCompletion was always false. Where it comes from? It is loaded from KConfig("kpimcompletionorder"). The value is read from section "General", key "UseNepomuk". I opened my ~.kde4/share/config/kpimcompletionorder and saw that it even does not contain section "General"! Then I tried to find who sets this value. Search of string "UseNepomuk" in kdepim sources gave only one location where it is readed. Nobody writes? Ok, I can do it by myself... And after that completion started to work! So, summary: 1. Open ~.kde4/share/config/kpimcompletionorder 2. Appendkmail there: [General] UseNepomuk=true 3. Close file But completion is not perfect :( It can not find persons by second name, by family name in some cases... 1332351 266 eugene.shalygin+bugzilla.kde 2013-01-15 18:01:43 +0000 Sorry, hit "send" accidently. So, it helped me too (the same solution was reported before already in previous comments). So, I was going to say: is it really no method to write this parameters via KMail configuration interface? If so, developers, how that is possible? 1332430 267 eugene.shalygin+bugzilla.kde 2013-01-15 22:51:02 +0000 After debugging Akonadi completion (that pointed out to the wrong sparql query) with my 4.9.97 version, I was very happy to see that exectly this problem was fixed in master a few days ago (http://commits.kde.org/kdepimlibs/ecd1745ddafa08c24473e33800edd5c31f92bd98)! The changeset applies to 4.9.97 and works! Thank you, Vishesh! 1332436 268 quazgar 2013-01-15 23:24:04 +0000 (In reply to comment #267) > The changeset applies to 4.9.97 and works! Thank you, Vishesh! If this promises to fix the bug, could it be backported to 4.9? That would allow faster confimation/rejection by a larger population, especially since this bug appears to be partly non-deterministic according to the comments (works here, doesn't work there, now it doesn't work here any longer, ...). 1332441 269 sergio 2013-01-15 23:32:02 +0000 (In reply to comment #268) > (In reply to comment #267) > > The changeset applies to 4.9.97 and works! Thank you, Vishesh! > > If this promises to fix the bug, could it be backported to 4.9? That would > allow faster confimation/rejection by a larger population, especially since > this bug appears to be partly non-deterministic according to the comments > (works here, doesn't work there, now it doesn't work here any longer, ...). Totally agree with this sentence Now it doesn't work here any longer with kdepim-4.9.5-1.fc17.x86_64 . People of KDE should think in some stability. 1332449 270 ingo 2013-01-16 00:07:44 +0000 Agree, please backport. We would really love to have a working system before 4.10. If that really fixes it, then thank you, Vishesh! It's been a long time.... 1332551 271 m.wege 2013-01-16 09:25:55 +0000 Unfortunately the described solution adding the [General] section has no effect with my installation. Not even after a restart. May be it has something to do with the face that I have more than one Akonadi-addressbook? I somebody tells me what to do, I would help debugging. 1332564 272 eugene.shalygin+bugzilla.kde 2013-01-16 09:56:53 +0000 (In reply to comment #271) > I somebody tells me what to do, I would help debugging. To debug Akonadi Completion, you can start with AkonadiConsole. Enable debugging there. Start KMail. Initiate completion. Find completion client sub-tab in debugger tab (it will have seld describing name). Find there a contact search command (there are two commands in 4.9.97: contact search followed by group search). The command looks like "SEARCH "<query>" flags". There you will see results of the query (IDs of returned objects). You can copy the query to the "Item Search" tab of Akonadi Console, replace escape sequences (basically, \" with " and \\ with \) and execute it. You will see result objects there. In master branch the query string is: SELECT DISTINCT ?r ?reqProp1 WHERE { ?r<http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . { ?r ?p ?v . FILTER(?p in (nco:fullname, nco:nameGiven, nco:nameFamily) ) . FILTER regex(str(?v), "\\b<search string>", "i") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), "\\b<search string>", "i") } } The problem for me was in absent "UNION" keyword. <search string> has to be replaced with your value, like Doe If you are using 4.9, then, as I understand, you must prepend query with prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#> So it will look like this: prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#> SELECT DISTINCT ?r ?reqProp1 WHERE { ?r<http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . { ?r ?p ?v . FILTER(?p in (nco:fullname, nco:nameGiven, nco:nameFamily) ) . FILTER regex(str(?v), "\\bDoe", "i") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), "\\bDoe", "i") } } 1332585 273 ingo 2013-01-16 10:46:29 +0000 On my system (ubuntu, KDE 4.9.5) the following happens: kmail2-xxxxxxxx tab: 161 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } UNION { ?r nco:nameGiven ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } UNION { ?r nco:nameFamily ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 161 NO Item query returned empty result set 162 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'Ingo*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 162 OK SEARCH completed That's a lot of UNIONS however still no results despite of several "Ingos"s in the contacts. All it lists are the recent contacts. My knowledge of SQL and the like is limited, but that's a terrible construct and a lot of backslashes... 1332595 274 eugene.shalygin+bugzilla.kde 2013-01-16 11:32:25 +0000 (In reply to comment #273) I can not see anything wrong with that query. Could you, please, to be sure execute it from Item Search tab? I've removed escape sequences for you. prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#> SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . FILTER regex(str(?v), "\\bIngo", "i") } UNION { ?r nco:nameGiven ?v . FILTER regex(str(?v), "\\bIngo", "i") } UNION { ?r nco:nameFamily ?v . FILTER regex(str(?v), "\\bIngo", "i") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), "\\bIngo", "i") } } If it will not return anything, you can check with nepomukshell (NepSaK) existence of contacts in nepomuk storage 1332842 275 ingo 2013-01-17 09:34:47 +0000 in reply to comment #274: Entered your query into Akonadiconsole search and below is the result in debug view: akonadiconsole-489035169 (0x96b6b70) 3 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>\nSELECT DISTINCT ?r ?reqProp1 \nWHERE \n{ ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . \n?r a nco:Contact . \n{ ?r nco:fullname ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") }\n UNION \n{ ?r nco:nameGiven ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } \n UNION \n{ ?r nco:nameFamily ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") }\n UNION \n{ ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER\nregex(str(?v), \"\\\\bIngo\", \"i\") } }" EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) akonadiconsole-489035169 (0x96b6b70) 3 NO Item query returned empty result set I have however changed kpimcompletion and added the missing line and restarted the computer. And VOILA, AUTOCOMPLETION in now WORKING! However, despite of the working autocompletion, Akonadiconsole is still showing no results while typing in KMail: 348 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?r ?reqProp1 WHERE { ?r <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?reqProp1 . ?r a nco:Contact . { ?r nco:fullname ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } UNION { ?r nco:nameGiven ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } UNION { ?r nco:nameFamily ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } UNION { ?r nco:hasEmailAddress ?email . ?email nco:emailAddress ?v . FILTER regex(str(?v), \"\\\\bIngo\", \"i\") } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 348 NO Item query returned empty result set 349 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'Ingo*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 349 OK SEARCH completed So no idea why akonadiconsole is showing nothing while completion works nevertheless.... 1332858 276 76527 hpj 2013-01-17 11:04:28 +0000 Created attachment 76527 Attempt to fix autocompleter for 4.9.5 Hi guys, here's an attempt to improve this on 4.9.5. It shows some contacts for me, at least. For those of you running openSUSE 12.{1,2}, you can try my kdepimlibs4 build from: https://build.opensuse.org/project/show?project=home%3Afrispete%3Abranches%3AKDE%3ARelease%3A49 If you do, give feedback, please. Thanks. 1332864 277 rm 2013-01-17 11:56:22 +0000 > (In reply to comment #267 and comment #267) > > If this promises to fix the bug, could it be backported to 4.9? That would > allow faster confimation/rejection by a larger population, especially since > this bug appears to be partly non-deterministic according to the comments > (works here, doesn't work there, now it doesn't work here any longer, ...). Reading the latest comments I understand that some people have/had problems with autocompletion for KDE versions 4.9.X [ with X<=5]. In contrast to all these experiences I want to state that in my case (Opensuse 12.2 / 12.1 with continuous updates from KDE 4.8.4 to 4.9.5 ) autocompletion worked smoothly since KDE 4.9.0 for all my addressbooks (local personal addressbooks, several OX6-adressbooks). The things I did are described in * comment #184 (total clean akonadi setup after upgrade to KDE 4.9 from 4.8) * comment #191 * comment #217 ( setting "InitialIndexingComplete=false" and reindexing when updating to KDE 4.9.1). After that I never had to change anything despite all KDE changes up to KDE 4.9.5. And autocompletion works as expected ... (The limitations described in comment #200 still exist - but they are no show stoppers.) So, why does autocompletion work on some systems with KDE 4.9.X and on some not ? 1332866 278 anderslund 2013-01-17 12:11:02 +0000 Searching for "Peter" in kmail composer address field: 63 OK SEARCH completed 64 SEARCH "prefix nco:<http://www.semanticdesktop.org/ontologies/2007/03/22/nco#>SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'Peter*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 64 OK SEARCH completed My addressbook contains 4 people named "Peter" akonadi_nepomuk_feederrc: [InitialIndexing] IndexCompatLevel=3 InitialIndexingComplete=false [akonadi_nepomuk_email_feeder] Enabled=true Comment: I set InitialIndexingComplete to 'false', and have been restarting kde more than once since that. My addressbooks are stred in owncloud, and accessed via carddav using the appropriate akonadi resource. 1332867 279 anderslund 2013-01-17 12:13:20 +0000 Torsdag den 17. januar 2013 12:11:02 skrev du: > My addressbook contains 4 people named "Peter" ... none of which are found, in case anyone doubts 1332912 280 rm 2013-01-17 14:51:34 +0000 (In reply to comment #278) > [InitialIndexing] > IndexCompatLevel=3 > InitialIndexingComplete=false > > [akonadi_nepomuk_email_feeder] > Enabled=true > > Comment: I set InitialIndexingComplete to 'false', and have been restarting > kde more than once since that. > Just as an idea: In my case I had to wait quite a long time ( as far as I remember several hours ) to get the reindexing finished. (This long period was due to tons of mails on the IMAP-Server.) During that time I did not log out or reboot. I restarted KDE/Kontact/Akonadi only after the system had changed "InitialIndexingComplete" to "true". I waited because I never was sure, what kind of effects could result from an interruption of the reindexing process. 1333014 281 sergio 2013-01-17 21:51:46 +0000 (In reply to comment #276) > Created attachment 76527 [details] > Attempt to fix autocompleter for 4.9.5 > > Hi guys, > > here's an attempt to improve this on 4.9.5. It shows some contacts for me, > at least. > For those of you running openSUSE 12.{1,2}, you can try my kdepimlibs4 build > from: > > https://build.opensuse.org/project/ > show?project=home%3Afrispete%3Abranches%3AKDE%3ARelease%3A49 > > If you do, give feedback, please. Thanks. did you try (http://commits.kde.org/kdepimlibs/ecd1745ddafa08c24473e33800edd5c31f92bd98)! before ? 1333025 282 sergio 2013-01-17 22:44:58 +0000 Hi, sorry for the noise , but after last reboot , autocompletion with addressbook start working again in kdepim-4.9.5-1.fc17.x86_64 , I think I don't update nothing . 1333085 283 Mathias.Homann 2013-01-18 08:57:04 +0000 (In reply to comment #276) > Created attachment 76527 [details] > Attempt to fix autocompleter for 4.9.5 > > Hi guys, > > here's an attempt to improve this on 4.9.5. It shows some contacts for me, > at least. > For those of you running openSUSE 12.{1,2}, you can try my kdepimlibs4 build > from: > > https://build.opensuse.org/project/ > show?project=home%3Afrispete%3Abranches%3AKDE%3ARelease%3A49 > > If you do, give feedback, please. Thanks. I've installed those on openSUSE 12.2 with KDE 4.9,5 from K:R:49, did not change anything. 1333089 284 ingo 2013-01-18 09:08:50 +0000 Further to comment #275: On my system (ubuntu, KDE 4.9.5), autocompletion is working since I added [General] UseNepomuk=true to ~.kde4/share/config/kpimcompletionorder My other settings are: ======================= Systemsettings -> Desktop Search: Enable Nepomuk Semantic Desktop Disable Nepomuk File Indexer Disable Email Indexer System Settings -> Startup and Shutdown: [Service Manager], Startup Services Enable Nepomuk Search Module Config files ~/.kde/share/config/nepomukserverrc: [Basic Settings] Start Nepomuk=true ~/.kde/share/config/akonadi_nepomuk_feederrc: [akonadi_nepomuk_email_feeder] Enabled=false 1333823 285 regi.hops 2013-01-20 21:58:52 +0000 OK-guy's I think I've found something. It seems there are several problems/bugs playing together: 1. The Akonadi Nepomuk Feeder I set up a new system with openSUSE 12.2 and KDE 4.9.5 applied all patches and then setup IMAP, Kolab-Addressbook, and a Personal Addressbook. In both addressbooks I import a bunch of VCF-Cards. Autocompletion - none. After 24h system uptime still no autocompletion. And now what helped me: - Reboot - Start Kontact and connect to IMAP - Start "akonadiconsole" - Select Akonadi Nepomuk Feeder and choose "Restart". !!!After clicking "Restart" don't move the mouse or touch the keyboard!!! - Wait until the indexer is finished Autocompletion works, but... 2. Autocompletion does not find all addresses This was weird: - Start Kontact and select Addressbook - Start "akonadiconsole" and select tab "Browser" - Choose your Addressbook and open the tab "RDF" in the second tab row - Browse your contacts one by one - Contacts which have "Class Name: Resource" will not be found - Open this entry in your addressbook and check if you entered something in the three fields under E-Mail - In my case it was enough to delete the website address and save the contact After that selecting the contact again in "akonadiconsole" shows all data and "Class Name: PersonContact" Now you can enter the website address again. Conclusion: The Akonadi Nepomuk Feeder does not reliable start the indexing in a timely manner - I don't know why, but to speed up the process use "akonadiconsole" as described above. Autocompletion itself is working - after indexing is complete. But entering/importing a NEW contact with a website address (or may be other fields set) will result in a none "PersonContact". You can only enter this information in an already existing contact. Another thing - it seems that only addressbooks/folders are indexed that are checked (checkbox) in the addressbook, at least in my case I let my Personal-Addressbook unchecked and it was not indexed. So after all autocompletion is working now 100% for me - but somebody of the dev's should have a close look at this. Cheers Regi 1334055 286 eugene.shalygin+bugzilla.kde 2013-01-21 17:19:26 +0000 (In reply to comment #285) The necessity to restart indexer in Akonadi might be related to the problem which is discussed in #312680. At least, when I add a scipt to Pre-KDE startup that starts nepomukserver and waits until Nepomuk creates its socket, indexing agent works (and Plasma runner also). Unfortunetely, this mess something in the environment and Plasma starts with incorrect icons in the system tray... Also, if indexer has option "Disable Idle Timeout" disabled (so the idle timeout is active), naturally Nepomuk has time to become operational and indexing works automatically. But, of course, only after the system becomes idle. 1334113 287 regi.hops 2013-01-21 21:12:00 +0000 (In reply to comment #286) Sigh - seems you're right. After I read your comment I added a new contact and it doesn't show up until I restart the feeder. After that, adding more contacts works. OK - Until 4.10 is out I can live with that, I usually don't add new contacts daily ;-) For me it was important that the autocompletion search shows all relevant contacts, and that seems to work now. But - it's a mess with all these. 1334117 288 anderslund 2013-01-21 21:17:09 +0000 No signs of improvements in this respect KDE 4.10, at least here, I have no autocompletion at all using kde 4.10 rc3 1334118 289 adam 2013-01-21 21:24:44 +0000 Anders, that's likely a temporary regression introduced by some of Vishesh's optimizations, fixed with ecd1745ddafa08c24473e33800edd5c31f92bd98. 1334119 290 anderslund 2013-01-21 21:31:21 +0000 Till: It would be great to have it working, apart from that, for me kmail is actually back on par - at least - by now :) 1334123 291 eugene.shalygin+bugzilla.kde 2013-01-21 21:43:00 +0000 (In reply to comment #289) But ecd1745ddafa08c24473e33800edd5c31f92bd98 went into 4.10 RC3, didn't it? 1334630 292 rigo 2013-01-23 12:32:54 +0000 (In reply to comment #285) > - Contacts which have "Class Name: Resource" will not be found > - Open this entry in your addressbook and check if you entered something in the three fields under E-Mail > - In my case it was enough to delete the website address and save the contact > After that selecting the contact again in "akonadiconsole" shows all data and "Class Name: PersonContact" > Now you can enter the website address again. I looked at it. The ClassName:Resource just says it is a URI. Then it points to the record-number akonadi://?item=2382 in akonadi's mysql database. Apparently, there is a bug in the search there that affects not only autocompletion, but also other use cases (like email refs in to dos) that search items inside the akonadi mysql base. So naming and retrieving URIs in KDE PIM is a larger prob unearthed by this bug. The DevOps should really think about a common naming convention for KDE PIM that survives moving things from one address book to another and from one email folder to another without creating one big database. 1336005 293 ti 2013-01-28 17:21:33 +0000 I have auto-completion problems with both versions 4.8.5 and 4.9.5. Local address books work without a problem (if they are checked / activated in KAddressbook). However, I'm also using a remote address book source based on CalDAV run on an ownCloud server. Auto-completion does not work for this one. 1336448 294 anderslund 2013-01-30 10:24:28 +0000 Today, for unknown reason, kmail composer completes some of my contacts. Nowhere near all, though, SOME. How did you chose which to index, and why not index all? Why is this so chaotic? There must be a way to ensure that contacts are indexed! This experience is horrible, because it is not trustworthy. I'd rather have NO completion than BROKEN completion! Why is there still not a way to use the simple way of completing, when obviously you are not able to provide using nepomuk for several years? I use nepomuk for other things fine, but kmail is BROKEN in this respect! :( 1336452 295 bugs 2013-01-30 11:04:54 +0000 I can reproduce / work around part of the problem like this. I have one address book, a local one. It has one entry only, with a single name (no surname) in the Name and Display fields, and an entry of the form firstname.lastname@gmail.com. "Name" is not in "firstname" or "lastname". 1. Edit Recent Addresses (alt-click in To field of new message) and remove all recent addresses. 2. Stop and restart Kontact. 3. Start a new message. 4. Type Name slowly in the To field. At no point does Kmail suggest the address book entry. 4. Clear the To field and start to type firstname. Kmail suggests the address book entry (as expected). 5. Clear the To field and start to type Name. This time Kmail suggests the address book entry, as expected, but this isn't what happened in step 4. 6. Address book completion continues to work for Name until Kontact is restarted (step 1). Using 4.9.5. 1336454 296 anderslund 2013-01-30 11:12:24 +0000 Onsdag den 30. januar 2013 11:04:54 skrev du: > https://bugs.kde.org/show_bug.cgi?id=259949 > > --- Comment #295 from Graeme Hewson <bugs@wormhole.me.uk> --- > I can reproduce / work around part of the problem like this. I have one > address book, a local one. It has one entry only, with a single name (no > surname) in the Name and Display fields, and an entry of the form > firstname.lastname@gmail.com. "Name" is not in "firstname" or "lastname". > > 1. Edit Recent Addresses (alt-click in To field of new message) and remove > all recent addresses. > 2. Stop and restart Kontact. > 3. Start a new message. > 4. Type Name slowly in the To field. At no point does Kmail suggest the > address book entry. > 4. Clear the To field and start to type firstname. Kmail suggests the > address book entry (as expected). > 5. Clear the To field and start to type Name. This time Kmail suggests the > address book entry, as expected, but this isn't what happened in step 4. > 6. Address book completion continues to work for Name until Kontact is > restarted (step 1). > > Using 4.9.5. That is worse than nothing, it would be faster having kaddresbook running and copying addresses over. Or using the broken dialog hidden in the "..." button for each field (this dialog USED to allow to add multiple adressees, but not so anymore :( - but it is still non-chaotic, safe way to find addressees) 1336455 297 eggert 2013-01-30 11:12:45 +0000 May it be simple a performance issue? Sometimes the completion works as expected, sometimes it takes a long time like 10 or 20 seconds to complete. So it works, but a user would expect immediate response and complains "does not work". This is Gentoo on AMD64 with KDE 4.9.5. Eggert Am Mittwoch, 30. Januar 2013, 11:04:54 schrieben Sie: > https://bugs.kde.org/show_bug.cgi?id=259949 > > --- Comment #295 from Graeme Hewson <bugs@wormhole.me.uk> --- > I can reproduce / work around part of the problem like this. I have one > address book, a local one. It has one entry only, with a single name (no > surname) in the Name and Display fields, and an entry of the form > firstname.lastname@gmail.com. "Name" is not in "firstname" or "lastname". > > 1. Edit Recent Addresses (alt-click in To field of new message) and remove > all recent addresses. > 2. Stop and restart Kontact. > 3. Start a new message. > 4. Type Name slowly in the To field. At no point does Kmail suggest the > address book entry. > 4. Clear the To field and start to type firstname. Kmail suggests the > address book entry (as expected). > 5. Clear the To field and start to type Name. This time Kmail suggests the > address book entry, as expected, but this isn't what happened in step 4. > 6. Address book completion continues to work for Name until Kontact is > restarted (step 1). > > Using 4.9.5. 1336457 298 anderslund 2013-01-30 11:18:15 +0000 Onsdag den 30. januar 2013 11:12:45 skrev du: > --- Comment #297 from Eggert Ehmke <eggert.ehmke@berlin.de> --- > May it be simple a performance issue? Sometimes the completion works as > expected, sometimes it takes a long time like 10 or 20 seconds to complete. > So it works, but a user would expect immediate response and complains > "does not work". This is Gentoo on AMD64 with KDE 4.9.5. It does *not* work if it takes 10-20 seconds. Oh, and I can play HD video, edit video and RAW photos etc on my labtop. Any other completions works as a charm, including complex completion of code. But not addressees for a mail. Performance so bad in the software would mean throw it away and start over, frankly! Especially considering that this problem have been there for years. 1336461 299 anderslund 2013-01-30 11:28:45 +0000 Onsdag den 30. januar 2013 11:12:45 skrev du: > --- Comment #297 from Eggert Ehmke <eggert.ehmke@berlin.de> --- > May it be simple a performance issue? Sometimes the completion works as > expected, sometimes it takes a long time like 10 or 20 seconds to complete. > So it works, but a user would expect immediate response and complains > "does not work". This is Gentoo on AMD64 with KDE 4.9.5. Another comment to this: Performance is actually fantastic, the issue appears to be that my contacts are not indexed. Typing one letter, matching contacts are immediately suggested. Since a long time, this meant noone, since akonadi chose to not index any contacts at all since i got this laptop, for reasons unknown to me. Sometime today, it decided to index a random selection of contacts. CHAOS 1336467 300 anderslund 2013-01-30 11:44:30 +0000 What I did do today btw was running the nepomukcleaner app present in kde 4.10 rc3, maybe that got the little selection of contacts visible? But then, why not all of them?? Still, the feeling of addressee completion in kmail is CHAOS. 1336640 301 regi.hops 2013-01-30 19:39:11 +0000 (In reply to comment #299) > Another comment to this: Performance is actually fantastic, the issue > appears to > be that my contacts are not indexed. > > Typing one letter, matching contacts are immediately suggested. Since a long > time, this meant noone, since akonadi chose to not index any contacts at all > since i got this laptop, for reasons unknown to me. Sometime today, it > decided > to index a random selection of contacts. > > CHAOS Sounds like you have the same problems I had. Take a look at my #Comment 285 It may could help you. At least for the contacts you have already in your address book. 1336646 302 anderslund 2013-01-30 19:51:24 +0000 Interresting, but I think that the software should be responsible to do this. If the developers of akonadi and nepomuk is not able to make it index the contacts correctly so they are accessible for compltion, the software is useless for that purpose, and should not be used for it. Having to change my data in order to get it indexed is not acceptable usability. But your hint should at least be helpful to those developers. 1336651 303 anderslund 2013-01-30 20:16:41 +0000 I restarted the akonadi_nepomuk_feeder agent, and it claimed to reindex all my data. After that ALL contacts are "Class name: Resource" (Before there was a mix, and I can comfirm that the contacts I saw in completions also was "Class Name: PersonContact"). The same randomly chosen contacts as before will complete. It still feels CHAOTIC. Bad. 1336654 304 bugs 2013-01-30 20:20:57 +0000 I think my comment 295 should be helpful to developers too (if they notice it). 1336657 305 regi.hops 2013-01-30 20:25:50 +0000 (In reply to comment #303) > I restarted the akonadi_nepomuk_feeder agent, and it claimed to reindex all > my data. After that ALL contacts are "Class name: Resource" (Before there > was a mix, and I can comfirm that the contacts I saw in completions also was > "Class Name: PersonContact"). The same randomly chosen contacts as before > will complete. > > It still feels CHAOTIC. Bad. Sigh - Too bad. :-( Thought it may could help - don't know why this thing behaves so differently. 1336659 306 anderslund 2013-01-30 20:27:53 +0000 Onsdag den 30. januar 2013 20:25:50 skrev du: > Sigh - Too bad. > Thought it may could help - don't know why this thing behaves so > differently. That is what makes it feel so chaotic. Beoynd reach... 1336681 307 m.wege 2013-01-30 23:54:38 +0000 May be this http://vhanda.in/blog/2013/01/nepomuk-cleaner/ helps with the problem too? I am running it at the moment. I am not sure if it is hanging, because it seems hung in the process of merging contacts. I will run it overnight and then give it a try with Kmail again. 1336751 308 m.wege 2013-01-31 10:15:18 +0000 I have done some tests too after running nepomuck-cleaner: Search term "thomas" -> result: Only those of last used addresses Akonadi-Console shows: 13 SEARCH "SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'t*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) Delete seach term and enter it again -> result: last used addresses + many results of "in my data found contacts" 21 SEARCH "SELECT DISTINCT ?group WHERE { graph ?g { ?group <http://akonadi-project.org/ontologies/aneo#akonadiItemId> ?itemId . ?group nco:contactGroupName ?v . ?v bif:contains \"'thomas*'\" } }" FULLPAYLOAD ANCESTORS 1 EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME) 21 OK SEARCH completed -> this new. The first time I tried this, it also showed one result out of my contacts (even though there is more than one), unfortunately I could not save the akonadi-console output because my system crashed (unrelated) and this is not reproducible. The results show from my data where pretty blown up, showing duplicates. So at the moment it appears to me there are at least four different bugs causing problems with address completion: 1. Result from contact data and addressbook not showing up the first time when typing in a search term. -> might be a problem of timing, the results not showing up fast enough 2. Not all results from addressbook showing -> May be a problem of problems in nepomuk data base -> nepomuk cleaner got stuck while working with contacts -> Pure speculation: May be the problem is related to special characters in the addressbook, like German umlauts. At least in other contexts I made this experience that this often was the cause. 3. Results from data show double results. This problem is minor, but would be nice if there was a solution to. Examples: Liselotte Meier <liselotte.meier@ausgedachtedomain.de> Liselotte Meier <Liselotte.meier@ausgedachtedomain.de> Liselotte Meier <liselotte.Meier@ausgedachtedomain.de> Liselotte Meier <Liselotte.Meier@ausgedachtedomain.de> Frau Liselotte Meier <liselotte.meier@ausgedachtedomain.de> Dr. Liselotte Meier <liselotte.meier@ausgedachtedomain.de> Even though it is all the same email address, they all show up in results. Ideally there should be only one result showing up and if that result is in addressbook, it should not show up at all. 4. it appears that at least old installations do not automatically activate search completion, so it must be done manually. It would make sense if eventually broken configurations get fixed on an update. There appear to be more related bugs. I suggest, that in this bug, we try to differentiate them from each other and create separate bug reports which depend on this. This could hopefully make it easier for developers to make sense out of it. 1336786 309 mollekopf 2013-01-31 12:44:23 +0000 (In reply to comment #308) First off, thanks a lot for taking the time of investigating, and sorry this issues takes so long. We're slowly getting there. I'm aware of the issue and will tackle it, as soon as I can, unfortunately work and exams kept me from getting this fully fixed for 4.10.0. We nevertheless made quite some progress on the feeders and the autocompletion, so I'm confident we'll be able to finally fix this soonish. I'll be mostly away for the next 3 weeks, but afterwards we'll clean this mess up ;-) I'll also try to blog about the current state of the indexers and the related autocompletion. > 1. Result from contact data and addressbook not showing up the first time > when typing in a search term. -> might be a problem of timing, the results > not showing up fast enough Yeah, it's a timing issue. I reproduced that one already but didn't manage to track it down yet. See bug 314181. > 2. Not all results from addressbook showing > -> May be a problem of problems in nepomuk data base -> nepomuk cleaner got > stuck while working with contacts > -> Pure speculation: May be the problem is related to special characters in > the addressbook, like German umlauts. At least in other contexts I made this > experience that this often was the cause. If you could report a separate bug report for that and link it to this one, that would be great. Bonus points for reproducible testcases. > 3. Results from data show double results. This problem is minor, but would > be nice if there was a solution to. Examples: > Liselotte Meier <liselotte.meier@ausgedachtedomain.de> > Liselotte Meier <Liselotte.meier@ausgedachtedomain.de> > Liselotte Meier <liselotte.Meier@ausgedachtedomain.de> > Liselotte Meier <Liselotte.Meier@ausgedachtedomain.de> > Frau Liselotte Meier <liselotte.meier@ausgedachtedomain.de> > Dr. Liselotte Meier <liselotte.meier@ausgedachtedomain.de> > Even though it is all the same email address, they all show up in results. > Ideally there should be only one result showing up and if that result is in > addressbook, it should not show up at all. Would be a nice to have, yes, not top priority though. > 4. it appears that at least old installations do not automatically activate > search completion, so it must be done manually. It would make sense if > eventually broken configurations get fixed on an update. There still seem to be problems with queries blocking the editor if nepomuk is enabled for some users, that's why it's currently disabled by default (better no completion than not being able to write mails). 1336796 310 m.wege 2013-01-31 13:10:41 +0000 Interesting: Disabling Nepomuk shows nearly all contacts :-) It does not show however contacts where the second name is the match, e.g. contact Hans Thomas Meier is not shown it also does not show Hans-Thomas Meier. 1336809 311 mollekopf 2013-01-31 13:40:16 +0000 (In reply to comment #310) > Interesting: > Disabling Nepomuk shows nearly all contacts :-) That's because this removes the timing issue from the completion. > It does not show however contacts where the second name is the match, > e.g. contact > Hans Thomas Meier is not shown > it also does not show > Hans-Thomas Meier. It indeed seems to miss the middle name. Please file a separate bug and link it to this one. 1336810 312 mollekopf 2013-01-31 13:43:38 +0000 (In reply to comment #295) > I can reproduce / work around part of the problem like this. I have one > address book, a local one. It has one entry only, with a single name (no > surname) in the Name and Display fields, and an entry of the form > firstname.lastname@gmail.com. "Name" is not in "firstname" or "lastname". > > 1. Edit Recent Addresses (alt-click in To field of new message) and remove > all recent addresses. > 2. Stop and restart Kontact. > 3. Start a new message. > 4. Type Name slowly in the To field. At no point does Kmail suggest the > address book entry. > 4. Clear the To field and start to type firstname. Kmail suggests the > address book entry (as expected). > 5. Clear the To field and start to type Name. This time Kmail suggests the > address book entry, as expected, but this isn't what happened in step 4. > 6. Address book completion continues to work for Name until Kontact is > restarted (step 1). That's because of the mentioned timing issue, and because the completion caches it's results, so the next time you try the same name completion seems to work (as the timing issue doesn't occur). If you restart kmail the cache is cleared so you're back at 1 1336817 313 rm 2013-01-31 14:13:12 +0000 In reply to comment #310 > > Interesting: > > Disabling Nepomuk shows nearly all contacts :-) > > It does not show however contacts where the second name is the match, > > e.g. contact > > Hans Thomas Meier is not shown > > it also does not show > > Hans-Thomas Meier. In my case it depends. In my external OX6-Adressbook I have a contact address with an email-address like antje.huber@gmx.de. When the contact address record contains the email address only and no further information then I would not find this address for "hub", but I do find it for "ant" in Kmails address completion. However, after adding a first name "Antje" and a name "Huber" in the address data of my address record and restarting akonadi I do get the address in Kmail's address completion. So, obviously the address indexing refers to several fields of an address record and it may not handle the analysis of combined expressions with separation letters like "." in email addresses carefully enough. Interesting also that I have to restart Akonadi again to see the effects of changes of an address. 1341811 314 anderslund 2013-02-14 17:07:06 +0000 With KDE 4.10, I am back to ONLY having completion of "recent adresses" :-( 1341815 315 erasmocaponio 2013-02-14 17:17:57 +0000 (In reply to comment #314) > With KDE 4.10, I am back to ONLY having completion of "recent adresses" :-( me too, on two of the three pc that I use...(all upgraded from kde 4.9.5 to 4.10) random and very annoying bug 1341820 316 anderslund 2013-02-14 17:23:33 +0000 The most silly thing is that disabling nepmuk, completion immediately works flawless. PLEASE, kmail developers, provide a switch to NOT use nepomuk for completion without having to turn it off. 1341822 317 andreas 2013-02-14 17:30:25 +0000 ...or just fix this 2 year old bug which should be a basic feature for every mail client... :-( Thanks a lot for fixing this behavior with nepomuk! 1341919 318 regi.hops 2013-02-15 00:08:39 +0000 First of all thanks to all that made KDE 4.10 such a great release. Especially thanks to Christian and Vishesh for improving nepomuk - great job. Now what I recognized after upgrading to 4.10 related to this bug: Just after login to KDE the akonadi_nepomuk_feeder waits approx. 5 minutes to connect to the nepomuk server, and than fails and goes into the state "offline, broken". If I restart it via "akonadiconsole" it connects and starts indexing immediately. So I put a small bash-script into my autostart folder, which sleeps around 20 seconds in the background and than restarts the feeder via qdbus command. This gives me auto-completion on two different boxes. I use only the Kolab-Addressbook, together with an IMAP-Account that starts offline - and I didn't test with other address books. With 4.9 auto-completion starts after typing 3 letters, now I need to type at least 4 letters than auto-completion starts. If the result is cached 1 letter is enough (like before). 1341921 319 sergio 2013-02-15 00:27:00 +0000 (In reply to comment #318) > First of all thanks to all that made KDE 4.10 such a great release. > Especially thanks to Christian and Vishesh for improving nepomuk - great job. > > Now what I recognized after upgrading to 4.10 related to this bug: > Just after login to KDE the akonadi_nepomuk_feeder waits approx. 5 minutes > to connect to the nepomuk server, and than fails and goes into the state > "offline, broken". > If I restart it via "akonadiconsole" it connects and starts indexing > immediately. > So I put a small bash-script into my autostart folder, which sleeps around > 20 seconds in the background and than restarts the feeder via qdbus command. could you share this bash-script ? please ! Now, the problem is that I couldn't control indexing , because after some time and reboots we got autocompletion , isn't it ? 1341936 320 bugs 2013-02-15 05:33:14 +0000 > With 4.9 auto-completion starts after typing 3 letters, now I need to type > at least 4 letters than auto-completion starts. > If the result is cached 1 letter is enough (like before). This is what I found in comment 295, where I gave steps to reproduce one of the problems. Unfortunately I didn't think to state the length of the name in my address book: 3. So this wasn't due to a timing issue, as stated in comment 312, but the length of the name. I too find that four letters are needed in 4.10 (longer than the name!). 1341970 321 anderslund 2013-02-15 07:42:23 +0000 Sure, 4.10 is the best KDE ever. Sure, Nepomuk is starting to fulfill the promises. I discovered today, that if I type 4 letters, kmail would start to complete parts of my contacts, and after that complete parts of my contacts after one letter - so probably this area is like it used to be. Not working. There is a comment above telling that contacts with a certain value in a certain nepomuk data will be completed (ClassName must be "PersonContact" , but in my case that is well below 50% of my contacts. There is no logical variation in my data that makes this easy to understand that I can find. There is also no way to fix it, it is just broken in a random, chaotic, annoying way. 1341988 322 mollekopf 2013-02-15 09:29:24 +0000 (In reply to comment #321) > Sure, 4.10 is the best KDE ever. Sure, Nepomuk is starting to fulfill the > promises. > > I discovered today, that if I type 4 letters, kmail would start to complete > parts of my contacts, and after that complete parts of my contacts after one > letter That's a known limitation of virtuoso (we can't search for less than 4 letters in a performant way). After the search has been executed the results are cached and are completed starting from one letter. > There is a comment above telling that contacts with a certain value in a > certain nepomuk data will be completed (ClassName must be "PersonContact" , > but in my case that is well below 50% of my contacts. There is no logical > variation in my data that makes this easy to understand that I can find. > > There is also no way to fix it, it is just broken in a random, chaotic, > annoying way. I understand that it is annoying, but it's neither chaotic nor random. I just have to look into it (and I will). 1341990 323 anderslund 2013-02-15 09:40:16 +0000 Fredag den 15. februar 2013 09:29:24 skrev du: > That's a known limitation of virtuoso (we can't search for less than 4 > letters in a performant way). After the search has been executed the > results are cached and are completed starting from one letter. So if I add a contact to my addressbook, what happens then? > > There is also no way to fix it, it is just broken in a random, chaotic, > > annoying way. > > I understand that it is annoying, but it's neither chaotic nor random. I > just have to look into it (and I will). Wonderful :-) It just feels chaotic and random, even if it isn't, but I take your word for it when you say it's not.. 1341999 324 mollekopf 2013-02-15 10:08:31 +0000 (In reply to comment #323) > Fredag den 15. februar 2013 09:29:24 skrev du: > > That's a known limitation of virtuoso (we can't search for less than 4 > > letters in a performant way). After the search has been executed the > > results are cached and are completed starting from one letter. > > So if I add a contact to my addressbook, what happens then? > That should work I think (from a quick look at it at least). 1342000 325 anderslund 2013-02-15 10:11:54 +0000 Fredag den 15. februar 2013 09:29:24 skrev du: > That's a known limitation of virtuoso (we can't search for less than 4 > letters in a performant way). After the search has been executed the > results are cached and are completed starting from one letter. How about creating the cache first time composer is started? 1342003 326 hannes.kuhnert 2013-02-15 10:26:05 +0000 (In reply to comment #325) > Fredag den 15. februar 2013 09:29:24 skrev du: > > That's a known limitation of virtuoso (we can't search for less than 4 > > letters in a performant way). After the search has been executed the > > results are cached and are completed starting from one letter. > > How about creating the cache first time composer is > started? We’re talking about a cache just for the results of single searches—nothing that could be done in advance. 1342006 327 bugs 2013-02-15 10:36:14 +0000 (In reply to comment #324) > > So if I add a contact to my addressbook, what happens then? > > > That should work I think (from a quick look at it at least). As I said in comment 320, it doesn't work (before caching) with a name of three letters in my address book. Even if auto-completion doesn't work here, shouldn't the search be done if I press the Return key after entering the name in the To field of the composer? 1342013 328 mollekopf 2013-02-15 10:48:36 +0000 (In reply to comment #327) > (In reply to comment #324) > > > So if I add a contact to my addressbook, what happens then? > > > > > That should work I think (from a quick look at it at least). > > As I said in comment 320, it doesn't work (before caching) with a name of > three letters in my address book. Even if auto-completion doesn't work here, > shouldn't the search be done if I press the Return key after entering the > name in the To field of the composer? It's a limitation of virtuoso that we can't run searches of less than 4 characters, so it will just be like that for the moment. Once we ironed out the other problems, we can start looking into a workaround for this. 1342015 329 mollekopf 2013-02-15 10:57:40 +0000 > There is a comment above telling that contacts with a certain value in a > certain nepomuk data will be completed (ClassName must be "PersonContact" , > but in my case that is well below 50% of my contacts. There is no logical > variation in my data that makes this easy to understand that I can find. Are you sure this is true? I couldn't find a query which insists on nco:PersonContact, nco:Contact should be completed as well. 1342021 330 anderslund 2013-02-15 11:18:38 +0000 Fredag den 15. februar 2013 10:57:40 skrev du: > https://bugs.kde.org/show_bug.cgi?id=259949 > > --- Comment #329 from Christian Mollekopf <mollekopf@kolabsys.com> --- > > > There is a comment above telling that contacts with a certain value in a > > certain nepomuk data will be completed (ClassName must be "PersonContact" > > , > > but in my case that is well below 50% of my contacts. There is no logical > > variation in my data that makes this easy to understand that I can find. > > Are you sure this is true? I couldn't find a query which insists on > nco:PersonContact, nco:Contact should be completed as well. Any contact that is not a PersonContact in my addressbooks have ClassName Resource, and those are not found. 1342187 331 77344 regi.hops 2013-02-15 21:19:08 +0000 Created attachment 77344 Srcipts to restart the Feeder after a certain delay Sergio ask for the script I use to restart ANF, here it is. It consist of two small bash scripts. Place both into your personal ~/bin folder and make them executable (in the tar-ball they're not). 1. restartANF.sh This one is the "starter" which calls the second one and immediately fork to the background. The convenience way is to use your KDE-Systemsettings and add it as an "Autostart-Script". But please test before you do so, if it really works. 2. delayRestartANF.sh This on is called by the first script. It first checks if the status of ANF is false, If so it restarts ANF one time, and exits. You can play around with the sleep value, for me 30 seconds was the best value. Please be aware I do not check if Nepomuk is enabled or something else, so it may silently fails, depending on your configuration. You can first execute the "qdbus commands" from delayRestart.sh in a terminal to check if they work on your system. Don't forget to make backups ;-) Hope that could help some... 1342371 332 regi.hops 2013-02-16 14:28:53 +0000 Some inconsistencies in the search that I recognized: I have some contacts with @t-online.de and @e-mail.in.th as the domain part of the email address. If I type "t" or "e" these contacts are found immediately, even if they were not cached before. Looks like the "-" in the domain part act as a special character. Contacts that have a nickname value, were never found with it in the first search. Only if they were cached through another search, then the nickname is also recognized. Cheers Regi 1343233 333 mollekopf 2013-02-19 09:53:45 +0000 (In reply to comment #285) > But entering/importing a NEW contact with a website address (or may be other > fields set) will result in a none "PersonContact". > You can only enter this information in an already existing contact. > Can you reproduce this on 4.10? I can't and the code looks ok as well. If you can reproduce this please open a separate bugreport and link to this one. btw. nco:Contact is ok as well, not only nco:PersonContact. 1343465 334 regi.hops 2013-02-19 19:36:28 +0000 (In reply to comment #333) > (In reply to comment #285) > > > But entering/importing a NEW contact with a website address (or may be other > > fields set) will result in a none "PersonContact". > > You can only enter this information in an already existing contact. > > > > Can you reproduce this on 4.10? I can't and the code looks ok as well. If > you can reproduce this please open a separate bugreport and link to this one. > > btw. nco:Contact is ok as well, not only nco:PersonContact. The specific behavior related to the website address field is gone, I can't reproduce it anymore with 4.10. And if I have my mentioned script from #Comment 331 running, new contacts and changes are found immediately. If I start KDE 4.10 without that script, new contacts or changes to contacts are ignored, due to ANF isn't connected to Nepomuk. 1348327 335 anderslund 2013-03-06 16:48:44 +0000 No functional autocompletion here, using kde 4.10.1. Some of the contacts not used here does not have middle names, but are still having classname "Nepomuk Resource" when looking at akonadiconsole. Some are "PersonContact"s, but those are not nessecarily found when typing in kmail composer address fields. 1348328 336 anderslund 2013-03-06 16:54:20 +0000 Really sorry dunno how that happened :\ 1350354 337 maystar 2013-03-12 18:06:22 +0000 Sorry, I've not time at the moment to read all the 336 comments above. So, perhaps someone has written something similar. I can see still in KDE 4.10 the annoying behavior, that LDAP results seem to override results from akonadi entries (davcard). From the first letter I typed I get results from ldap addresses. But akonadi results first appear if there is no match in the ldap directory. This is the average case but sometimes everything work as expected. And in very few cases I'm nearly sure that I've seen akonadi results for half an second before the ldap answers. For me this looks like there is an synchronization problem between different threads, where each is responsible for collecting addresses different sources. But that's just an unqualified guess... 1350415 338 m.wege 2013-03-12 20:45:40 +0000 @Fabian: I guess the devs also have problems on going through all comments. Therefor I propose you create a separate bug for this specific problem and make it depend on this bug (click on edit in the "depends on"-section of this bug and add the new bug number). So there is a way to discuss the specific problem without loosing overview and at the same time track it as as part of a larger problem. 1350551 339 tomas.bautista 2013-03-13 08:32:57 +0000 (In reply to comment #337) > I can see still in KDE 4.10 the annoying behavior, that LDAP results seem to > override results from akonadi entries (davcard). Well... over here I would not use the verb "override". To me what it is happening is that, when completing the addresses, it seems that it is consulting the LDAP server and that they are finally presented first independently of the order selected for presenting them -- I have to search the results from akonadi at the end of the list. I just comment you this in case it could help you. 1357191 340 eugene.shalygin+bugzilla.kde 2013-04-03 14:33:06 +0000 Copletion was working for me with 4.10.1 and patch from https://projects.kde.org/projects/kde/kdepim/repository/revisions/8c2bf14a2ba463435533c3696c13767d909da545 After upgrade to 4.10.2 it broke again :( No more contacts from address books are shown, only those from recent addresses and from "contact found in your data". 1357875 341 regi.hops 2013-04-06 07:22:26 +0000 In reply to comment #340) > Copletion was working for me with 4.10.1 and patch from > https://projects.kde.org/projects/kde/kdepim/repository/revisions/ > 8c2bf14a2ba463435533c3696c13767d909da545 > > After upgrade to 4.10.2 it broke again :( No more contacts from address > books are shown, only those from recent addresses and from "contact found in > your data". Can confirm this. Completion was working - now it's broken again :-( Although in the debugger of Akonadiconsole the results of the search are shown correctly. 1357876 342 Mathias.Homann 2013-04-06 07:27:22 +0000 confirmed... updated my KDE to 4.10.2 and autocompletion's broken again. openSUSE 12.2 here, KDE packages from opensuse build service. 1357883 343 erasmocaponio 2013-04-06 08:19:10 +0000 (In reply to comment #340) > Copletion was working for me with 4.10.1 and patch from > https://projects.kde.org/projects/kde/kdepim/repository/revisions/ > 8c2bf14a2ba463435533c3696c13767d909da545 > > After upgrade to 4.10.2 it broke again :( No more contacts from address > books are shown, only those from recent addresses and from "contact found in > your data". yes, again broken Kubuntu 12.10, kde 4.10.2 1357917 344 Chain 2013-04-06 10:25:56 +0000 It is broken for me too now - but I am still using 4.10.1 - I think it was an Akonadi update I did the last days. 1358178 345 anderslund 2013-04-07 06:54:47 +0000 KDE 4.10.2, chakra linux. Completion gone again, after partially working during kde 4.10.1. 1358286 346 eugene.shalygin+bugzilla.kde 2013-04-07 16:34:53 +0000 On Gentoo and KDE 4.10.2, downgrade of kde-base/kdepim-common-libs to 4.10.1 restores completion 1358311 347 gkourtev 2013-04-07 18:43:47 +0000 I can confirm that is broken also for Kubuntu 12.04.2 after KDE upgrade to 4.10.2. It seems all distros with KDE are affected. 1358439 348 web 2013-04-08 09:39:31 +0000 Same here, completion broken even for LDAP contacts... 1358454 349 eugene.shalygin+bugzilla.kde 2013-04-08 10:26:13 +0000 > On Gentoo and KDE 4.10.2, downgrade of kde-base/kdepim-common-libs to 4.10.1 > restores completion More specific, reverting of the http://quickgit.kde.org/?p=kdepim.git&a=commit&h=02f5f0214e08f70277df5b314df53e1ceda6b9d9 fixes completion for me. 1358513 350 faure 2013-04-08 14:05:47 +0000 Fix coming up. 1358518 351 jsardid 2013-04-08 14:24:33 +0000 Great! Any idea about whether we will have to wait until 4.10.3 or you'll try to backport it to 4.10.2. That might encourage distributions to release the fix... 1358552 352 faure 2013-04-08 16:13:51 +0000 4.10.2 is a released tag, not a branch. I can't change the past. Bug triagers: please don't use the "depends on" feature, unless these other bugs really *must* be fixed first. This wasn't the case here, so my commit for closing this bug failed with: " Bug 259949 has 4 unresolved dependencies. They must either be resolved or removed from the "Depends on" field before you can resolve this bug as FIXED. " I changed that to "blocks" (since some of these bugs will actually have to be retested after my fix) Here's the commit again: > Git commit 6a06c57f52a00018d607085efa7570deb91dc707 by David Faure. > Committed on 08/04/2013 at 17:41. > Pushed by dfaure into branch 'KDE/4.10'. > > Fix kmail autocompletion from akonadi. > > My commit 02f5f0214e made autocompletion from nepomuk work better, but broke > completion from akonadi. I kept the "keywords" based code, but now it's only > used for the special case of nickname-based search (because the nickname shouldn't > appear in the completion item). For everything else it really doesn't make sense > to have a search engine (akonadi/nepomuk) on top of a search engine > (the one inside KCompletion). > > This time I verified that: > * nepomuk search still works > * contacts from akonadi work again > * contact groups from akonadi work (after previous commit) > * nickname-search in akonadi still doesn't work, but it didn't before. More work > needed for that one. This is the only reason to keep KMailCompletion around btw, > everything else would work without it. > FIXED-IN: 4.10.3 > > M +18 -48 libkdepim/addresseelineedit.cpp > M +0 -5 libkdepim/addresseelineedit.h > M +3 -1 libkdepim/kmailcompletion.h > > http://commits.kde.org/kdepim/6a06c57f52a00018d607085efa7570deb91dc707 1358565 353 eugene.shalygin+bugzilla.kde 2013-04-08 17:24:25 +0000 (In reply to comment #352) 4.10.2 plus this changeset works fine. Thanks for the quick fix! 1358670 354 regi.hops 2013-04-08 22:45:10 +0000 (In reply to comment #352) Thanks for taking care so quickly. New packages for openSUSE 12.3 x86_64 are right now available... and working ;-) 1358791 355 jsardid 2013-04-09 12:24:20 +0000 Also Kubuntu has backported the fix. Great job both upstream and downstream :) 1358866 356 erasmocaponio 2013-04-09 15:35:23 +0000 (In reply to comment #355) > Also Kubuntu has backported the fix. Great job both upstream and downstream > :) Installed from Kubuntu Raring repositories, it works! Thank you! Moreover it seems that the installation of the packages related to the fixed kdepim one solves also the huge CPU consumption of the process virtuoso-t (a recurrent problem in kde) that I've noticed in kde 4.10.2. 1359280 357 gkourtev 2013-04-10 21:15:16 +0000 Did you also got the fix for Kubuntu 12.04? I don't have it... Or I might miss something? 1369103 358 anderslund 2013-05-15 21:16:15 +0000 After a short period of working completion, I'm back to no completion except for recent adresses again. ARRRRRRRRGHHH. For some reason, akonadi decided to drop some of my contacts. So I dropped and recreated the component from my webdav resource used for calendar and contacts in my owncloud server. I got my contacts back, but lost completion. 1369151 359 m.wege 2013-05-16 05:02:13 +0000 (In reply to comment #358) > For some reason, akonadi decided to drop some of my contacts. So I dropped > and recreated the component from my webdav resource used for calendar and > contacts in my owncloud server. For this you might join in this bug https://bugs.kde.org/show_bug.cgi?id=318966 1369443 360 ingo 2013-05-17 11:56:35 +0000 And the weirdest thing happened today (KDE 4.10.2 (Kubuntu)): Since autocompletion was only partially working, I decided to completely disable Nepomuk since I don't use it for anything else anyway. Delete Akonadi-Nepomuk-Feeder from Akonadiconsole (will come back but does not matter). Deleted Nepomuk Tags from Akonadiconsole Disabled Akonadi-Nepomuk-Feeder service in KDE Settings->Startup Services. Switched off all Indexing in KDE Settings->Desktop Search Restart to be on safe side. And guess what: I found autocompletion to be fully working!! Without any Nepomuk or Semantic Desktop etc! 1370239 361 steingod 2013-05-21 19:43:28 +0000 (In reply to comment #360) > And the weirdest thing happened today (KDE 4.10.2 (Kubuntu)): > > Since autocompletion was only partially working, I decided to completely > disable Nepomuk since I don't use it for anything else anyway. > > Delete Akonadi-Nepomuk-Feeder from Akonadiconsole (will come back but does > not matter). > Deleted Nepomuk Tags from Akonadiconsole > Disabled Akonadi-Nepomuk-Feeder service in KDE Settings->Startup Services. > Switched off all Indexing in KDE Settings->Desktop Search > > Restart to be on safe side. > > And guess what: I found autocompletion to be fully working!! > Without any Nepomuk or Semantic Desktop etc! I can confirm this on 4.10.3 as well. No restart necessary, I only disabled Nepomuk in KDE Settings as mentioned above. As I am not utilising the semantic desktop this was clearly an advantage to me. 1370331 362 dglent 2013-05-22 04:50:06 +0000 I have the version 4.10.2 now, and after have followed the same instruction, to disable Nepomuk, i have the autocompletion working again! So, it is ok for me as i dont use nepomuk and semantic desktop me too. 1370749 363 rigo 2013-05-24 08:56:46 +0000 I have Version 4.10.3 on OpenSuse now and auto-completion works with nepomuk enabled. But it takes some time for the database to respond, so be patient. It also requires restarting akonadi-nepomuk-feeder via akonadiconsole (several times) and for me two days of patience to index my >10Gb of email. What you get is not the auto-completion from your addressbook, but an auto-completion for all addresses in your entire email archive. While this is fantastic, it needs a visible switch if I want auto-completion to be fast and limited to my addressbook(s) 1371783 364 anderslund 2013-05-28 14:53:13 +0000 Today no completion. Is a stable version of kmail planned? 1371796 365 rigo 2013-05-28 15:20:23 +0000 (In reply to comment #364) open akonadiconsole, restart Akonadi Nepomuk Feeder (probably waiting for nepomukserver to start because of the filewatches) wait for the indexing to be completed, enjoy completion of _all_ email addresses in your data 1371801 366 anderslund 2013-05-28 15:38:54 +0000 Tirsdag den 28. maj 2013 15:20:23 skrev du: > https://bugs.kde.org/show_bug.cgi?id=259949 > > --- Comment #365 from Rigo Wenning <rigo@w3.org> --- > (In reply to comment #364) > open akonadiconsole, restart Akonadi Nepomuk Feeder (probably waiting for > nepomukserver to start because of the filewatches) wait for the indexing to > be completed, enjoy completion of _all_ email addresses in your data But that is what I do not have to have to do! AND, my addressbooks *WERE* indexed, a few days ago I HAD working completion. Nothing changed, except the *UNSTABLE* kdepim system decided, for no valid reason, to not do completion any more. BWADR! 1371806 367 rigo 2013-05-28 15:50:22 +0000 (In reply to comment #366) reason is probably a race condition between akonadi and nepomuk. I'm not a programmer, just a simple lawyer. I assume that because of the filewatch taking time to get installed and delays the coming up of nepomuk. The akonadi starts too early, doesn't find a functional nepomuk and doesn't try again later. So your addressbooks are indexed, but search can't access them because the akonadi-nepomuk bridge that would return the results is still waiting for nepomuk. I think there is an easy fix by just looking for nepomuk again 5 min later or to not start akonadi directly on login but rather only after one starts KDEPIM. This would avoid the race condition. Again, all speculation from my side. This is open source, so if you're a programmer, make a fix and submit. I think the KDEPIM wizards would be more than happy to have that fix. As long as there is no fix, you have to restart the Akonadi Nepomuk Feeder manually via Akonadiconsole 1371812 368 arthur 2013-05-28 15:57:33 +0000 (In reply to comment #367) > reason is probably a race condition between akonadi and nepomuk. Rigo, this was true for me also in *pre* KDE 4.10.3. Nowadays with 4.10.3 Akonadi Nepomuk Feeder starts fine, by itself, with no intervention from me. And to add to the point - address completion works fine also. What KDE version you have? 1371813 369 anderslund 2013-05-28 15:57:35 +0000 I think more that akonadi can not keep track of its own data. Probably, the resource dropped the collection and/or item IDs, and other parts of akonadi got confused. This appear to happen regularly with the webdav addressbooks. However, I'm using kmail here, and expecting it to be able to complete addresses from my existing addressbooks, which it can't do in any stable way. Maybe it would be more clever to not support webdav addressbooks, if they can not be handled correctly, or not use nepomuk as long as it can't be done in a stable way. :( 1371815 370 rigo 2013-05-28 16:05:15 +0000 (In reply to comment #368) I have 4.10.3 "release 563" from OpenSuse KR10 repositories. And I have very bad experience with Webdav resources and SoGo. So I returned to all local. But I use maildir folders (with huge amounts of email) and nepomuk indexes them. So the filewatches take ages to complete despite cutting edge hardware. This is known, nobody has a fix... Perhaps return to the mbox format like evolution... 1372032 371 hannes.kuhnert 2013-05-29 08:35:46 +0000 Concerning the handling of large Maildirs I’d like to add: Nepomok isn’t neccessary to break it. Only in the pre-Akonadi era it used to work flawlessly, then even with folders containing tenthousands of e-mails. Akonadi is something that has obviously never been reasoned seriously in all relevant aspects—at least not before the design decision was made. 1372034 372 hannes.kuhnert 2013-05-29 08:37:34 +0000 Concerning the handling of large Maildirs I’d like to add: Nepomok isn’t necessary to break it. Only in the pre-Akonadi era it used to work flawlessly, then even with folders containing tenthousands of e-mails. Akonadi is something that has obviously never been reasoned seriously in all relevant aspects—at least not before the design decision was made. 1376305 373 regi.hops 2013-06-13 05:27:25 +0000 (In reply to comment #367) > As long as there is no fix, you have to restart the > Akonadi Nepomuk Feeder manually via Akonadiconsole Hi, see my comment 331 and the attached script may it will be helpful to you. 1382050 374 klaus.onrails 2013-07-07 20:58:04 +0000 > And guess what: I found autocompletion to be fully working!! > Without any Nepomuk or Semantic Desktop etc! Thanks. Did it for me. Now it says: "You do not have the semantic desktop system enabled. The following features will not work correctly: - Recipient auto-completion - Distribution lists - Per-contact crypto preferences" ... but auto-complete works :/ Qt: 4.8.4 KDE Development Platform: 4.10.4 KDE Daemon: 4.10.4 1389607 375 bugz57 2013-08-14 04:39:07 +0000 I can confirm that the workaround in comment#360 is working - openSUSE 12.3, KDE 4.10.5. Without this, it is not working most of the time, contrary to previous claims to be fixed. Have not tried workaround in comment#331 - can do without desktop search. 1392086 376 valtermura 2013-08-23 22:58:29 +0000 (In reply to comment #374) > > > And guess what: I found autocompletion to be fully working!! > > Without any Nepomuk or Semantic Desktop etc! > > Thanks. Did it for me. > Now it says: > "You do not have the semantic desktop system enabled. The following features > will not work correctly: > - Recipient auto-completion > - Distribution lists > - Per-contact crypto preferences" > ... but auto-complete works :/ I can confirm that Autocompletion works for Google Contacts if I disable Nepomuk Indexing in System Settings / Desktop Search, with same warning while composing a new message. Kubuntu 13.04 KDE/Kmail 4.11 1401113 377 anderslund 2013-10-02 20:33:09 +0000 I'm really dissapointed when finding that akonadi still drops my collections. They are reestablisehed, appearently with new akonadi IDs, and then I have to wait for reindexing - I can restart KDE to provoke one, but come on, it's 2013... Related: Korganizer disables my calendars when this happens, as silly - about every time I start korganizer I have to reenable my 3 owncloud calendars before the data is displayed. :( 1415552 378 tl 2013-12-01 14:37:11 +0000 I can confirm the behavior described in Comment #361 for my Gentoo system with kmail 4.11.3. Kmail only uses the recently used addresses for auto-completion whereas the others (stored in the normal Akonadi personal contacts resource) are not considered (but can be selected manually). When disabling Nepomuk completely, it works – without even having to restart Kmail. 1436608 379 sergio 2014-03-20 21:18:52 +0000 today , autocomplete forgets adressbook , on Fedora 20 updated ( 4.12.3 ) worked in first time but stops after that . I got ldap which works, recents address . :-/ 1436632 380 sergio 2014-03-20 23:19:53 +0000 (In reply to comment #379) > today , autocomplete forgets adressbook , on Fedora 20 updated ( 4.12.3 ) > > worked in first time but stops after that . I got ldap which works, recents > address . > > :-/ I enabled desktop search , numinous required , also disable my ldap contacts and seems that autocomplete works again ... 1437213 381 ach 2014-03-24 13:51:01 +0000 KDE 4.13 beta3 & baloo: Fixed. Address completion uses Webdav(owncloud), LDAP without problems and is very fast!! Cool! Recent addresses and adresses from my all stored mails is listed there too. THHAANNXXX!!! Achim 1496684 382 mattdawolf 2015-02-03 03:26:42 +0000 I can confirm this still exists with kmail 4.14.2 1496685 383 mattdawolf 2015-02-03 03:29:28 +0000 I omitted the fact I am trying to get this to work for all my gmail accounts with gmail addressbooks in kontact. Shouldn't it work with all address book types? 1510978 384 Martin 2015-04-12 12:35:19 +0000 Hello, thank you for reporting this issue. It has a lot of comments and I find it difficult to draw a conclusion about its current state without reading all of them which is quite a lecture. The only recent report seems to be from Matt. I think only this one is related to KMail from KDEPIM 4.14. Can you provide a summary of the current status with KMail from KDEPIM 4.14 and Akonadi 1.13 regarding the original issue that KMail does not use all addressbooks for autocompletion? I am specifically interested in: Does this new version still not use all addressbooks for autocompletion? And if so, any details on the setup. Matt, you say this bug still exists for you. What is your setup? Please provide the following information: - Exact version of KMail + Akonadi. Preferably with three numbers for KDEPIM like in 4.14.6 (not just 4.14) - Does the issue still happen? - If so: A list of all addressbooks in use including of their types and any special configuration… and… - … a clear indication of which addressbook contacts are missing from autocompletion For me autocompletion works very well since KMail 4.14, but I just use only local address book so far. Please also report anything that is not related to this original issue in a separate bug report. Of course please check for duplicates first. Even do so if its related to autocompletion. Please just use this bug for the original issue of not using all addressbooks for completion. Use separate bug reports for any other issues with autocompletion. Thank you, Martin 1511035 385 rigo 2015-04-12 18:12:52 +0000 WFM with local address book (4.14.6). The indication here seems the gmail account. I tried to use SoGO in the past for address synchronization and got random results which is due to a lacking full synchronization module in KDEPIM. There was a bug somewhere AFAIK. But this is due to the bad connection with the remote content rather than the akonadi - side of things IMHO. 1511036 386 rigo 2015-04-12 18:13:17 +0000 WFM with local address book (4.14.6). The indication here seems the gmail account. I tried to use SoGO in the past for address synchronization and got random results which is due to a lacking full synchronization module in KDEPIM. There was a bug somewhere AFAIK. But this is due to the bad connection with the remote content rather than the akonadi - side of things IMHO. 1511037 387 rigo 2015-04-12 18:13:40 +0000 WFM with local address book (4.14.6). The indication here seems the gmail account. I tried to use SoGO in the past for address synchronization and got random results which is due to a lacking full synchronization module in KDEPIM. There was a bug somewhere AFAIK. But this is due to the bad connection with the remote content rather than the akonadi - side of things IMHO. 1511038 388 rigo 2015-04-12 18:13:47 +0000 WFM with local address book (4.14.6). The indication here seems the gmail account. I tried to use SoGO in the past for address synchronization and got random results which is due to a lacking full synchronization module in KDEPIM. There was a bug somewhere AFAIK. But this is due to the bad connection with the remote content rather than the akonadi - side of things IMHO. 1511039 389 rigo 2015-04-12 18:13:55 +0000 WFM with local address book (4.14.6). The indication here seems the gmail account. I tried to use SoGO in the past for address synchronization and got random results which is due to a lacking full synchronization module in KDEPIM. There was a bug somewhere AFAIK. But this is due to the bad connection with the remote content rather than the akonadi - side of things IMHO. 1511052 390 rigo 2015-04-12 19:03:22 +0000 Chromium doesn't work with the KDE Bug tracker. Sorry for the noise. With rekonq it shouldn't create 5 comments. Apologies 1511122 391 erasmocaponio 2015-04-13 08:14:30 +0000 (In reply to Martin Steigerwald from comment #384) > Hello, thank you for reporting this issue. It has a lot of comments and I > find it difficult to draw a conclusion about its current state without > reading all of them which is quite a lecture. The only recent report seems > to be from Matt. I think only this one is related to KMail from KDEPIM 4.14. > > Can you provide a summary of the current status with KMail from KDEPIM 4.14 > and Akonadi 1.13 regarding the original issue that KMail does not use all > addressbooks for autocompletion? > > I am specifically interested in: Does this new version still not use all > addressbooks for autocompletion? And if so, any details on the setup. Matt, > you say this bug still exists for you. What is your setup? > > Please provide the following information: > - Exact version of KMail + Akonadi. Preferably with three numbers for KDEPIM > like in 4.14.6 (not just 4.14) > - Does the issue still happen? > - If so: A list of all addressbooks in use including of their types and any > special configuration… and… > - … a clear indication of which addressbook contacts are missing from > autocompletion > > For me autocompletion works very well since KMail 4.14, but I just use only > local address book so far. > > Please also report anything that is not related to this original issue in a > separate bug report. Of course please check for duplicates first. Even do so > if its related to autocompletion. Please just use this bug for the original > issue of not using all addressbooks for completion. Use separate bug reports > for any other issues with autocompletion. > > Thank you, Martin In Kontact 4.14.2 autocompletion works well for me with google contacts 1511254 392 Vojtech.Zeisek 2015-04-14 08:26:36 +0000 It works for me in 4.14.6 for Google as well as CardDAV, openSUSE. 1511347 393 regi.hops 2015-04-14 17:16:41 +0000 (In reply to Martin Steigerwald from comment #384) KMail/Kontact 4.14.6, Akonadi 1.13.0, openSUSE 13.2 Works fine with local addressbook and Kolab addressbook. 1788256 394 andrew.crouthamel 2018-09-26 22:17:19 +0000 Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! 1788642 395 rigo 2018-09-27 08:59:39 +0000 I think this bug can be closed. It is really overtaken by events. The issue was tightly linked to the semantic desktop and nepomuk. Those are history. WFM now on OpenSuSE Leap 15 with kontact 5.7.3. 1788669 396 anderslund 2018-09-27 10:38:11 +0000 I agree, it should be closed. Something like "obsolete" is missing :) 1788672 397 kevin.kofler 2018-09-27 10:46:40 +0000 Since this is a bug in old Nepomuk code, I think UNMAINTAINED is probably the most fitting resolution here. 73175 2012-08-15 08:37:38 +0000 2012-08-15 08:37:38 +0000 Display the unstability of this broken feature broken.png image/png 77640 anderslund iVBORw0KGgoAAAANSUhEUgAABAAAAAJYCAYAAAD8EJQjAAAABHNCSVQICAgIfAhkiAAAAAlwSFlz AAAOxAAADsQBlSsOGwAAIABJREFUeJzs3Xl8FPX9+PHXzOyV+yIXhHAEwn0rIIcKKiigIh5fq1Tr 15/WqvXrVa229bbYQ9tqa6uWVutVsR71QkVBVG4kgHLJHc6QkIQke83szPz+2Oy6hNwkBOT9fDz2 Abs7O/Oe2ZnNvN+fz3xGqa6uthFCCCGEEEIIIcT3mtrRAQghhBBCCCGEEKL9SQFACCGEEEIIIYQ4 CUgBQAghhBBCCCGEOAlIAUAIIYQQQgghhDgJSAFACCGEEEIIIYQ4CUgBoAnWwQU88LMnWe1v/TxC pYv408/v4NcfbMUn91w4jFW+kIeOcvu25XyOpdh960SMv63YVcv49V0n57rXpy1+c+DIfepk3sda QraTEEIIIb7PHM2ZyK5ayeMPvcA2JQ6npqCg4EzrxYSLL+fcXonHXRXBrlrJ4w++wDZHPE7FxrYU 4nP7M2HaDM7pndSieBVPCnGRDxh7ePePj/ORMpl7bp1Ml2ZsPav6G1756/uYk27l9gld8SitWaOm BNj40gM8sWcyj945gUztu3eC2//NL/60g0m/+BmTUve3OP6WsKuWMeuXL7G93ne7cPn9d3FW8r7D YujsSsTVBjuQ0kbzaVgzt3HsG02I3bfaP/6WaPt1bYzicONs7LiwTYKBEA6PG62p46cVx2jbMih+ +2Eenl8RfSV53B3Muqw7rmbO4bDfnMbU3S511r3usXXEPtbh26p17KplzHpkGVMevIWhcTFv+Nfy +/vnMeaXtzMmbm+r1+34OhaFEEIIIdpWs06LFIcTW+vN9Q9ETrgsvDs+4S///pj+d8ygu7N9g2wp xeHEdsTEa+scXP8+f/7nCyTddSNjUpt/dqeoDmLTHNsCq7l5j1XDxoUrYNIt3DwqB1e7JP8AHgrG n0LKH5awqvx0JkcTM51dS9fi63EhIzM0MFsYfwspScO59TfD8XicqIG1/P6Bzzj7gVsY6rEw9CC2 Uz0ihrrbt9XLbqP5NKyZ27gFYmNu//hbou3XtVGKSqOHRmAdT0X2pbjGJgxrz328aU7ypz/Ec5Nj 9v9mxByr2ftCPdulsWOrvvl27LZqnUYLRooDjyP8ZmvX7fg6FoUQQggh2lbz2kUUpc4JukpC16EM SfgAr9UeYR2luvEqLjL6jmVk8l/YUhFiTGpz2+LqcHbhgruf4ILmTq8m0n/aNfRv3dJaxNnlNMak fcHiNQc5++ys8AlssJgvvtYpvLQ/KSqgtjD+llKcxNeX7CgqTnftG3VjMOruW61ddhvNpxHN2sat dQzib4l2XdemmD4O7K8mPjebxGYsx6rZwdcHMhjUMwm1pcfo90ndda97bNXdx07UbdVowUhBUTi6 dTvOjkUhhBBCiLbUik6fFoa3jC0rP6W4zwTOcIFR/CYPvOLiinNh/geL+bbUIGv8tdx2UV8S8bN9 4Wu89Ml6SnUbLaWQyVfOZHI3i7XPP8Tf9R/w6+uHkqQA+g5effhPbDvrF/z8zE5t1ApjoVcfYPOK d5lf052ZWU6wG4ipexwKYHk3894LLzO/OIg7JRGvngTU3/XU1vfyxZxX+GBjGb6gQkrBmVx37WTy HQ0vI9TY9mrtmacjh9GnZfLRstWUTphEjgaBnUtYa/bhR4WJKPXGb1Cy9N88O3c9pTU6rvyzueXG 88hvxx4dDXbfBbC9rGlqnzBKWfrWS/x3zQECoRBW0jBu+tkVFNa3rIa+m9auXzO2cWv3rSOZlK96 g+feW81+bwgSuzFuyhkkr/uQ+Rv3cUjpwsSZ1zGjX/iSlg5Z1xbEaDb6GxFho5cs44Xnl5J+4bVc 1AWC3/6TO/+8igCw6e6fAvlc9fAdjFU38d8XX+fznV5QPAy95ucMBuyqpcx6ZPl3+1cj30e7HIcN MIrf5IGXnVw6wceHHxaxu8ZN/+k3cf24LBw0tl/Uf4xmbz9yu/zwrnF8+eSK+o+tetQ9FpuK8bj5 rWtC+Leuzn7QwuMplrHnXWa9DDMmayz8YBGbK3VI6s2kH8zkvIJ4KRYIIYQQ4oTS/AKAfzN/ufun 0afpwy7n5ivy8Shgp+aRtP9Fnvn0HK6/8SFu8M3j0WdXsGdqH7ps+TdPfWzyP3c8ysgMB77Nb/LY K58w8K7zGTB5PMlPzGd15WDGpyn4ti5geWgI147MOPrkv068ab1PZ/qNFzA4AWrWNRxTnuZj3Ztv UzrqFn5/Yxr2gc+Z9bs1ACgOT52upzrb3p/DxsKrefjKTJy+VfzmoS8pD00i/duGl9Glwe3Vlz7u 1q6wRtbwsXT+8Eu+KjuLqdkG25esg35XU5ig1B9/cCvvLk5k5i9m0cPhp2RXOQnt3Pf1yG0Y+2ZC E/uEQfFHL7M861LufyQPd81KfvPIYnz19kJp6Ls5iqS4yW1sU7O+dftWvRL7c/kdl9AtQSV0YAGP PfkF42++hV9f5cC3+S0ee30ho3tPI8/REevashgb3ecBsKjZMpen3tvN0Kt+wsQubhTAXXgNT/1m xOHd6e1qVj73Khu6/ZAHf+RgwQuv8/lr77H17kvp5YiL2b8a/z7a5zisnyM1j6SSF3nxm8u5497L SCuewwMvfMqOkT+gl7OR/aKBY7Te7eJbw7IWZKN1j8VGY3QdT791HPH7/p3enA0oh+0HtZp7PNX5 mCMpC+eel3j6vTFcfe193JjjpGr9HB57/nXy77mKgfFSAhBCCCHEiaP5BYC43tz0wC0MjbMJ+crZ seo9/vlPuOn6sWQ4PTicXbn4f6cxMFWF1PO4/wFQCLJxxXqqawL8/cHb+XtkXkofDhqQlzOWc/M+ 45OVpZx2dhzrFmwg7rSf0qctTqhq4x1QOY/f/vY9rD5jOLWzG4UguxuLydzDqsoBnDskPbxxktKI V8GGI7uG6ntYvreAc6dlhk82o9eO6o0vo8HtdXS09KGcmfceH606wOQzK/l8o8qg/+1JtDGwbvyO DHq6VvLMX8oZ1H8gp44cTlZ7D37VRPdaR2P7hLGHJVu7MPUneXgUm5odRewONjCjBr+bo9P4Nm7i e29s3zqCSmJqkE9efIwnt+ynSg9PtfPXd/BS3flaHbGuLYyxsX3eDwS38vLfSxhxw6+iyX+D9D2s qh7BzEndqf7yDRKm/YAzX/onK0sMemXG7l8dcxzWR6ld1oWXnEZnl4Kd25t0fRFeE7Ab2S9acoy2 tOt6nekbjfE4+6377u9RzGv+8LgL9a1bi/bVOotSHB4czhwuuO4yRmWF1zqlz5mMif8bqw8YDOze ykvKhBBCCCE6QCsuAVBwxGfQ67TzGPnVO+zRx5IBoHpI8agxU4VZlkLiqbfw2A97c2SDTyrDz+nP W68vYuegTny8M4tz/qcLbdUD3QacuRO5/pJNPPDabN7udReX9lQaj8mv47W+G2TKNvzolknItAmf 8drYkYzN9FJhJkZH7LZNA7M56+2nwe11VNRUhozvxusffsW2LiVscAzmp93qLj0mfi2TiTf+gn7f rmXlioX8edYKLrvnRsaltUUVwMamoeQ2Joba51bkudrIPhGq4aDaiWQHYJayZP4uPHGdCFnU3tAy Zj6NfDdHpYltfLT7VjT+0F7m/uszrAlXcu8Pc0hmC397ZC5D7r6d0+sOYunvmHVtWYw0vs+7e3DR 5HjmvvgiX952LeMzj/xpiu4ytoVpK5hlK/hcH82luU4+PmKfCuuQ47Ahqodkd3hZ4YHmwscIVmP7 RdPH6OGr3cix1cDzw6ZvKMbj7beuEfX+5rR0X43dToqCoiWRkxRTVrNNQraTBKfcLkAIIYQQJ5Zm nr3YdU6qTCo3L2W13Y3MRrN1F11H9MZaO5cv9gRrTySrKd7wLeUmgEJC4VmMVpbxypx5lPU6h1PS 2+CEyrawoydwGpmn/ZAfDfUy7x//4esaZ+MxuTLobq1jbZmBbZSx7O33KdZ9lEb6mdshAmbt1nCk kBncyLdVFpZ/F5+9+h+2BJqz3u1FIbnf6fSqWcRrb6/HM2wM+XUbp2Lj1/exoqiEhN6jmXbZpYxJ LGdvTRsFaFnYWHWSjXpiqH0eDEXPthveJ7QE0oLF7PX52Tn/VZbmnsPIFJ3KgHXkfBr8bo5WY9u4 ie+9GftWNH6zmhJ6cMrAfDI8QTbPn8tm/27mLdhCjQXYQUq3baXC7Kh1bWGMTXKQNfpqbj6tgn8/ 9SpfHYq9rkPFgZcyr4nlK6fcyqQ3n/OXV/YyfFwe/o3zWRToxbDsukWDjjoOW6ix/aLRY7TOdtFp 4tiq//lh0zfkePqts60GCotwZAGkVkv31brbKVTKmm/2hAe9tQPsWvwuS12nMuqIfU4IIYQQ4vjW rLMX2whg+Dfzt/vvxqMqKKqT5K7DOX/mmeQ22tdYIWnwldwyZQ6v/u1XvBO0sdU4svtM4JpeheFW T2ceE87IYN6bhzjztn7hgd+Okh0KYlhG7QmcAmoKp/zP1ax/7K8893JvHri2kZic2Zw5vZC/Pf1L 3tXj6TXxMi7v+Qqr9/g5ry9gG/iN2vk6u3DOuZk8/Yd7eE1PZsDpo8nbvLPp9W5HSkIhE/sYPLk6 kfNGdT6yN0VM/LZRzZ5l/+alf1ejuBLocuqlXN+lbfpfWIYP3dSpCVoQX6eoE7sN63ve0D7hyues sSH+9Mh9mD2ncNMPh7B39gLWHdQhnmZ+N0ev4W3cxPfekn3L3ZNpoxbxzCP3UmV6yDv1Qn55n4tF /36Ze+/yoTjdpBVM4NqrCkhzdcS60rIYm7WwOAqm3sCPDv6W5556E89tMxiQoII7n9MHGcyedQ8f pvdlxg1XceqZPXhvznKeeWg5jtQ+TLrmCvp4lNrW22Z+H+3CoPjth3l4fgUQHqAvedwdzDq/kY9o De8X5yY0cozW3S7XDG/62GrqeUOOo986OxTEaKgCYIcIhGyO+OFr6b56xHYxKVvxL341pwLbHUda 99Fcdf1ZdJb8XwghhBAnGKW6uroZzT+iOeyqZTz22GrOv+/HDPR0dDQi1sn03Xz/19WiungbVZkF dIk7PHG1vav43SPLOPf+nzD4e7nux4fjfR9r0/2gdmyBs+uOOSCEEEIIcQKSCxiPhu3j208/Znlx JX5/KUUffcy+rIF0ljGhOt7J9N2cTOsKgEpSfq+Y5N9Gr9jHAW+Qsg1fcSChKxnSMtu2Toh9rD33 g7pjJwghhBBCnJjkNPlo2CFCoV18+OyHPFdlkdR1JD/40UjaYhgDcZROpu/mZFrXelmUr3mdWW9u xufuwuk/vIxc+WVrWyfEPtaO+4EVCI81UvdyJiGEEEKIE4xcAiCEEEIIIYQQQpwEpDlDCCGEEEII IYQ4CUgBQAghhBBCCCGEOAlIAUAIIYQQQgghhDgJSAFACCGEEEIIIYQ4CUgBQAghhBBCCCGEOAlI AUAIIYQQQgghhDgJSAFACCGEEEIIIYQ4CUgBQAghhBBCCCGEOAk4WjLxgQMHWLp0KcOHDycvL6+9 YhLHiW3btlFTU8OgQYNQFKXeaWzbZu3atSQlJdGzZ89WL6u8vJxly5a16rOjRo0iPT291cuO9ckn n5CQkEAoFDrsdUVRCIVC9OvXj+zs7DZZ1olq3759VFRU4Ha7cbvdKIpCQkICqampHRZTze5VVO9Z jq9yC7qvmGR3DVVGGnHJ3YlLLSAxdwQJOUM6LD4hhBBCCCGOB80uAOzdu5cDpaVcccUVLFmyBF3X jyrhE0eyLIt9+/ZRXFxMRUUFycnJdOvWjS5duqCqx76zxjfffEO/fv3YuHEj/fr1q3eajRs3Eh8f z7p1645qf1i2bBkXXnghlmVFiw2KooCiEFt6OOy92n/feOMNzjvvvFYvO1Z6ejr9+/fH6/Ue9npS UhJz584lKSmpTZbTlJJ9+wCFzOysDvnuG7JlyxYOHDiA1+slGAzi8XhITU0lIyODmpqaY14YtA0v X791F/1SVpPTLQe6Z0BcN1Dd4QmsIPiXUrX7HTYW9aHPOfejOOKPaYxCCCGEEEIcL5qVWRQXF+Pz +xl92mn4g0FOHTWKUCjE+vXr2zu+E8ry5ctJTExs1WdN02TRokXs3r2b/Px8zjzzTHr06MHOnTv5 9NNPj2iRPhZxderUie7du7Nr1y58Pt8R7/t8Pnbt2kX37t3p1KlTq+OLME0z+rAsC8uysC0Ly7ax bRsI9ziwbTv6vmVZR73c+++/n/POO4+cnBwGDhzIc889R7du3Q57PPPMM0ybNo3s7GxGjBjBo48+ Go2ppZrzfWzbsoUvFy7E5z1yu3eUQ4cOUVJSQllZGd27d2fKlClMmDCB1NRUtmzZwqFDh6isrGzV vFuzj5Zv/Ji1sycxpvsm0voVQJcCSOoN7j7gHlD76ANJvUkuLOSUAfvY+t//oXLbZ62KUQghhBBC iBNdkz0Atm3bhicunu4FBfh8XmwbDMOgb//+bNm8ha+++ooRI0Yci1gPU1paytq1axvsmt5Stm0z ePBgMjMz22R+LbVp0yZSUlIoLCxk06ZNrFy5ku7duzNixAjWrVvH119/zbBhw45pTJ07d2bXrl1M nDiRRYsWccYZZxz2/ooVK5g4cSLFxcV07tz5qJenKEqDj7rT1ff/1vjlL3/J5s2bycrKomfPnmzY sIHc3FyeeeaZw6br3LkzX3/9NT179uSMM85g//793HnnnTz++ONHtfyGpGdlsWnDBvbv30fPhILj ohfAvn37qKyspHfv3vTu3Tv6eq9evYiLi2P9+vXH7FKA8o0fYyy+gTFDu0F2LqTlgiMn/HBmg1Z7 SYhZDkYJKA5IUxh6is2BTfdTaT9AasGEdo9TCCGEEEKI40mjBYCdO3bQu08f4txuyiursK3vWjwN w2TwoIGUV1SyfMVyRp46st2DjbVw4UJ+9KMftek8n3/+eS655JI2nWdz7dmzh/Hjx7Ny5Uo8Hg/j xo1j69atLF26lNNOO425c+ce8wJATk4O77zzDv3798fj8bBv3z5yc3OBcDLodrtJTExk5cqVXHjh hUe9PEVRUFQVRVHCYwIsXdpogh8pDqxcufKw11syJsC8efNwu92sWrWK9957j+7du1NQUFDvtKqq Mnv2bM4880zy8/NxuVzNX7kWSk9PJycnhw3ffEP37t2PiwKA3+/H7/fTt2/fI97r3LkzK1asaJMe GU2xDS873v8Zo0/tgdL9PEj0g+oALe27hyNSyLPB0sEOghoHuf3J0j9l+ZJHSckfieJMaPd4hRBC CCGEOF40WgDYum0b73/wAR9//DGffPIJ+0vLUBQV27bIyezE+PHjmTp1Kl27dj1W8UYpikJZeQ3V 1VUoam2SaBONLzxNOGmybQsUsCy7dhpQlfBr2GBZCknJKW3Wm6A1ysvLSUhIYOvWrcycORNN00hJ SWH27NlMmjSJsrKyYx6Tx+PB4/Gwc+dOxowZw+uvv8706dMBWLJkCZdddhk7d+4kPj4et9t91MtT aq/3VxWF5cuWMXXq1GaNCTBlypRWjwng9/uj/7csi7Vr10a79iuKQjAYZO/evdH5W5bFwIED2bVr F/Hx8axZswbTNHE6nTgcDhwOB1lZWaSkpBzVtsjIyCA7L481K1dSXl5OZlZWh+6fAKFQCNu2641D URSmTp3a6ssiWqLolZsZ1sPANeJB0L8C+yAo2aC4wy39AFbMpROKI/yeWQlaAhTcxshDP2fJf3/O oEueavd4hRBCCCGEOF40WAAIBoP06tWLCRMmkJeXR0A30HUTMKH2HH/mzJlceeWV+P1+FixYQHV1 daOjxZ9yyilt0lU8wunScLkcrFmzGl3XycvPZ+u3m0lKSaZTRieKi3eiaRqdu+Shqgq5OeHWa1Wx WVuaRMi0cWgwJNOH06W1WVytEQqFUFWVQCCApoVjcTgceL1eNE0jEAh0SFyRSxLy8/MZMmQI33zz DQBDhgxB0zQ2bdpEr1692mx5sV3+I2MB1L0cwK4tAiiKctjYAJHPt4Rt29HW9SlTplBeXo5a2wtB URQ++ugjbrzxxno/15BXX32V888/v0Vx1KWqKlnZ2TgdDsoOHCAjIwPN0aKbdrS5ppJ7p9PZ7jFU 7/qKLofeJW7cfeECnr4OnDmgaPxl1ougurnpV3dFp//LQ4+BrXPT3ZeBooG+GZwDoftMCnb+nprd q0jMG97ucQshhBBCCHE8aDCjePvtt7n22msBSEhIZN/+Mqq9PlTAssFV6iYuLo7ExEQSExOblfA8 88wzXHnllW0WvFabqJ166kgUBUzTolvXroCCZVn06NmjtoXfwsbGru2e7FShpNLCMG2cmoKjs4bW wV2sQ6EQlmVhGMZhrweDwXpfP1YKCgpYvXo1NTU19O3bl5dffhmAK6+8kpqaGvbu3ctpp53WJstS FAViksxjMSZAbIu2w+HA5XJFCwKqquKoTbp37Cw+4nN14wTolt92vWFSUlLo3rMn327cSM+evTq8 AAC0SU+Po1G59XOyU1xoXc6BXb+DtEg8Fl/OXwko3PSLGrB1AL6ctxCwuenui4DayxMqX4OM60lN fYptOxZLAUAIIYQQQpw0GswoQqEQVd4g5QcPomgOnA6VxARP9H1NAbcniZ279mHGXPdrE761gFsz oy20AVOlU0bbD66naSoOTcO2TVTFgdOhYVommqqiKhqmFQK7trUYBdRwy7rmsCmpgkqfTUq8glNV 0bSOLQBYlkUoFIoWAiJJqK7r6LpOKBRiw4YNdOvWjfj4Y3cbM6fTSX5+Plu3bmXAgAHRsQksy2Lr 1q3k5+e3WctvfYm9EtMar8RM01A39KPpARA7X0VRoj0BIupOp6oKiqLW/qu0eff3xMREOuXmsnnT JioOVZId58YwDKqrq6PLcjgc2LaNpmmEQiFSUlKiRYu2Ztv2MWnlb8yhXUXkxqdh7X4HzagAK4tw rySDcROGgOIEqyb8LzDurFPBNsO3A7SN8LRGBZR9guJOpnrf1x26PkIIIYQQQhxLjWYKTocTp9PJ qaeOwjRN3E4XiqJg2TZBXefMCWfU3pLNBmzCdQAbj8Pm6a9ysUImbpfGdUNL2iVxcDgcxHk8bNi2 jTXffkuXnM5kpKVRVlnB9p07GNKnD8P69SGoG4e1LJs2/OR0GzWyLiGNeK1jLwEwTRNd1zFNk9/9 7neceuqpTJw4MVoAMAyD3bt3s2HDBmbMmHFMY+vTpw9ffvklhYWF5Ofn8+GHH5Kfn8+mTZsYN25c my8vNgmPjAnQUCv/0V4XX9+gdQ31NIj0FtA0DVVVax/fTdsew9+lpaWRnp7Orh07sG0LT1wcaWlp 0ctEYm3fvh1N0w4bhd/r9VJVVRWdPisrq8UxBHb+P/zl69DXetEr4/lP0a8JhRxYONFUFafLJjFO Iz5JIyvLT89RYykp0+jS577Wr3gDqvevw+5cjVX8JlpWNoRC4dZ+K8BNd08DJSFcAKj9abvp55fV Jv9esALhaUMhKH8P9Gq8pRvaPEYhhBBCCCGOV40WADRnuGW8aNUqAsEA3bv3YMvmb0lMSiIrM5Pt O7ajqRp5XfNRVbX2+n4Fj9umaHuQUMgiKV7FM0pDc7R9C7tTU3ho9mwsRxxnjhlHTdDPvspq/CGV 3G59eX/RCt5f8BkP3nIjhhHCsm2oHULOxsKwwaE5cBDC0cE9AGzbRtd1LMvi6quv5m9/+9thBQDL shg9ejTPP//8MY8tIyMDVVXZvn07vXr1YsaMGTzzzDP069ePjIyMNl1W3Rb+uol4Qz0AGusZ0Ji6 g9rVTf6jg//ZNk5NQ9M0NE2NFgAURYkWKNqy/d+2bfbt24dhGOTm57N7xw4GDR1KXHxcvdNv2bIF VVVJTU2lqqoKXdexbRuXy0VOTg5FRUVs2LCh1ZfgdOpkM/aU3VQfMqk6ZFNdpRAKKbicKh43xHkg KdMmtbONo9OZlJS1z90A4oK7sS0nVigEhgF6EMwgKH6wNFDscJKv1BZIbDP83PaHH2Yw/BnDwAqF iAse+8E1hRBCCCGE6CiN9wBQw62vp405DUVRME2Tbt26oarha+x79e4NNphWCNsC0zLDM9Vg+Q6L fRUh+uSGu+a3Q/7PH59/iazcbmTnduZAZSVVNV5+csFZ/P7Vd4mPTyAnL59AjZfbH3mMGWeOIyMj k4PlB7FMk6SkZDp16sTXX6+lV69eDBo0sO0DbAHbtgkGg9Fu1pFWf9M0o68Hg8EOi693795s3ryZ 7OxskpOTyc7OJicnp12XWd+YAPX9ezRM0zxymTH/jzxXFQWHQ0NVtdoeAOFLBNSYyxRow0sAVq1a xaBBg6K3Gly/ejU+rxdPnOewGIPBIOvWrSMzMxOPx0NZWRkpKSkkJycDYBgG7777LikpKVxxxRWt jkdVI70lLGxbweEIr7/TYaNpFqAQDssGTODov5v6+N15WMZuTF0HPYjp97Ph250MHF0QXqZihrv/ H1YAMMAO8M2qbfQriEcLBsKf1XV8ana7xCmEEEIIIcTxqNECgAKoqoIZCh32ulnbuBeq0306MpCe 34DiBw00DUIhg6qgSnob5wN+I8S3+8o4dWQPDlV5MW2LqmovAFVeP5YSviY6YEGNqZGWk8vAvn1Q CCd1oVAIy7bI79b1mNy6rCmKohAIBFAUhYMHD9KjRw+efPJJCgsLKSsri77fUfx+P/3796eiogJV Vbngggva7daE9SX4jSX/R1MIaOwSgNh5OxyR1n8NtfYygOg4AbWFgLZUUFCA3+/HsixSU1MZPmoU hw5VkJiUhNsTHvhu27ZtbN++ncLCQpKTk4+49eDBgwf56KOPOP3008nLyzvqmFQVNA1MMzzgJlhY loqq2jgcNopiR6drL0k5A7C82zCDQUJ+Pw53HDU1KvP+u4ZzLhwEilF7/X8kCAtsg3nvf01SYhxa APD7CPn9mMEg8Z1GtF+wQgghhBBCHGeaHC0sdkAxRQGHw3lY0hRp+Ax3gbaj7X5eE2wz3G3a4QjR 1jbu2kPN15kCAAAgAElEQVTfwadRVePFsmxswBsIj/ztD+hojiBGKIRuGOT17MOfnv07/3fVTOIT EwgZBr1790aB6J0BOlqkKKGqKp999hljx45l4cKFjB8/nk8++QRVVQmFQh1yL3jbtvF4PHTv3p05 c+ZwwQUX0KlTJ0pLSwmFQm026FxDA+k1lPw3dI1+S9Ud0T8idhDA71r+VdTaIkD03zqDBbaF2Ov4 3W438YmJlJWWkts5D5/Px/z583G5XIwbN67eQSF37txJUVERF198cZuN3B9J7J1OG0MHw9BQnfDd +B/tm/wDpHQdhvXNW4T8fgyfD83lYvTwnixcWcmdN7xFvwHZ9BucS7eCDHZuLWfDN/vZ8E0J5186 gtGnZEHpLmyfF8MXLgIk5w1p34CFEEIIIYQ4jjSZucWOju90OHnv/XdJT0vH6XKRkpxCeXkFtm3i 8wXo3DmHsoNlmKZFcnIyWVlZFBUVUdi7kCFDBrVp4HsPHCQ3ZGIaOqCADcFgbQHAH8TlcqEbBgFD p8rnp9IbYPiI4dEu3x2VTDdE0zRcLheappGcnMyGDRs466yzWLt2LSkpKXi93uj77S0UCrF48WLc bje6rvPyyy+zY8cOnn32WTp37szq1atJT0/nzjvvpKCggMsuuwxN09B1nTFjxrRJjE0l/bHfnWVZ WJaFaZpHXQCIzLvuXQAcWrilX6u99h/bRg8G0TQNh8PRLkWA2HiSkpM5sH8/1Yeq2LpjG+PHjz+i xT9iy5Yt7NmzhwsvvLBdYlKUcKLvcpk4HOFeAaoKx+JwSi04neqvFNRAEM3rRXU4cO3bzhmn9mbI yEtZ9OV2Pl9YzJZni+jVN4dBw7tx8VVnkKrWQMkObJ8XvaaGkB6ivDxA6hmnt3/QQgghhBBCHCda VACwbYsZM2ag1g54Zlt2bbIUft+ybBQ1/CQUCmFbNt27dau3m/XRqvZ68XoD2HYIFSVyvQKHDlUx 87zxvD5/Gbpp4A8EMbHRg+HEP1IAOJ6Sfwi3NrtcLpxOJ9OnT2fRokXRRHv8+PH89a9/PSYFgJUr V3LjjTcSCATYvn179PWBAwfSqVMn8vPzAaiqqqK4uJjPPvuM2bNnA+Fu6263m2eeeYahQ4e2avmN fS/1Jf+maWIYBsFgMHy7xBYWAVRVbfASkMMuBVBVtNqigKaqHDpUycqVK6moqERRFJxOJ263m4KC XkeMK9AWUlJSOHDgALt27uS88y8gKTmp3umKi4vx+XycccYZbR5DYyI9gdq7Q01S1xFs7nQxycH3 CBkmSnU12DZOcyOpKelMndCNqVP7gtMNIR0CXji4HbwVWIEAhteLYYLhD7AnZRrDu8olAEIIIYQQ 4uTRdAEgpk+vw+Hgiy++ICEhAYeqcajqEE6Xi7TUNHbtKiYpKYnU1FQMI0SfPoVA5FrhtqfZNvvK Soh3uYhze3C5HCR63Pz2pf9y9vB+PH7LD3lt3hcsXreJskOHKCndBxAdVK0+HTkWQEpKCqZpkp2d TVVVFWeddVb0vZKSEnJycjBN87Cu4W1t27ZtzJo1i48//pjU1FSmTZvGwoULSU5O5uWXXz6sq3nk tYkTJ+L3+znvvPOYM2cOpaWlXHPNNTz99NPRYkFztfRWf6ZpsnHjxuj35nQ62b9/H4WFhc1epsPh OKJAZdv2EYUBTdOig/2FW/tV9u3bx3XXXR+dxjB0/j77OXr36tPs5TeX2+0mv0cPipYvo6ampt4C QGlpKbquM3jwYIDo7f8SEhLaPJ76qGr7XwIAMOyKP7Pyd0sYlKoQMk3sqirMUAhHMIhWeRDV4UCp DcS2LKxQCFPXCQUCWIoTU3WyZruTU3725/YPVgghhBBCiONIkwUANeaM3jRNzjg93GU2khxFrtvu 169v9HXbttulFTRWYX4Xvt27i+TkJOI8bjxOJy6HExSbNxd/xVuffcmgXt3Zd6AUb9BPXmoSb7zx BqFQw+MRjBkzpl1jbkx2djY+n49Bgwbx+eefM3bs2Oh19l988QXDhg3D6/XW3mqxffzrX//i3nvv jRYZJkyYwOeff86zzz5Lz549j5h+4MCB/PGPf+THP/4xp9fuF5mZmdx+++288sor/PznP2/2socP H84rr7wSfV5UVMSUKVPq7Z4P4W7/hmFg2zYDBw7Etm2WLFlMXFx8vbE2xOl0HravJiYmHvZ+pJt9 5HZ/ka7+tm1jWnZ03IFDVZX8Y/ZskpJSGD16dLOX3xL5+fksX7yIvbv3kJ2TfdixWVNTQ1lZGaZp smDBAuLj4zEMg8LCwjYrANj2d4+OpDgTKJjxJAc++AG5/fuC241+YAdmIIDmcqHUFmsgXACwTTPc Oym3F5YeZM+KlRTMeAXFeWwKI0IIIYQQQhwvWjR6m6IoGIbRJgu+7pafAvDck081+lpDrrnycq6+ 414yxpyOy+EkzuXG5XSiqmr41nkOja+27cbpdlKy9iv++tAv6FfY+5jF11J9+/blyy+/5OyzzyYu Lo4VK1ZQXl5OWloao0ePJjMzk48++qhdu3YvWLCAu+++O/p8/vz53HbbbUydOrXBz1xxxRUsX76c BQsWcPPNNwMwaNAgHn300RYVALKzs5k+fXr0ed2B6+r2CLAsi2AwGE3Gly1fiqY5GDBgQLOXCeEC QHJycvSWhpGR/iFc/NqzZw+GYUQvB4h9RDLh0rJS/vmPf9CpUyaXXXZZi5bfEhkZGWTndqa0dD9K zG32Dhw4wPPPP09KSgoFBQXk5uaSlJREXl7eYUWCo6Uo3z1iiwEdURBI7zsJeJVVb9zC0D4a7v5j wVeFGfRBTQVWdRVqcgZqWjpKQgqOxFS8Xy+laG0NPS76V+3nj3Ssj3shhBBCCCGOpSYLAE6ns10D uO6Wn/Lck09FT7Kbq0d+PuefPpal24op7NcPh9OJ2+VCU1VCpolZ2427oqSEM4YNaVHy3xbxtVRa WhqDBw9m3rx5nHLKKUydOhWPx0MgEKCkpISPP/6YYcOGkZ6e3m4x7N27l1mzZnHRRRfx3HPPoSgK 9913X5Of++1vf8ukSZO49dZbufrqq3n11VcpKSlpk5jq6/4fGfAvEAjgdDpZtHgRToeTgQMHtnj+ 8fHxKIpCv379iIuLIz4+Ho/HEx3Yb8OGDeFl1rlTgKqqJCQksHvvbl566UVysnK59NJLW7+izXTu lCnMeeUVTMtED+i8++67OJ1ObrjhBmzbJj4+vt2PWfhuwL9IQaAjpPedROH1n7Jszq302fcRad3z cWR2wTmgH470HMxDBzFKdhHavZ3ybdv5Wh9FweW/JiG3W5PzPlbHvRBCCCGEEMeSUl1dXW/73a5d u1i2bFmbLmzUqFF07do1+ry+k+uWtrL9afa/WLx+CwMHDCA9LQ2nqhLUDcorK9i6o5hBXbP52Q3X tCretoivpWpqali/fj2lpaX4fD7i4uLo1KkTAwYMICmp/oHf2srs2bN58MEHMQyDgQMH8uqrr9Kp U6dmfXb37t3MnDmTDRs24PF4ePTRR5k5c2arY5k7dy4XX3xx9HlsIcC2bQzDYM/evWzftpXExKQW t/xH3HXvL9hdvJM9u3ZF5x17eUtxcTFlZWX1frbs4EH+8IcnyM7O4X+vad0+1hoHSkqoqq6mtLSU IUOG1HsbwJNFMBikoqKCsi2LqNj6BcED6+HQDtLVg5RZ6ZhxeTgy+pCQP5q0HqPIyckhNTW10YEi O+K4F0IIIYQQ4lhosABwrMSebLf2JLt4737mfrGMsiofSWkpWLpOalICpw/tT8+uXTo8PtFyJSUl LFmypNFpbNtm0KCB9OrVut4dAPv37+fgwYMNJoRFRUVYloWiKNFLAzRNi/YCyMrOZvz48ce8H7xl WW3avb8u0zQJBoMEAgECgQDBYBC/3x99+Hw+/H4/lmXhdDqJi4uLPjweD3FxcbjdbhISEnC73Thr L89pL7qu4/P58Hq90Xg1TcPtdhMfH09iYiIej6fZMchxL4QQQgghvo86vAAA33W3PV4d7/EJIdqe HPdCCCGEEOL75rgoAAghhBBCCCGEEKJ9HYO7dgshhBBCCCGEEKKjSQFACCGEEEIIIYQ4CUgBQAgh hBBCCCGEOAlIAUAIIYQQQgghhDgJSAFACCGEEEIIIYQ4CTg6OgAhhBBCnBhsW24cJIQQ4ugpitLR IZy0pADQTEVFRei6TlVVVUeHIoQQQhwTkvALIYQ4FhorCCQlJeHxeBg6dOgxjOj7S6murpa/7k0o KioiJSWFgQMHoqpy1YQQQojvr7pJvxQBhBBCtKe6yX/d55ZlsX79eiorK6UI0AakB0Az6LrOwIED 8fl8HR2KEEII0S5iE/36kv6m3hdCCCGaEpvc19fq39D7BQUFLF68uH2DO0lIAaAZqqqqpOVfCCHE 91Ykoa+v9b/ue5L8CyGEOBqRxD7238j/I39jFEXBtu3o66ZptuhSbMuyGs3fmnr/+0wKAEIIIcRJ rL4Ev+7/pfVfCCFEW6nbyh9bAIj8P5L8xxYBmquoqIhgMEh1dXWD05zM4wpIAUAIIYQ4STWU/Df0 EEIIIdpKbPIfWwSIvNeaIkBRURGaptGjR48mp92/fz+rV68+6YoArSoAWAcX8NBjXzP9oVsYGtfW IZ047KplzHpkGVMebHo7yDYTQghxPKmb1FuWdUTCb1nWYdPKZQBCCCGORt2W/shzVVWPKAaoqtqi vzeWZREMBunRowf5+flNTp+fn8/ChQtbdTmAVb6QR2at4YJW5Hb2oaXMemQJ59x/K6cmHvvbIdYp ABgUv/0wD8+viL6SPO4OZl3WHVfMVIonhbi2uGTCNgkGQjg8bjQFMPbw7h8f5yNlMvfcOpkujnqm aek825HicONs5jLabJsJIYQQR6lul/7YhD828Y99Lsm/EEKIthBbBIgk/hGR56qqYllWveMDNERV 1Ua7/denurq63uS/bkOv7dvMnCf+wor8q/jFzOGkuhJxtTK3U5wenOjU6DbQwoS1vny5hep8xEn+ 9Id4bvJafv/AZ5z9QP0VDUV1oLV8WUcKrOOpOsuxLbC0xqdp6TzbjaI2+ytrs20mhBBCHIX6uvvH tv5blhV9xD43TbP2NauD10AIIcSJTFFUVFVF0zRUVY0m+5FEPDb5r5uct2ZMgFbFGNvQa5Sw4B/P sjh9Bvf8YDhpKnA0uZ2iotiRAkDLHZEvt9DxNQaAswsX3P0EF3R0HK1l+jiwv5r43GwSpbVfCCHE caa+a/7rtvJHEv1I0h8KhaL/l7EAhBBCHK1Iq/49Dz4AKPzxscfQNA3btrn5Z3eiKApPP/7EYYWB 2KT/mBQBIg29VjVr//M0b/kncNtPx5PjjK5ES9vuD2fpeHULWlpGaIN8udkFAMu7mfdeeJn5xUHc KYl49aTwG7af7Qtf46VP1lOq22gphUy+ciaTu8cRKn6TB152cukEHx9+WMTuGjf9p9/E9eOyML/9 J3f+eRUBYNPdPwXy+eFd4/jyyRXRrhbBeqa56qEbyVv9er3L0+ub/v4rqPrnE8xlUqu7STTNRi9Z xgvPLyX9wmu5qEvrt9mxvwpECCHEySSSwNdt9Y9N/kOhEKFQCNM06y0CRC4REEIIIVoiksxrmoZl miiqyq0/v5vHH/01P/vVL1FqW/wjf2si4wDEjklzLHoAhOnsmv8cn2zpx/W3nktPT2PLNSlf9QbP vbea/d4QJHZj3JQzSF73IfM37uOQ0oWJM69jRr8kVACrhm2L3+CpV9axrcKL4erKuEuv4dLBqVjF b/LAKy6uOBfmf7CYb0sNssZfy20X9SWh+sgx6Gx9L1/MeYUPNpbhCyqkFJzJdddOJt9Zf6TNS4dt H+vefJvSUbfw+xvTsA98zqzfrQFsatb/m6c+NvmfOx5lZIYD3+Y3eeyVTxh41/l0Sc0jqeRFXvzm cu649zLSiufwwAufsmPkD+hVeA1P/WbE4Zca+NawLGa7uo+YxqZm3fPc18Dy8uqbZ2gv79lgt9t+ YlGzZS5PvbeboVf9hIld3OEkvpXbLO/46pMhhBDie6K+6/5jiwCxyb9hGBiGES0EhEIhdF3Htq3a YoD0AhBCCNFyqqrgcDhQFJVf3XU3D/7mMVRF4fZ77wlfGoDFk7/7PaZpRnsFxBYCIo5JIUAvZt4n NokTLqJXc7p3J/bn8jsuoVuCSujAAh578gvG33wLv77KgW/zWzz2+kJG955GHoAVYsd2hf/3o19w c66Lmo1vMuuF1yjseT3DUvNI2v8iz3x6Dtff+BA3+Obx6LMr2DO1L30cnjpj0Olse38OGwuv5uEr M3H6VvGbh76kPHS0BQB9D6sqB3DukPTwB5LSiFfBRmf3ivVU1wT4+4O38/fI9EofDhqQ5/TgcHbl wktOo7NLwc7tTbq+CK/ZwHKa7ErRxPLqWxtHZ6b97HGmNWtFWyG4lZf/XsKIG371XfIPrd9mUgAQ QgjRThq6/j/yCCf/OobxXREgEAhgGDp6UCdkmpihkFwGIIQQolUURUFzOHBoGobbxT233c6sPzyB YlmoKvz2oUcJhUK1RYLv7hBQ9040x6QXgKuAy2d246N//JVnM3/GTWMzG0meVRJTg3zy4mM8uWU/ VbXX9+/89R28FJkkku8BuPO44seXMjI9XFhI6j2Oscl/ZV2pwfCccA598f9OY2CqCqnncf8DtcMF +uvky/oelu8t4NxpmeHCQDPGJmheumnpeK3vBkKwDT+6ZRIybSxLIfHUW3jsh71x1/2cH1A9JLvD KxYeCM+m7mmDXedZfecVkZcaXV6D82xH7h5cNDmeuS++yJe3Xcv4zNpN2tptJoQQQrSxhkb9r1sE CCf94eQ/GAwSDAbw+/wEAgFCpkkoFOkZ0FAlXwghhGiYw6HhdDpxOJwEg0E8Hg8/v/VWZv3hDzz6 q/swjBCgHHZbwIaS//YvBCjE97qAW6+q5NEXnuKl5Du5alAy3/UFsIl2iAvtZe6/PsOacCX3/jCH ZLbwt0fmMuTu2zk9tU7vAT+gxpEae4s4K4TfdBDvql0f1UOK57v3D1/LmHzZ9FJhJkbvNmebBk39 hW5eAcCVQXfrU9aWnc5Z6YdY9vb7FOtuSn0O+o7ojfXSXL7Yk89ZXdwoZjXF3+4jsbCQ9CZnrOLA S5nXxLIPUWkAdoiAGXtLhNhpakgc3BvrtQaWp9UzTzvAkr8+3o5jADjIGn01N3v/xBNPvUr8HVcy IkVt/TaTWwUIIYRoB/W1/tdN/mO7+/t8Pvw+H0FdJxAI4Pf7CAYCGLXTCCGEEC3lcDhwOhy4PR7i 4uKxai9Bu+uW/0PX9WjSH1sAiC0CRJL++pJ/y7JISkpqUTxJSUmH3YEgyrZqG5RV0oZdye2H/sqv //E0qbf8Hxf2qB23zQ4RDNXmrWY1JfRg4sB8MhzVrP9gLpv9uzmwYAvDLywkUQlSun03jm4FpAHY OjUBE+I0MKv5dv5/WOwYwe1ZTmjqT2xsvuxIITP4Bd9WnUGGZw8LX/0PWwK5TG7k43XSYYPitx/m 4fkVQHggveRxdzDrsm6cOb2Qvz39S97V4+k18TIu7/kKq/cEOG/oldwyZQ6v/u1XvBO0sdU4svtM 4JpehU1vcXc+pw8ymD3rHj5M78uMa4aDbeA3YgoAdaf58eXcMuWN+pen1TP9dZOw23UMAECJo2Dq Dfzo4G957qk38dw2gwEJ2a3bZlIAEEII0U7qa/2PXP8feYS7/fsJ+P0EgkF8Pi81NTX4fT4CgSC6 ocsggEIIIVpFVVVcThceTwBd1zHNRGw7oXZgQDV6W8DI36TY7v91iwD1zdvj8bB//37y8/ObjGXT pk3ExcUdmfwDdiiIEe0856TzGddxy6E/8PjT/yDlzuuZkMzheau7J9NGLeKZR+6lyvSQd+qF/PI+ F4v+/TL33uVDcbpJK5jAtVcVkObI4tTh8Sx48le8EbCwTIXknmO4+seTyXPSjAJAzHKdXTjn3Eye /sM9vKYnM+D00eRt3tnox5Xq6mq5kK8J8+bN46KLLqKmpqajQxFCCCFapG7Lf+wt/iLX/eu6TjAY xDAMfD4fNTU1+LxevD4fVYcqqfH6mD59egeviRBCiO+T/771FgmJCSSnpJIQH098QgKJiYnEx8fj dDpxu924XC4cDgeqqvLZZ59xzjnnHNY7ADiiGLB69WoCgQDV1dUNLjspKYm4uDiGDBnSrut4rNlV y3jssdWcf9+PGeipfxoZck4IIYQ4ScS2nsQ+j9wNIHwJgBEuCOg6Pq8Xv98vyb8QQog2d+FFF/Hu O//F4XDicDhwOJ2EQkZ0EMDYO9VENNYDIGLo0KH1d+uP0dT7Jwzbx7fzv6Sy90gGZRps+Ohj9mVN pLOr4Y9IAUAIIYT4nqtv1P76egSYpomuG4QMIzwAYMCPz+frgIiFEEKcDHw+Hw6nE7fHjdvlQtcN 3G4z2kutviJARGOFgKaS++9F8g9ghwiFdvHhsx/yXJVFUteR/OBHI0lvZPWkACCEEEKcZBrrAWCG QpiWhWGEwoUAXe/gaIUQQnxfBXWdUO0daEzLwqwdaDb2b1Ps3yxRh5pM/8nXcl9jo/7V/Uj7RfP9 ERkdUgghhDjR1T2Rqu+OAKZphk/IQiFMQ0b8F0II0T5MIxS+u4xh1NvqH/u3KikpSYoAbUAKAM3g 8XhYv349miZD9AshhDhxNdSFMlb0xIvaggBysiWEEKJ9WLV/a2y+K0THivyN2rp1Kx6P57DXROvI JQDNMHToUFavXs3ixYupqqrq6HCEEEKIZos9UYptWYm0tBhGeMCl8O3/Avh9PvyBAF5vDd7aQQBF y1gHv+DJJzcy6Z7r6N/AKMwdzSxdwJ/+vIVzj+MYhRDff7t27aKsrIyEhAQSEhKJ83iIi4/H4/Hg dIYHB0xPTyc+Pp6hQ4d2dLjfC1IAaCbZ4YQQQpyIYrtQxnavjAz6FwwGCQaD6LpOTU0NVYcOUeP1 UlFRTkVFBYcOHap3vmvWrIkWB5SQge1wAmDZCqoSXp5qmli1vediX4+Pj2fw4MHtut4N09nx5u94 pqgzV97zIwbGHz6AVKjkU/74x09JmHEXN5yaSsPjTDdMcSXgUiyqyyoIdknD3ZqZtDM1Lo041aTm OI5RCPH917VrV1JSUkhLSyMtLZ3EhASSU1JITEzE5XLhdrtxu93SE7sNSQFACCGEEC1mGAaTp05H wSY4aSwpC1fg0FSm/24FH9w7GlsPUnLWeDI/WwLA5EeX8c5dp2BZNh9+8G4HRu6iy8jBJK9YxuK1 ++k1KhdPNPk1Kf9mNQe1HozJ1KkMmKR5WnHSqTnQFFpVPDhWFM2JFjt6tlnJxrX7yRncl1Q5zxai Qffcc88Rr82aNasDImme+uKtq7XxR+Zd3+cbe090LBkDQAghhBAtpigKwaBByLRw/eIhwEZR4OfT e4V7HagaSfc9FL3c4I6pPQgGDfxBo9H7Nx8LzpxTGJpqsvubnRwKxlxLapazbm0Zzp6DyIt3Eu9q XSasKA7U4zn7B1CUcIEiEqexly/e/YKdNUHMDgxLiONZQ8l0c5Ls41lpaelRfb7u+sc+P9p5i7Yn PQCEEEII0WK7vW6ufW49T//vADLPnoymqTg0jdP7dwqPM6AouCecTbXXz9srKoh3OyitCvB/L3zL pDwHwzoyeEcmQ4el8/mX37Dj0DCyPG4UwCpfz+oDLrqPzSXOHY+rtc0kSp1/TxgWwRofoWQ32gkX uxDHzu233x79/xNPPAGEE93MzMyOCqlRsfHWFYm/NWbNmhVN9u+5557Dnje1XNFxpAAghBBCiBbr mqjzwo2D8Ti1aPKvKJExByBomJiWTSgUwmtYZKc7SHAqPHddf5Z8sadVy4w9sTy6bqUOsoYMJ2PB QtbtPMTQzCzcqkX5+iIOOHswNicep8eFgkXlNx/xzvw17KzUQXWSmD2A8VPHkLThQz5atp1Kw8aR VsjES2cwKtdVf85v65Ss+oD/fr6R0mo/upJEbu/TmH7JWHLqnIkZO17nsWc2UnjlZeR8/QnLtpVR ozvJG3kOw11bWF60hbKAiamkM/iCq7hoSGq4O6dVxaZP3+ajot0c8gZxZA/m7IvP55Ts2phsHzs+ f4t3Fm/nkGHjTkvBp7sZgknZgsf587wyALb9+be8BXS97Bf8ZFgiim1w8OuPefvTr9nvNbAsG0fa UH5wwwV0dza1bjZG6Ro+fHseRbu92JpGXGZ/Js64gBHZToztc3j8nUxmXhTH4nfms2GfTsaYmVw7 pRfxUoAQx6FZs2ZFW7QzMzNPqJb/9ipO1C0CRESS/+O1KHIykwKAEEIIIVrF7dRwOFTKy8ro3DmH YDCIqqrouo7T6cSyLBQ0shJVnJpCyLRwe5xt0jB+tK1tWqfBDO/0CQvXFXNoSCZZzgo2rC7B1Wss uXEu4l0KYFBzUKH3uVczNcOJZYNZupyX//wEjLqSH948DYduULN9Pq/NWUDeDZPIO2I0PZuaDe/z 4YG+zLhuIpquYxz6mn8/v4biiuF06hSHI+YjjrR8UlnF+oUbKLjoKm6aolO57WP+OedN/ttlLBf/ 4Aby48G3/UNe+GAemwtm0CfRpuTz/7DEeSYzf5IOgWr2rHyPN2e/Tcr/XUJhAlR89TafG6O56qfn Y/kDVO9Zwpw392LaGp0m3MEjQ5fxzJNfMez/XUKBC8BHRSAOT/Fc3t7ShSnXjsdj6IR8m3ht9hpK yqrpkptIsJF1y4jfyZt/e539I6/i+hkZOCyTmh3zmfPKx2T/ZCp56d1IPjiXF+YUMvnKmzm7Yh7P zfmMjWPyGZbWQDFFiA4W+d2Rlu7vNNTyL8n/8UkKAM1UVFSErutyG0AhhBAnlPa6DWDqzu34zj2d 1Dfeo6joK954YxvBYJBTTjmF4uJinE4nQ4YOI69rNyYMSMcImdgVFdj/cx6p0y+F4cOP1Saon5bB oLz8oLoAACAASURBVFOymLfgG4qrBpOhbaBov5uCsTl4XJ7apNxF3tjRVC/4iDfe28qeg9XokVtU L32JPyyNmZ/ag33lfnJy4w8/ubIqWPd1EhOn5eGw3SSlJaPFZxOnfQvBACZxh02vuBJwu7tw9tQx dItTcCSk06XPQDLdB+k3bSRdEuJISEkgrd9gMt5fSmWVD8NVyapdBUyeno6mJZCUmUr6pEs4sOFZ ln5bQY9BIdZu7szZ53dCUTykZiaTntSbVMc+IqMcaPFJOFUNTXGSkll7VwCrkhUrbc44v5C4/8/e fcdHUacPHP/MbE92U0koCUEInQBBRRFQUWkiotjOdp7l1LOc4nmeZ/mpcJzo2fUsp3dnb1jwbIgg igoIogkgCFKkdxLI9pmdmd8fm04qJATC83691mRnd2e+M1mZeZ7v9/uM5cCbloRR/AVFug3FiGEa de9byYavWBwysb56iSe+qryTR7G1OEj7lEQcloc+o4fR2QmJ3c7gupvCaEYI3XLilAyAOAxIsLtv DYBHH320waO0GnIbwNTUVBISEhgwoEUnj7UakgBogIKCApKTk8nLy0NVpW6iEEKIw0dttwGMxWJV bgMYjUYJBALs3bMHfyBAUdFuioqK2LNnT43r3dupM6nTv8SRmMDw4cPLt+FwONA0jVjMIBzViBkm hmFimBaO9HRcH8xi75ef79e+VB5+e+BU0vOOpe1ns1m2YQ8dIwVsc+cytJ0bl8cZH1ZvhVj54evM cx/HSeOHkORSUfQNfPjyQnpcdiG9E6qtUtEwrWoL9d1sUrPoYagk+pxV59bXFOAqKorqwG2340v2 4lKBmA21bFlK6TKbI36nAcvAMoL4nRm4TAdenyPedlsSWakmv4TDhMIBttsy6Wc4SEx2VqkAbdbQ hIq272KD2plcAxKS3dgpYfFXywjTAdOqb98MgrtKsLwDuOjyYbRz7LNyTFQURwrZKS48yT7cdgV3 mgvT5NAvoiiOeNWnAxypqvf8l9UUKKsJUJ8uXbqQkpJCWloaaWnp+LxeklNS8Hq95bcAdDgcrFq1 iiVLlsit2ZuAJAAaQNM08vLyCIVCLd0UIYQQolFqSwAYhlElAaBpGqFQiHA4TCQSKV+m63rNK1YU bB4PNlXhw+nT8fv9tGvXju3bt6OqKnaHi+LiYhJ9yZxy2sjSOgEqNocT6wDuAtCUF9pqah8Gtp/O rKXLKfRvxd11CJkuJ25Hafu0zSyJDOHc0zph2Twkuh1QtJaYtoeNu00G5bTDXWu/QLwWAljEtAhR y05y6Wr1PVvx11Nq31IU9jlMNS3DwrJ5SNDWUWLlklq22Chh614bqT4bJnbsWhFhxUZK6cta0Ub2 aDqRmFJ1XVbldRvEFBVTdeJQLEIrZ/BFcWdyU8JoplXPvql4Ur0Q2MTWsIteHZJxVG97ZEvpvqrY bRWVE6WvRRwOmvI2d815q77mVNOw/5oKA9ZF13U0TSMajRKJRLDbbDicTlRVJRaLEYvFcLlcdO7c mUWLFjXfzhxBJAHQACUlJdLzL4QQQlSyMeDk9Pu/450/DaRjv2EMOCoJyzDQFi2EAccS1U0Kft1L z/YJWIaJbekP+POO4eonFzMmx0kLTwCIU1PoPbA9n3z0JV9bLvoMzcTtSqgIVFUPSdGVbAj3IK+d k8im7/ngjVkEUmDLF9/wc6ezGdDGgRXewc8F60kbOLCip9s00AwFHBkcFZvPiuLuZCSp7Fn9DR+8 M4udeiewamtYIzna0y/tE75YlM35p+XitYKs+2Ya3xr9+E2mA5urPT2dX/Hjpu6c3tuJtmUB77/x I7pqY3dAjwf9igMXAXb4TaxYCdv3OMhMTycrNIu1wa4klnzLG1PX0OXscbhnzcAfMcFe174p+Hqd RN7015k/+we6dziFzglgBLfzc+FGMo4bSNsm2n0hWtLBqv5/INs5kEr/DVF9GkTlJEBTHR/TNPH7 /Y16f13xW32vt2aSABBCCCFEo+X4dGbdMxjLsrjn7ZV8dPtArJhOye1/IunzbzBMi4c+XsfL1/XF rppoE2+n7cy5TL/zeKZNe6+lm19KJaXXcWR9+AGbXL3pkeHG6bZXjMx3ZHHSqauY+uYTfOSPYCbm MGD4VVyZFeaXb75gxj8nMU2xY3ckk937BEaGI8Ts7vjFlakR1mNYShuOPr07U19/gr/vjWLPHMBp Zw6j6J011DMIoBGcdBxxHn0+eJt/Ti4matrwdcxn3EWDSLU7SXAm0mvMifz6+vNMeSdIzNOJIeMu IffL/7JgewC9ZxvczmwG59t45bUnKEhIo8foyxifmsYxp6bz2qv/4KNwEv1GX8yw9gprvFGWFUfR yapz3xRvH86/Zjwf/W8Orz34FTFAcbfhqD6D48dqn2kBQhw+mnJKUtNOb2qZdVcP8ptzu/UpKCgg Go3WmTDw+Xy43e4jckqB4vf7myr/3GrNnDmT8ePHEwgEWropQgghRKM0ZgpAIBCgZO9eAsEgxcVF FBcXs3fvXq666vf7rPenn34qLxAYNmx4bPFw1hkKoiUk1rnc4/GQl5fX7PveYEaY4t1+dNVNSnrS PsXnLD1EiT+MbpqgOHAn+kh0QTToJxjWMQFFUbG7EvF53fG58FaU4l1BXGlpJNjAMsL49wbRDAtC y3nr9Q0MuXwsvduXFtyrssEoxbtDJKRXeq0hyyyDSKCEYNTAtMDmcJOYVFozAMDUCJb4CcdMLBwk JHmxhfYQdqWR6lEBC81fxN6wiaLacHqTSXLbsPQge0tC6KYNly8Zn1tB21NM2JNGikupd9+sWIRg IEREN+KDHhQbTlcCXp8bW037JYQ4YvznP/8mOTmZ1NRUUlPT8CYmkpScjNfrxel0ltcBsNlszJkz h+HDh6OqKjZbvISpoigoleZGFRQUYLPZaNu2/jFG27Ztw7KsIy4J0KwjAMzdXzLpgaWcPekm+mvf MWXyfEbcO4GBXvkXfn9ZJQuYMnkBYybeRL6npVsjhBDiSHVIBfAHyuYhNbP2k6riSCA5rXrFP3B7 U3B7a/uQi9QMFwDR9bP4ZGUbBg7sQaZ7F4Uz51GcNYpMp1rzre4UF6ltXI1fpthw+1Jx+2ppk+ok MSWdxMrLnG1wV6wApy+djGqfVxyJpKRX+RSulHRcDdw3xe7Gm+KmxkNV034JIcR+ME2TaDRK586d ycnJqff9OTk5zJkzZ7+mA5hFc5g8ZTHjJjU+JrP2tmxcXEMCwCK6ZQHvvDuTJdv9RJQM8kdewIUn diKhke1T3Ml4So+l4nDjQCOgWdRc9vbwY5Us4pFJr/CrzYMDnbBmJ71TX04cNZYRvVKbJbui2F37 FtERQgghxCHKwsCDsXYmL33zNiHDQ3rusYwb3RGXo+x2g4er1rxvQojDjaqqjaoTAOD3+2sM/qt3 ulqhVUx99Gm+z7mMuy49mhSnF+d+lhA4oLhY38xHjz/CDGUUd0wYRdZ+BJz7fCS281v+894OBl10 O5dkONB3Lead55/jaf7ELSdlNCqoVVR7+f1lUVQUq2xHWwfF7sCydeXq+0ozP0aILctm8/orD7Hm 7D9z3fFpFfvfZButpbdACCGEEIcghYROQzjvqqPxB0NouoFpqdicbnw+F4d3CarWvG9CiCNZlU5X fTtf/vd55qWdwx0XHU2qClSOcxu98gOLiy0TzAMIMqv+22yF+PmzxXQ67yyOznCioOBsk88Flw1m 78wZrI3u/4aA+Nwzrc47zh5eFKVqMG5LoEO/M7jxyr5s+Hg6aw70eDWEEWLH5u0EWtFhFUIIIVob xeEhKSWdNhmZZGa2IT1l/3uPDjWted+EEM1r9tdfV3n+2NP/ZPLDD7VQayop63Q1/Sx59xmmhU/h 5itPrLjTS/U4sLH2Ny52ZDHu9kd55s/71/sP1UcA6FtZsrcTJ7aputjRtj95jldYtitGZ+ND7nvD ycWjYfan8/hlp07miVdxy/ieeBUwg6v4+OXXmb0hiivZS1CrNJHMDLB23ns89cYy1hYH0Z0dGXr+ FZzfLwUbYPp/5n+vvce89UUEnZ0ZcdHlnNXLhwpY2ha+mfoGn67YRSiqkJw7jKuvGkWOspVPHn+Y 6Yzc72EQTUvBc9QJ5NtfZekune5ZDtB38t201/jf4h1EYjFM3wBuuO1iOm9/n/ted3D+KSE++6yA TQEXvc++gWuGZmJHZ/t3b/H89OXsDGg4c4Zz0/WnUzGbxULbvoCXX/qOtLOuYnxWC+6yEEIIIYQQ QuyHDz/9lN9dcgnP/uff2G1NPn76AGhsnP0Cs1b34poJo+nirivkNyj68T1e+LiQbcEYeDsxdMzJ JC37jNkrtrJXyeLUS6/mnNLYtq642Nzwfq3xdqJ/33pwtcbJtdxppWq4bITZa/nwVD/utgTaeHQ2 R03sbbLxbXuVf30xgmuun8QfQjP5+/Pfs/mMnvRwhlj2/gfsPP4mHr4+FWvH10x5aHHFeswY635V +P3ld3FjeyeBFe8z5eW36d7lGo5ODFDwzkfsGXQ9U/6QTGDZVB547V263XU5eQk6az+Zyoruv+Nv l2TgCP3Ig5O+pSg2ihyHhWWBdSiNi7d5yfDobI5agM6GGa+zMPN87p2cjSuwiAcnzyNkgj0lG9/2 V3n1pwu59c4LSN0wlfte/oJ1x11EV2sNH83zculdU+hsD7N9YxGJNiAGYBJYPZ2nPt5E/mXXcWqW S6YFCCGEEEIIIQ5Lr739NnZHPGK9+8+3tXBrSmkbmDnLwnvKeLp6GzCsydubC289j06JKrEdX/LA k99w4o03cf9ldkKrpvHAO3MY1G0s2VBnXDwgpY542+6uVg9OqyNOrrmZVRMANjdeYw9BAzIq76MR Ya/mJi3BhuJwY3d05Nwrx5KXokLK6dx7X2n5guhmftzTh9H90+Ir9qWSoEL57AZXNhdfez7HpcVX 7us2lCFJz7Jsp87Rjs0U+Psxpl8adgVSeg1jiPd5luyMkdd+Mwu35DJ6bEZ8hyvPubB3YOxtjzC2 /j/JwWOE2B11k+6xgb6R+WuyOOO6bNyKRWBdAZtKpwaUHcuzzjuBDk4Fq3030rS5BA3AmU4X5yL+ 9XQRfXvnMfC4o8ks+5tE1/D6v7dzzB/+T4J/IYQQB01DbqskhBBC1Gf79u0AnHrSScyZO7d8+S03 3NhSTdqXM5cLL+3EjP8+y/MZt3HDkLrq4al4U6LMevUBnly9jZLS+f3r77+V18reovRgt048AVBX XNyujng7XG3qgVZHnFxrSytztKOPdy2FO/Qqi2O7lvKT1YO+6aWrU90kuys+Wt4IUyNoVhRMsPQw mmkQM0pTAKqHFE+lTZoxwoadBKcCloVZZXeUiv8aQYoNb/kdBSxDx6hnx1qORejXuRTSi35tbBAL sFttQ5IdMHYyf/ZG3B6IlU35UN0kld6gN1400YonTGwZnHr9Xdx8eh+Sdszhn1P+xdzi0g+5OjP+ rE4se/VVvt0Za4F9FEIIIYQQQogDN27MGACuu+r3LdyS6hQSuo5jwmW92fjOU7y2tISqs/YtzLKe 7tgWpr/yFebAS7hz4kM8M+UP9EvsxG8nPcELTz4VfzxxI/3LbhlYV1wMtcfbpdu1yra7H3Fy1QSA 4iVvVHeWv/kBP+7WsbDQi5by7qsLaTfmtFqHEZRzpnOUuYwlu3QsfRcLPviEDVqInaHSQ2VpBCKl TTL8/DL7XebZj+H4TAc429HbUchXv/gxMdj785fMDeWSn2kHezIZ0RX8UmJihjfy1ZvvsjpSdrC3 8snDt3LjwzPYfLBjYcuiSu1GI8CGRe/zxEur6HPuiPjxsiWSGt3AllCY9bPf5Lv2IzguWWNPpJ6i D9pWvi/YTmK3QYy94HwGe4vYEij7c9rJHPQ7bjyhmLeeepMf9koFQCGEEEIIIcTh6dLf/OaA12Ga Jj6fr/43VuLz+TDNGmIpyyyN81RSB1zCn85uw6L/PsOHv4Yr4j8rRjRW+szws53OHJuXQ7o7yqrZ 01kV3sTML1fHi7VbUXauXUNxWThXV1xcHytGpKyDva44uRb7jGJwdRzDDWNn8NrzE3l1rw4J2Rx/ xnVcOSC5/tu52Noy7OzuPPfM3XykJdD11Au4sMsbFG4Oc3peJgOPTuDLJ/+P9yImpqGQ1GUwv7t2 FNkOgFQG/eY0fn3xASa8qGNP7sqIKy6lp0cBshgxOoNnHruDt7Uk+pw0iOxV68uOQIvVALBiEfTw Kp6++zYS7AomDtp0OYYR1/2ZQR0T4pkaZw6nDYnxxOR7MLqM4Ybf9mfLf75k2W4NEupYt+5n84K3 eO0tP4ozkayB53NNlgPK7iygeMg94w9cvvsfvPDU+7hvOYc+iVJyVwghhBBCCHHkUVUVt9vNtm3b yMnJqff9K1euxOPxoKr7xlBWLIpeHuk76HDy1dy09zEeeea/JP/5Gk5JAiydsG4BCri6MPb4ufxr 8p2UGG6yB57F3fc4mfvW69z5lxCKw0Vq7ilcdVkuqfZ64uL6OrUrb9dRV5xcM8Xv9+/fDQhbkFWy gAceKOTMe64lz93825s5cybjx48nEAg0/8aEEEKIJmRZFlbpWEHDMDBNE9M0MQwDwzCIRqNEo1E0 TSMQCFCydy+BYJDi4iKKi4vZu3cvV5UOy5QaAEIIIZpCWQ2A//zn3yQnJ5OamkpqahrexESSkpPx er04nU5cLhculwubzcacOXMYPnw4qqpiK71bgKIoKErVnuDCwkIikQh+v7/W7ft8PjweD/3792++ nWwBDYmTW/ymeQ1ihfhl9rfs6XYcfTN0fp7xOVszT6WDs6UbJoQQQgghhBDiUJGfn49pmjX27Jep 7/XDxn7EyYdJAiBGLLaRz57/jBdKTHwdj+Oiy48jrRX8zYQQQgghhBBCNJ36gvtWEfzDfsXJh0cC QE2i96iruGdUSzdECCGEEEIIIYQ4BOxHnNxKUh/Nq9bqkEIIIYQQQgghml1jK/yLmkkCoAHcbjfL ly8vLzYhhBBCCCGEEOLgWLNmDW73Qaj+fgQ4PKYAtLD8/HwKCwuZN28eJSUlLd0cIYQQosHK7gAA lN8BwLKs8jsC6LpOLBZD13UikQjhUIhwJEIwGCAYDBIOh1uw9UIIIVqzjRs3smvXLhITE0lM9OJx u/EkJOB2u3E4HNjtdtLS0khISCA/P7+lm9sqSAKggeQLJ4QQ4nDUFLcBFEIIIZpDx44dG3wbQNE0 ZAqAEEIIIYQQQghxBJAEgBBCCCGEEEIIcQSQKQA1qDxfUgghhDicVZ4CUPZ79UfZa7W9RwghhGgO 9Z2TRNOTBEAp+ZIJIYQQrVtBQQHRaBS/39/STRFCiMOSz+fD4XDQrVs3kpKSmn17koxuekd0AkC+ SEIIIcSRoaCggKSkJLKyslq6KUIIcVjbvXs327ZtOygJgMokGdA09kkAFBQUoGlaq77dXeUvjc/n w+1211vl/9mfguzRLDYGjOZunhBCCNF0LAuL0iGVhollmWCZmEYMyzQxdQ1Tj2LoGkYkhB4MEouE iAXDGIEoRkjj9y28C00hGo2SlZVFcnJySzdFCCEOa16vl23btjXJuuZs0UgNaaRGNMalNvxzZfGc oihN0o4jSZUEQEFBAcnJyeTl5aGqra8+YE3ZItM0Wb58OYWFhbUmAZ79KUgHr52x7X3EkC+ZEEKI w0fl3hLTMDAtE8s0icVimIaBpmno0SiaFiUUdBHYqxIKOijZE6NkT4xAid7Ce9A0ZNi/EEI0DZvN RiwWa5J1Hd3Og9vroVhR+XxjlHN6Jjbq85IIaLwqCQBN08jLyyMUCrVUe5pFfcNEcnNzmTdvXq2v 79UtRrdLouvBHeUihBBCHDDLij8ADANMM/6IxeLPNQ2iTohGIQCUxMBvgScCThfYHS3afCGEEK1Y igOS3QqpCW5+Cuz/0H5JBDRclW7+kpKSVtfz35A5IoZh1DnlYUPAQDr+hRBCCCGEEKJpKUo81NoZ MQ94XVIfoH6ttghgY//4ki0SQgghhBBCiMObjAaoW6tMAEjmRwghhDj0mMG1zH7/A778ZSf+UJCo LY0uA8Zw5QXHkWFr6dYJIYRoTSzLkiRADZolAWAWzWHylMWMm3QT+Z7m2ELtmir4r7Ke0gmUzZFX MHZ9wX2Tl3DOlFsYcJCPlRBCiNavchHAyrdQqu9R9v4mYxYx7+3PiZ50NZN+68NmGfg3L+W7X1w4 5fpMCCGOWOXnmmrnqqZatyQBqmpQAuD+m/7IrzW+ksWF9/6F05K28tHjjzBDGcUdE0bRwenF2QKl BA70i1LT5y3LAqvsi3hAq6+R4krCrVjNtn4hhBBHtsYkAMreU/lnk9G2sqSoA2M7+bABKDZ82fmM yK757WZgHUt3pNO3i4/WVZ1ICCFEdZVjrsrLmiIZIEmAqhqUAJjw4KO43Q7UyBIevu8rht93E/lu E12LYjlUMMAywSwdvqeodg72SL4D+WI0W29HAyiqA5t8H4UQQrR2zvb0db/Igw9uZvBxA+jfuxc9 spJxVDoHmv6f+d+r7/D1+iAobvKv+Cv9Sl+ztC18M/UNPl2xi1BUITl3GFdfNYocZSufPP4w0xnJ HRNGkdXYsY36DuZNfYn3CrcRjsUwfccy4a7L6LJtKne/5ODC4SE+/mQRG/1u8s6fwA0ntW2d8yeF EOIQUVty+kDjPUkCxDXoHJbgqeEeQIqKw1U6Zl3NYtztjzKu7DVdOahF82v6Mlxz800APP/Ek7Uu qynDVNO6Kx5N2uyyLQAyAkAIIUTzqGsEQE3LmvKCqwo1jaHX/AXvlzOY9d07fPWxhpLakzG/uYQz e6dgs/z8+Oab/Nzpt0y83M6XL7/D129/zJrbz6erS2PtJ1NZ0f13/O2SDByhH3lw0rcUxUaR44if P639uvDQWffpS8xvdxF//0dHXIGFTP6/bwiZ4EjtiHfbi7y45FL+eu/FpK5/g7v+M4NfB11GN2fT HBIhhDjSlZ9nrIrntb6HAzsvSRIgrkmS2FbJAqZMXsCYiQd/zn99rrn5Jp5/4sny4L9MXT3+Df5S 6TuZ/+4rTFtc1mtwDDf99VI6b3+Xe192cMFpIT6Z/gOb/G76nHsT152YiR0wA7/w4YuvMmt9BFey j6DmO9DdFEIIIQ55ijOTAaN+y4BRlxItXsv3sz/grX//h5S7b2FY4mZ+9B/DpSOPwv/teySOvYhh r73Iou06XdttZuGWXEaPzYiPGKg80tDegbG3PcLY/WmQvom5qzoy7qaOuBWLwNpFbIiWttXuweHs xDkXDiXLpWBl9SBd+xq/0SSHQgghRC3qGvpfOYaTYH7/NEkCQLG7qwzhO5hqC9YrB/2Vg/9/Pf5E vV+ofZfV1EOvs376y3zX9jdMvD8bV2ARU+77lqBhYU/OJnH7y7y89GJuu+s3pGx4i3tenMGvx11K V0eQpe++x44TJvDYjalYO+Yw+YFCGQEghBCiWdTW21/9ebP1/NdIwZWay9CzL6Vk1bNsKolBgolh KRi7vudrbRDnt3fwOaXnRiNIseHFU1oMwDJ0miQOj/nZpWSQbAdiO/h25gbcngxiJqACqptkd3yj 8emNcqIWQojmYJWOit5neQ3JgOrPG5MIkMQBTVRXRzm4Q/7L1HdxUnn4P8SD/+qfq+kiZ98vmgVK 2Zey9KFvYv7qbMYOycKtmATXLWKjZqFgodjdOJ0dOfuCE+jgAk+H7qTruwgYFmib+GFPHqf3T8UO OHypeG1WadVLechDHvKQhzxa6kEtv5c9PzDGrm949t8f8+OWYDx4t3R2L/+a780+DGrvAEcm3fia p9/YwtFDswmvmM3cSFcGtLWDPZmM6Ap+KTExwxv56s13WR0pXXFsK588fCs3PjyDzbFGNsrmJU1b x+ZgmHUzX2Vu+9M5IVWjOGw2yT4LIYSoz77notpGateUCKjpffVu8QjvdW3kCIDacjOlr1lVn5vN eGwb+ocrGwlQW/Bf+zrLvlCUfx8tq9J7dD87aYNPtTC1HcyduRGXuw2aYWGqFpbixudUME0LFBs2 y8K0LExDI2C44s9NsLQQUcMgGjMxzSM7GyWEEKLpVb5gMk2r1odlVf3dKj/vNU07FE8HuiYW8r+n v+Lfmg2P20Nyx2MY94fT6epSgHQGDuvMx1MX8q9JC7Gn9GDkFRfTw60AWYwYncEzj93B21oSfU4a RPaq9WV7uP81AJw5jDzR4OF7bsfoOo4JV+az6bmZLN2lQWLT7LcQQojaVTnPVI61aFjMVtaj39ie /SN5JEDjEgCmiYVZc2BvxYgYFpSNBbBiRGOVnreg+oL/ioujSkF/lffVMAVATSRVX8SWUITQvDeY 324kx4cXsCds1n3RYE+nszmLpbtOIjNtLwve/5j1URe7QgZ4pa6wEEKI1klNzGXERX9kRK3vsFAz R3HbxFyyPNWvHVRS+p7HnX3Pi7+zZAEPfLsNu8KB1QDATtuh1/LQ0IolObdMZjAA+dzxWH7FC55q z4UQQjSZsjirolefSvFZxejssqC9pt+P5KC+MRoVcZp6CM3QCERNSKg2e8DSCeuVEwDVnjehxgzb qGloSM2/WzUE/qW/myamaWIYFuXfKXsHTj1B58lJd2J0GcMNl+Wx+T+zWLYzgukxsbCwTAPTpDRx UvpcbcPJZ3Xjuafv5H9RD91OO4/f5L5J4aYgo9p4D4F0iRBCiNak6ggAA9M0S3v6jfKHZZnlP+O/ m+W/H7yhkiq+nK7UWBbXCvHL7G/Z0+04+mbo/Dzjc7ZmnkoHqcYvhBCHtfjoM7P0XGWWL6uaCIDq 0wPKfj+QJMCRmjBoVAJATRnC3Q8P2fcFTz/+/FC/2p+3kLqC/30Df2Wf1+NfCsCysEyz2lBIG22O v4JJx1dsr8N1/8dAwCSPW+7PA+LD/HFWfe7qNJKb7xlZ8cFTJ3MSYJlWE820FEIIIeJqmgJQMVcl zQAAIABJREFUebh/bdMBKqYAHAJnJitGLLaRz57/jBdKTHwdj+Oiy48jrWkqGQkhhGgh5ecYyyqf AlCREKieCIjHZpVHA8hIgMY77MacH0iRh9qD/+qZpkoVkc14Yb+Ki6FD4EJICCGEaKCqCQCz/MKq +u/V7wZQeVmLU5PoPeoq7hm1/6vw+XxyQSiEEE1EVZsmA1v5vKNQ1ula+51pqo8GqC0J0JjtH2nn hsMuAdBQtRWLqCv4L5tnYprxbg+r9DXTMDAMHV0/aM0XQgghmkTlCyfDMMqD+1gshmEYVX6W/W4Y RpUEQWvgcDjYvXs3iYmJ2Gy2lm6OEEIctkpKSnA6m2YOVkVC2sA0VcyymK3StIDKcVw84Id4EkCp MQlQ+b1iX4dVAqChFyHVg/19P1c1+K/4WRr8l97toOwCqIPHwh/SCKsG8j0SQghxOKlpBEC8rk08 0Nc0DU3TiEY1NC2KpkXRdQ1d14nFdGKxxt5b79DUrVs3tm3bxvbt29Eloy+EEPvFZrPhcDhISUlp kvXFk886RswgzWkvPzeVRmgVsdk+nbugKFXrzVVPBjQ0CXCkJQuqJAB8Ph+m2TrufVtTsqCion/V 91iWVbrvFUkAw4hhGPEeEi9RflwfJZbpAqt1HB8hhBBHBqtSARvDNMt7VQwjhmmY8WBf09B1jUg4 TMgfJhyOEPBHCQY0QuHWESwnJSWRlJTU0s0QQghRSVFYR7PpBKNBEty2SiPRYpimk7LYTFWtGjp5 40mAmgL4Iy2ob4wqCQC3283y5cvJzc3FMIyWatMBqW/of03B/5o1a3C5XOW9JGXBv67He0XGZ8Nb K/18vGMXO/zRg7czQgghxIGyKgrMWqYRf27F70xjmSZmTC9/xLQIRjhY+jOAEQlgRkMt2nwhhBCt 1/JtJfh8kJJqY1gHH7quxUcEGGZ5EqB6PYCqvfyUFwaUqQANUyUBkJ+fT2FhIfPmzaOkpKSl2lSj 2ob/15Ttqav3v2yuSNkyn8+Hy+Wib9+88p7/WCw+9ETXdcKhMA89/c/y9TiabI+EEEKIg6NKMrys xo1pYpbWuSmbFkAshqJpYBig6xCLxX8XQgghmoG6cw2RIhs7N9uZttLBReecW2kUgFmpU7qmaQBl wX3dUwEa4khKFOxTA+BwKvZTU/Bfk4rlVb8Y5VWOS2/xV3Fv5PjQ/3A4gqZrALzyr+ebZR+EEEKI 5lS9CGBZsF92gRWNRktrAEQJBALs3bOHQDBIUdFuioqK2Lt3bwvvgRBCiNZqxCmnkJycTFpaGq9N nUosphONauXnq4q70thYsngxMcMgGAxis9lQFKX8UaZ6fFj2vCFxY2tLAPh8PtxuN/n5+VWWV0kA FBQUkJycTF5eXpPd2qGpNCQxUVvxv8pz/ysXQir7Qq1Y8TOLFy+mT5/e8R4R04wXP9J1QiEZ+iiE EEIIIYQQzS0ajWLEYui6Xqmj1mTp0qWkp6fRu3cf7HY7drsdVVVRFKX0J4CyT8BfWwKgJq0tAWCa JsuXL6ewsLBKEqBKAkDTNPLy8g7JoLehCYC6kwA1V/0/6qjObN26DcuKF0jCsuKVj40YWlTm/Ash hBBCCCFEc9M1nVhpEUAsK1681orHqd279yAcDmOzqdhs9vLe/7KO67qC/yMxAQCQm5vLvHnzqiyr kgAoKSk55Hr+oSmmJdRxW0DLwjAM/H5/xagAy8Qw4tMB9Ga4/ZGxezb3TizgnAdv5WhPk6++8e3Z NYt7Ji3m3EOkPUIIIVqngoICotEofr+/pZsihBBiP/h8PhwOB926dWuWO6sYplFalD1ep6ZsxHYg EIjHqZXiuH3n+letBdBYrbEOgGEY+9T226cGgKiftXc+k25/g8TLJnLL4DRsZS+EC5ny1+kMnfRX Tkyu/cujOr24KudZ9E1M+8cUPlXP4N7bxpB9kP8qqjsZz6GX9xFCCNGKFBQUkJSURFZWVks3RQgh xH6KxWIUFxezbds2ubXqYUoSAPtBsbuwW1GWvPEiX3WbwGkZtooXVTtue92ZI8Vmx1b9LaX1CVqi BKOiOvZtjxBCCNGEotFoPPh3yP10ahLctha7OwFXSruWbooQ4gjgttkaNSqrckE5u91OIBA4CK0U zaFZEgBm0RwmT1nMuEk3kd8ah5QrKqo7i1N7beet/86m960jaF9+JFXU+oJpRa06OMWRzfi7n2Z8 szS2AST4F0II0cxk2H/NtEAxK2a/hX/PXtLbdsDr9dHh+LGodkmUCCGaT2OLv1cuKNezZ09izTBN +nB0OMa9DUoA3H/TH/m1xleyuPDev3Ba0lY+evwRZiijuGPCKDo4vThb85ByBVC99D3/ImyPPskz n/fi/8Zk4yx7WYmw8vV7eKz4Qh664Wh8CqBv4K17H2LNGRO54+iqq7P2zmPiPfMZ90DFHHwrupmv 3niZj5bvJBhVSOl2Gtf/4Qw62UOsnf0GL362lB2ahT2lJ2N+dzljuiTsG8frO5g39SXeK9xGOBbD 9B3LhLsuo6cLzMBKPvjPy8xcF8GV4iOoxYfwaOuncvfLLn47FmZ++A0rdmq0PfkP3H5+b7zUtW2d bXNf5ZmPfmJ7QMN11ChuvflMOjlqWV7Hfuh1tUGSFUIIIVqRzT/MRNc0TCxUhxNvm7YU/zKf9N4n tXTThBCtWDQabXTx99zcXObOnduMrWpuEVa+PpFHN49i8q3DqDyIO/rrW9z95DpG3vUXRlZ+oR7K YRj3NigBMOHBR3G7HaiRJTx831cMv+8m8t0muhbFcqhggGWCWXqsFNVOww/b4UtJ6Mb5V53CvY+9 wId97uTczLJX3HQdNZp2f5/FD3vyGZaqom35ju/1/lwxIBWVDVXX43BX++JEWfPh6/zc8/c8eHkm jtAiJt81h92xMaSveJ1Hphtc8teHOaGNndAvU5n0yuf0u/tsOlb5a+qs+/Ql5re7iL//oyOuwEIm /983hEzACrL0nXfZMfhWnro5DWv7l0y8vwAAR2pHvFtf5J+fj+aGmx/gxuB07ntmARvP6kXHX+rY dmwV07718buJj5LrCLFtfRFeGxCpablF4Kfa15Vdaxt608vVXH9NIYQQ4uCzKRaDhw5FSWiDYQGm yZrlBaS3cLuskoU8OmUhI+65kX5N1KtlFn3NP/6xhDH33Ug/d9Oss6mV7/e9h24bhWgKfr+/0cXf ywqnH77cdBl6LMmPz+fHohMZVR7oa2z8bgmhzmdxXHrjotjDMe5tUAIgwVPDMDRFxeEqPSOoWYy7 /VHGlb2mKy0+qvwPt0wA4NlHHytfdsOfbwXgnw893ERbUXB3OZMbRi1j0r//R/9bupW/YksfyBld P+F/C3dy4qhUNs4rwMz/Pd0SFAhXX021KQHaJuZv7s4ZZ2fiUAC1rGaAxoYFS/H7Izx31488V/75 XuzSqZoA0Dcxd1VHxt3UEbdiEVi7iA3RivV/X9yPMwakx78ASWkklhbVVOweHM4cfnPN2fRLVSH1 TP5+PyhEWV7Xth1t6OpcyNOP76Z/3/4MGnQsbVXAXtNyjZ/r3I/a2iCEEEK0IpZJm7ZtUBwu7E43 Tkc8y922c49GrkhjzVsTeXxBOr+5ZwJDUytd1Bvb+OzBB/hEOYO7/jKCdtYWpj/xGLPUkfz5j5Wn MFal2F3YlSoFtw+Y4vTirOVkXmvgHVnKkxNncfydEzje1wxXArHqxyO+30KI1smRNYjBqd8wb/Fu hg/PjAfv0Q18u1Sn+/m9SW5sb77S8nFvYzVJDQCrZAFTJi9gzMRDb+7DdX+6hWcffZTrb/1T0620 ysnQSc6oqzln6f08+75Jglm6WPHRd+QA3njlWzYO6c+cxTZOuCGHig5sM57pr7TS8pOsEaTI8JZX 5rdiOjEr/h7TUPAefyuPXtmDOhPTMT+7lAyS7UBsB9/O3IDbk0HMBNAImq54cgGw9DCaaaAbVvwb oXpIqXRbAIWGbDuTETdPpM/KAhZ+N5vHJn7HxffezElpNS2/lrS61hWurQ1CCCFE62Gh4E1Oi3cE KPEllmWR4EvBaOSaYlED2MS8pcUMPimdsjNobPsPLNgJpEfLrzushhQeVlQUzCYtTqyoNRRBLnut rsBbseNqxmrFVY5H9U4ZIY5AV9/0R1548qmWbkbzsLfj+BMymLGgkJ2njKSdDSLr57PE7MHvuntL //83KPrxPV74uJBtwRh4OzF0zMkkLfuM2Su2slfJ4tRLr+acXj5qyhdY2ha+mfoGn67YRSiqkJw7 jKuvGkXOIVLapUlmLCh2d3kweah47rHHy3+//k+3lP/+9MOPHPjKLROz8nNHe0ZedQ7pBbMretkB d+fTGGb/no++nMmSxCGc2L7SX900iMYqnVbNGJGy5/ZkMiPLWFFiYobW88Wrb7IqAuAi57gemIs/ Zs6mSPxEFfOzbtkKiqrX4bB5SdPWsTkYZt3MV5nb/nROSNUoDpvgaEMXcymLd+pY+k7mv/M/1kWD 7AzVdblRz7a1LXz3wzYSuw3hrIsuZKhvN5v8Ri3L7Q3fDyGEEKKVUhQFK6UzxKJgRrH0EEYkjJmY Wf+Hq7CIRVXa5udQvHAxu8tP5zpbvy9A69qXTCUa70ywd2DMnx/i0T+NpENd3UClt9Q2m3IIgFpH T1mdgbdSf4Hl/VX9eFTfjhFi55btBM2aPixE63P1TX+s8rP1sZE5YAjtixbwwy4DiPDr/OXQawjd Eyv9A+DtzYW3TuaxB//BQ9f25udp3+AceRP33/8QD13eicXT5rClxrhFY+0nU1nR/Xf87W8P8OR9 5+P9deUhFeM0zV0ADtGhD8899nj5VABoouAfsIxoaU96BXvmyVx7yRLueLXSX9felhOHp/PnVwrJ uegCMisfbUsjrFmUn2ksjZBe+tzRkdFj2/Lkg7fyupZE31OG0HHlOkAhKf9y/nzmG7zy1F95P2Ji qQm06z2ca7r3JK1yg5w5jDzR4OF7bsfoOo4JV+az6bmZLN2lQZt2nHZuT5564i9MiybQfeRFXFr8 Kj9sCjO2d217Xfe2U7USNs17jZdfLQGnl44nXMQNHR1YoZqWO0nKaeB+CCGEEK2Y5U5hw+JfOaqr DdXhYdny5XQedFYj12Kiaxa+/ifRYc1MCnafzMhMWzwJv8Sk35md2fjhdmJWfKj9I1MWMrLSUHt9 5yKmvfkx328OETNdZJ90JTeOAMw9LPnwOab/spmioIOeZ1/PFYMz4hePsZ18P+0NPlm6g0jMwPTm c82tF9LVGWb9N+/w1qzl7NLBntSN0y6+mNM6eeq+Vqz3DkqAVfu6YxunMeVNB2efHGbWjEI2B130 POs6rhicgbVxGlPedHH+KJjz2XxW79TJGHIFN57dgwT/vsej9C+DtmMhb7y8gLRxVzK2A4DOjgVT eemz5ewM6jhzTuW6a0eTbd+/dsm9uMWhpnrQ31pHAtjS+jMs+2Nm/LiDUcP28M1Khb5XdKFiILuK NyXKrFcf4MnV2yjR4onQ9fffymtlb1F6sFuH7Oor1zazcEsuo8dmVEzlPgj71BiN/LcnPjyq5lyw VW2emIXZEje1r+bZRx/j+j9N4JlHHsVqoiy2knQC9z5xQrWlKm0G38wLg6suS+rcnTYeO6MGpFX8 8T353PFkfsXbqj9HJbX/hdzb/0IgfpeAv83ZGh8apyTQdfjvmTS8vlbaaTv0Wh4aWrEk55bJlDUv IfcMbp9yRsWLo/tzGgD53PFY5bZU3vE6tu3oyXk3T+a86su9tSynrnXV0QYhhBCilbG8bVi2/Ce0 qEFKu9z9WIFOJKbg9HZhSI8Q7/y4g1NHt8fc/B1L1f5clZ3AplgE3aph1Ka5hx/e+Qz/oOv4+8C2 OLQdrN7swk4A9CKWB4dzyx3XkrLhPaa89gUbjr2QLk6djZ+/yQ+Z53HHxCycwR947O/zCVkWwZ+n 8txMg3Mn/I1j0u2EV3/AI2/NptetZ5BV336EV/PCHRNqeKErw6h73R1SsvFuf523ll3AH/96Hikb 32XKq/H2di597b9fnsYV197LVaFZPPTvRWwZ04NuNY5iNQmunsFzn2yi/6XXclKWK56fiK5l+nwv F9zxd46yh9mxsZhE2/63q4tz3z0VoqVUDv5fePKpKiMBWl0SQE2h/9BOvPvZD6zN2sHPtn7c2KlS pfHYFqa/8hXmKZdw52/bkcRqnps8nf63/4mTUqoNoA9DlbjXCFJceSq3oTdySlfza1wCwDSxMGsO 7K0YEaNyj3asdIh7y48NeObRx5q0iE29zADrf/WT1t5k4TtzMAffyIDkRhwHK8iKmV9T3H0Q+Zk6 yz6dzpbMEWTJiUIIIYRodbJyukN2Z1YvLyA1M6PxK7BihGMqDruHo07ohfbWD2wfPoLQ/OU48q+l g3srSiyMbrHvMHx9GyuMYzn96LbxAn2uTLp1ASKAsyNnnTeI9k4Vq31X0rR58aHw+ha+X5vFqGuy cCkWwXWFbNYANDYv+plAIMLLk2/j5bJtKN0pjlF/AsDTlavvqaEI4KQ59a/b7sbu6MgZ5wyivVPB alfRXsXuxu7I5qzfnUHvFBVSRnPHPaVXqJEaRrFG1/L2f3cw4Jo7K4J/AHs6nV0/8OKzRfTp1Yej Bw4gQ9VYtZ/tEuJQVBbsV04CtD4KSb1OpOt7U3n7Aw33gJvIqRxnGX6205lT83JIt/tZ/ul0VoU3 sePL1Rx9Vne8SpSdv27C3imXVKga99qTyYh+wy8lJ5Pu3sycN99ldaQ9owBiW/nk8YeZzkjumDCK LOp53kzDhBq1WlMPoRkagagJCdWyH5ZOWK+cAKj2/AhiaVuZ++ZTfLZRJ73fudxyVue6C/btswKD WGw9nzz9Mc+WmCR1OoFLf38C6YfZPSaFEEIIURsFDAXTMonYM7CZQVKz++JMOwqv24Mei6EbsYbN wbd0wrqKwwau7EHkGa+yYG0nSlZ6OPa6tjjUndgsjYhuQWk5IqssALVMDEspLUJYjerC545ffCg2 O2rpSFCMALuVNvjsgLGLhV9uwu1pg2GAaULisTcy8ZKu7HPn3giAhVlT8FvfbloNWHdt7VUA1U1S HcWFrcptch3FuBEJzHz9debffAWD25ReLtvacNK1f6X7qqUULPqG5/+xiHP+cgUp+9suIQ4hNfXy t7qe/0qUxO6c0kPnqcJERh/fgSr1+VxdGHv8XP41+U5KDDfZA8/i7nuczH3rde78SwjF4SI19xSu uqwsAVAp7nVkMWJ0Bs88dgdva0n0OWkQ2avWl644PmLeKv8HqL7nzaNRCQA1ZQh3Pzxk3xc8/fjz Q/1qf94KLN9bwgcbNhHQG1jBYczvy+eEPLdsaeM32G4wXDS4fB2fbvqZTzc1fjVCCCGOcJZVPgXO Mk0sy8QyLUzDwDIMDF3H0DUMTUcPh9ACgfjPkhI0fwl6MMDlLbsHrY5lgBVTSPQ6sKk2wEJVk0hu 0778PQ6bA8VSiGESM+q59jCjBHUFh00BZxYn9FV4+r1pGN4hjMmwgW7Hhk5IK00AWDGiZaM2HRkc ZbzPzCUDuXhAGjZtFytXRjmqax3bUxNJ0X5kWyhC+Lu3WdhuOMdEFrAnYqfr0d0w35jBvC0dGdbB hWIE2LhqK95u3UovlA00o4YOIquuOw5YmJaTrPrWvb8qHw8A7LQ5/jKuCT3JP59+m4QJF5GfrIK2 jR9+itC9//GMPiqT4LrX2Rqw0ae52iXEEWD+zl0kRDUGeRIO7oaVBPpe8RDP1/iikw4nXsXEE6su HX/9RMbv897qca9KSt/zuLNvfAK0VbKAB77dFp/Kbe/A2NseYWz5e+t73jyk/kgDNSr4F0IIIYSo xY7dQTpkJqGqamnMqezb06/EbxOIqZQV5K+dGaEkqpBkUwAH7Y/Lxz1nFp6z+9PGBugqDqKURE1I pGpvla0NQ84byutvPcH/vatj4KHj4Au5sq4EgLMjw06I8eyU+zA6n87Vl/Zl24tf8fNunVP6XsR1 p7/LO8/fx6dRC0v1kNl9GL/N7Rb/rKVXLYJcyjJK71JQEytG1ABffeveXzWNWlXddD79Gi7Z/Qgv Pf0Bf7j5bHrgZ+vCt5k6NQCORDoMPJcrspz4spupXUIcIXTDpLCouKWb0TSsEL/M/pY93Y6jb4bO zzM+Z2vmqXQ4hKZyK36/v/yf25kzZzJ+/HgCgUBLtmkfDS3eZ1Xu5ajy0yq/x2vV9VmYRjzj/MUX XzB06FBisRiGEcPvDxAOhykq2s0b06aRfe2NTbxXQgghxEHQBCMA/nXbbQC0bdt2v5sxc+ZMTjzx RHAcIjdCbiHhaAybZcPjduBy2lFqHHsfp+kGhmFgYNQ8RF8IIfbTN7Nn71fcV/Zv+Z49e2jXrt1+ b3/79u0AXPvQQzgSvTh9Sfi/m8vIk0+mXfsOpKSkkJqaisfjISEhgYULF3LmmWcSjUSw2W3YbPF+ bFVVURSl9AGglP+7WvlnXf/WVtbQ99XKLGH5zHd495tlbCwx8XU8jvMvP58TMlru3Ddz5kxGjBhR /lxGABymVFcmE/KSmVG4imWHWmnJUqorg5vzUvi8CduoONO5sW863yz+hcL9GJBR+bgtV9O5oV8a Xx7Cx1AIIUTrEiyJX7xamNjtKja15gI/lmURjWr4gxFQTJKTD/LwWCFEq+Z2u5k2bdp+fU7UQU2i 96iruGdUSzekdlUSAD6fD7PGyiytn8/na+kmNIpl6PFaOs1JcZDbtj3DM1Pp7Lahmhrri3fy+cYd rNLqH5VhGTG0Jm6SZRro2EiwKdQ+VrCuNlUcN8sykEkdQgghDqY2GV4Mw2Tn7gB+fwibzU7MiGGa YFigoqAo8fObolq0SfehqtL9L4RoWpFIhLy8vEZ/7qeffmqG1tQvMTHxiI1TD1RSUlKV51USAG63 m+XLl5Obm4thHDldomvXrj3sslmWZTXvPSUVJwNye3CWs5hPfl3Bq0Edy+GhR0Z7LuidwMfL17G4 niSARTO00bKwFHWfm1A0/OOV2mTVX3RYCCFE00pOkJ5sgDSft8rzPZtX4XAnkJhe783yhBDiiON2 u1m1ahW5Xbq0dFMOK6tXr94nzq2SAMjPz6ewsJB58+ZRUlJyUBtXl9pqAFSfo1G5BkDVz8YLu5S9 VpY9UhTwJnpxud306dOHWOxw6g9u3tDVm5rNCNtWnl6xi51lybZokMJNa9ikd+XyLC8rfvUTrbOJ zXSbG0UlQa23JFItrFp+BxQ76R474XCEkGQGhBBCHAQRfxGLPn2JkuI9pLftgM+XRI+Tz8PmOIQq RgkhRAvr1asXq1atYuHChYTCIRQl3htYuQZAWcxXPUasqQZAQ+PLw1lSUhJut5v+/ftXWb5PDYD8 /PyD1qiGOhhFAA/qiAfVxdE5nRiZ6satKij6Hl5etp6N7mxu6WLyyTY7wzqk0N5hsmrDKl7fESUG qHYfw3M7MThRRdNjJKh66QptdGyXwzntk0hXwdADzFm7jjkBA3tiNrd0NvlgCwzJSqeLW2XX9l95 YUMJIVQyMnK4OCuJdLuKFtzOiyu3stly0DPTwaL1uylypPGbrh3o5XGgRHbx4vKNrNu1nU09U2ir +tlg1r4/a6vuNJ2O6sPltnU8sMZPVHFyQu8+jAit4oFfA2iKixP79KLf9mU8u9Mkq5b9if/l7HTK yOaKzsnkuGw4jBAL1//KJ8V6jSMOaj9uFRzudM7vms6ejWv5LNSkf20hhBCiVr/M+xgtGsXEQnU4 SUzPZPNPc8gZMKL+DwshxBEkLy8Pm6oe2kUADwNSBPCgU8nq0In8yEYeKwijOdK4vl86HiCmhQi6 j+LclA38a+kG9ibm8KfctmTv2sA60073nCzSdv3C31ZqKO5MbuyTDEBCSg5XdlD4cNlSCqMmnqRs bujclpU/bWGbFiLoOYpL223njZU/8Zq9HX/slkb7zSWswcvwDJ1pS5awwbKRkegkaAGqm6MUP/Oi dvJzU9m4ZhlTY8lc2z+DRAUwo2wxHfHf69ifqky27i7ByI0nDjY5kjnGFUN1pNPRFmCtzUs/V4Qf 9sZwpxxV6/5sBVAUsn3w5urlvBQ2SUjO5sbcHNb61/DTPoM4aj9ucQqJSe25MjuBZWtWMzdU132I hRBCiKalYjJ46FCUhDYYFmCarP25sKWbdcgzds3inkmLOffBWzl634sOIYQQtZAEwMGmejjaF+aL lWGiQII3hfal89kt0yRmhpixfjfbTVDCfvbY2pCgADYPfZ17+apIi/dy61HC8RXSIT2JRLuNi/rn c1H5hvykqrC1dJ2frt7CCs0CbSuPLS4d/K5EWW924pKeLlbs2cviXcXssuLrTCRGVPXQwxbg86iF y5dMW1XBrgCKDR8xNlp17091WqiINUoOvd0qwaR0PLs38Jknm+MSbWyzpZIRLWKVrtS9PwBGiA9+ 2UhhNB6qB0t2skjvSg+3yk+BasVBaj1uZX8PL+O7uVmycrkE/0IIIQ4qyzTIaNsGxeHC7nTjdLgA aN+lZ+PWU7KAB+76L2vtCTgVC8NUSGzfl9PGn8/o7j7qLZtjGUQiMRxuF7Ym6vyy9s5n0j3zOPOB agF6uJApf53OiX/7K0OT6tiYvolp/5jCp+oZ3HvbGLKrXbGq7mQ8+1kPqEo798xl4r3fMa56O4UQ opWSBMDBpthJs6IELEBxcUy7BKJGNH7CtSzAIGCUTVUwMYD46VHFo5jlVesV1Y4DBYeioCkQ2r2K +9f49626b4uv029UhLblv1lR5q1czuqkFPqlZ3B53zQ+Wrqa7w0TXXWSoITBkUA7dxI57R1s1Z30 SHSyy92e7pEdfGECtrr2B0ChvHixEaIgYOP0FB9aqsqKdX6WuTWGZSbRFQ/+ok3ssRTS6twfAIOS yncAUFTcikm4xsKgtR230vaZQaZviXFKbicGLl/LwoikAIQQQhwkikpSSjooaunQ1fjoEOVMAAAg AElEQVRURm9SauNWY3di2btz3f2lQawVZceSaTz2rxfw3T2BE1PriZQjS3nszi8YdX/TBcGK3YW9 ts2qdlz2BmQaSqdv1nRmVlRH0yQr7E4a0hQhhGgtmiB3KhrFirHXlkBbm43s9p04OrydQk0lub6z mBllo5JEL5eKoroYkNOeLJudVLvJ1t1+lJR2HJ9giycLFDtZyT5S6juhqW7y09yESnbzxfqNLIo5 aetQwNTYjI8+jjBzdjs4r082zm3reW9zmO7de3NZSoj/bfTHb6dX7/4oOMvbYbBxV4iUdlkMte3l x7BJoGQXu3zZjEk2+XmPhoHRgP1R47cBBFAcdGmXzbFmMQURExQPp/XJZ3KfdrRT6jpuZSsz2b1z HS/tcHJWz070dcpVgBBCiINDURScGd0hFgUziqWHMCJhnKnZjV0RVc5eiovMvFMYkrKT1UUtVOBY Ueu4yKzrtVKObMbf/TT/vvMMOtbUXdVEp2tFtVPbXRZN/1oK1vw/e/cdH0XRP3D8s3t7Lb1BEpIA AqF3RLr0LohdrOCDYIfnhx0s2LCLHXz0oSkqFsQHRQFBBEF6b4LUAIGQfv1ud39/XBKSkFyKQRKY 9+vFK+Rud3ZmdnO3MzvznZzzu+qSIAjCP0yMAPinaQ5WnZYZ07olsu0ks//KIja5Nk3MMgEXpddd /HHUxm1NW9JPVjl88hjfm+rSIsjArxlH+O/xulzduCX9DSDpKmk5p5mfmxswK5JsJDamLtfUV9A1 ldQzx/jMoYHuYVe6zv11I9n05588eyJ/j794Ia2i5ZGxFIrY77BlcNJQn8i0Q5zSQNdy2eBQuNV6 hh0u/yN8W2aA8uhutmWodG3WkiEG/+gCW+4ZvvozlZMaIPnvCQq+ywPVW3b+NipHjh9gvqUptzRN ZObuFP70iZEAgiAIwvlnCI7m4PpD1G9kQDZa2b1nD216J1ciJQ1V8wc+9tjP8Nf6hSy3NeTOOCPo Dg4un8fMn3Zw2qOjRDRlyJ2jGNIgCPfe//DQWxtwAXsmjAXqcdfL46m7+YsSt/cemc/k2WZuvwqW fr+KvWkeYnvew2M3NCekcEO6jAa6P2B36fkiew1Tnl5bZGi+ZtvHd5/MZulhF+aIUOyevLWtA6RT Zj9Bsc4TLWcX3878nOWH7CBZ6DD2KdoCnjLKrbuP8+u82fxvdxp2t0REcl/uu2co9ZTS8+Y9Mp/J s4zc3M/Boh82cizXQssbJnD/lbEoeEn9fS4f/G8np2wezPUHMnH8sL+RniAUZTQa2blzZ6X2E2o2 8Xnwj9NJTzvIK4Ua0if27mILANnM2JR99g216O9O20n+s/Xk2fdP7mBt3n+PpB7indSSjlcszcI5 8eXy875d/FxSHk8fYWVkY+5vYmZRShq77F4kUzBNQzT2nrHjKLxtecsD6N4Mpm/IKPSKj237trCt yFZqgPK4+OPQAf4osUSA7mTZrq0sK/RS6fVWOH9eth3YUSwfgiAIgnD+SaG12LV7Jx63SnSdyjT+ Aed+3v2/cf7/yyEkNOvM9ROupnUw2HZ8xhuLVW59/HW6xCg4/pzPc3OW0HryCJKa3s1H0zoytWAK gI5tx8c8Vsr2iZFJhJycyXtLBnH/+Jd5wL6YZz9Yx7Grm9PMXCxPjn1MmzC2hMw2YSA6tp0B8mW0 YCo8TEC3s+OrrznddSLvjo9CP7WCKS9tgbLSqcidrp7Dhrlz2Vl/NFPvNrLs43n8+tlCDjw1kkYB y+3mr+8/Y0/TMbwyqjZGx0ZemLSSdN8QoveWnrfEyCRCUmcyc/ttPP7MLUQemcekT37mUOc7SNb2 s2B1KHdOeZOGRgepRzIIMQQua8D0xKqSQjFer5fhw4djMBgqtN+CBQvOU478Dh06REZmFiEhIQQH B2EymTGbzSiKgqIoyJKEQTGIZQDLITQ0FKPRSHJyMmFhYQWviw6Acgo2Kti9F2gY3QWga05+3buH k3F16NugKTeYDeBz8eeZVI7JdhwlzrcXBEEQBKGi4pOSIaE+B3ZvIbxWTOUSsTZhQolz+N0cXbeD 3FwX0ydtZnr+y1IzzngpoYHsKWN7K0ZTXW4aO4LWkTJEDuPFl0p54B9UQp6cW5n65C9lH0eSi6bp SWFDZmuGtov237yGRREsg64HSseH9OMzPPlDoacUxrY8+vp9tLSUkF93CptyOzJqSANyVn5JyIg7 6DvzI9af9JJcO0C5PSmsPd6YoSNq+2MMyUpefILy1GU9rr25OwlmCT2hCdGe38hVAWMMjUzreX9a Om1ataFz58uJlT3sqWx6glACg8GAzWa70NkAwGwwkAskJSURGxdPREQEERHhWK1BWK1WzGYzRqMR gyyjGBVk2d9xYTAYzlkGMN+lvgygz+cjMzOT1NRU0QFQGdfWTWTB0RRsl1AnALqHfScPs+9kmVsK giAIglABmg4et4rb68Gn1MKg2YlMbIUp6jLyH0yV+z40b/uSH2jpaKpESKeJvHlXE0pq9xZsqZdj eycgW4koFIK/xGyWMZNO18txHPSzZdI82DWzv4EN6F4nHk3Fq2qYA6Uz/EXmDA+QD68L1RSCWQLQ UHUJLW0dv3q6cXMdIz+ho+UXsrRyq3Yy1JCCVQl0nxdfuevSQrjFv6MkKxjyK06pTf/xU2ixbwvr /1jOW1P+4JZnxhFV2fQEoRozGQy0jYpgGWA2m7FarQQHBxMSEoLVGkRQUBAmkwmz2YwsSShGBYPB 34wtqQOgcMM//+el2AEAoCjKOZ08ogOgnJqFh9GsVfMLnQ1BEARBqBBd1wuGOqqqiqZpaJqGz+dD VVXcbjcejwe3243NZiM7Kwub3U5GRjoZGVayswM1GYXK8HhU7HYvwSFGQoxWCNKR5TDCY+ILttE0 HZ/Ph9lspMzWNBqarqGVuJmZulc0QZu1iJUp9RiQaEHy5XJ433HCmjQlSgGQMeg20uwqKjZC2zZB m1fK9uUtpK5R+mBBDa2sfAFoPlw+/5BejDE00JawLa03sdFZrP1qIYfdZtIcCs3LLF+RjOE4+Bub jVfQLVHhxMZVpNbqQrwJ0GNprH/EW7O7Mu6hzjh3z+M3Z2PujlMCnwIlnNquFezN6UOM+RjL537O fldC2XUfqP48J/hjm4tm7bpx9WVx2P6aSUquQtvKpicI1VSXWjGEh4cTZRXfNeeLz1f0AbboABAE QRAEQfgHHT6RQZ3aYciynPcYWUIr/vheAh0Jh8tLkCXw7Zruc+Mr3FgullBY21E8PGwec959nG9d GrocRFzzfoxtnNdoNNejd1svM6ZM5IeYZtxw/+08POzL0rcvB1114yutB0Dz4fZRdr50Dw5vXpmU OPpe15R3336UBe4gGg8YyW2Zc9mU4uKq9mWkUzRnqK40Vn70GHPsKlJES64d1xH/SokxdO7XgO8+ +4P3Jv+BMaIpg8feQVOLlDcioRTGJAZdFcs7r0zkM08YrXp3I2nf4fLVfWn158khZc2nzJ6bA6YQ krqM5P4kE2F1K5eeIAhCPik3N7fajw0qLUhDSdvlb1v0p38IWfH3/EOzNHT8T0V8Pl/eExEfubk2 nE4nGRnpzFuwgDkzPqriUgmCIAjC+ff3RgBkkJ2dzahRowGIjY2tdD6WLl1Kjx49CA8Pr5Jy1VRZ Nidej4bVYsRsUgION/V4VVRVxWxWMCkVC9QlVIZGzpED5NRKJjGo8sOA9ew1PP/8Zka88ACtxUNN oZpatGgR11xzTYVjAOR/lmdlZREXF1fp4586dQqAWbNm+kcAREXx6fz5DO7Th/g6CURFRREZGSGm APxN2dnZ55yrMpdhFc4vNX05kx96g82BepYFQRAEQbgo2HJc2J0uHC43qqYVdNAU/6dpGm63h8xs O5lZ1SNI18VPJqxe44o3/nU7e5csZu3hTJyO02z6cTEnarcmQUTeFwShGhJTACpJsx9g6fyvWbY3 jVy7DZchmoaXD2PcyC7UDlSr3hQWvDqVH+WhPPPIEBJMIZhFN4wgCIIgXBIS60SiqhonT2dzypGF JMl4VR+6BqoOMhKyDLIkYTYZSIyLRJYvridSFx1dxec7wg/vL+LDHI2wel24bUwXosX9nSAI1VCR pqqes46pkz/lUJFNErj5mUfpKz7FztLSWf3pYly97+Pl0WEYdB85KdtZs9dcvsZ83nQEHZAM+UvF CIIgCMLFL9vhuNBZuGB++X1DwfBSXQJdlrBYLCg+D726dsPudbNq1SpUowVZB0kH9viDN+m6Tu/O nS5g7oXSKST1uoNHehV+zUu2w3uB8iMIglC6Ih0AkmLGaE3m/mcfou0568gKBTwn2JKewNWXhWEA kBTCktozKKkc+xoTuWby+1yT/7tXLnn5HEEQBEEQLiqSJPkfAEgaoCF7NM4cS+Guu+4AXSPYbOXa Qf1ZvXEb6VmZuFBRdHGXIAiCIFSdooPVJdEYLRdTHdpY/8MLz6fQo0sH2rVsQdPECEz5lac7OLh8 HjN/2sFpj44S0ZQhd45iSIMgyP6dKU//wfCXJ9K+pE6WAPt6j8xn8mwzt18FS79fxd40D7E97+Gx G5oTQun7iXMqCIIgCBeepmlng1LpOm2aNUeq58GemYM1yIzN7SMkJJgu7dryw/KlyEiglr6YniAI giBUVLljAHiPfs2kt4/S6+okdv22lWOZKrU7DqazsoNftx4jyymT1Hcc4wfXx3DsW579zMgNvR38 9NMWUmxmmo+4n7Hda6PoTg6t/JJPl+0mzaNjCG/MwFtvY2B9K5LvJD9Me53FDOCJCQNJqK4RCuRo et43idBffuSn37/gl+/cSJHNGXbbKK5pGY5z52e8sVjl1sdfp0uMguPP+Tw3ZwmtJ48gyWjFWOo0 AR1bgH0TI5MIOTmT95YM4v7xL/OAfTHPfrCOY1c3I+nPAMesrvUoCIIgCJcQVVXP/uJyExMWgdfq xuF2YTAZCQ8LAt2Dz2hiyMBBeD0am7fv4PTRQ5iDQy5cxqspPWc9b05dT/9nala0fS19Ja+8toOh z1ZNvgvq4ekHaH0eR/BWdb4FQbgwzm0aOvfz/mMPFvxqbHUfb9zdDEtEXSJ9v7E+fSAPPX49oacW 8cwr37C69zgmPtuc4BMLeXb6Cg71HU3TiERCT81l7s6bmfjkjUQenc+zs3/h8BU3E7f/C95donLT xBe5IlrBsf9bXp63jJaPDiMxf7m+GvDIWjLH0mHIaDoMGYU74y/WLf2aTz+cTuRz44lft4PcXBfT J21mesEOzTjjhSRJDrD0goejgfZVrBhNdblp7AhaR8oQOYwXXwIJN7sD7nfeqkEQBEEQhHLStLNP 82WviuTTOLBzH506tyM7+wQ3dO9DQnQkPpcHa6iF+MQmhIaHE1m7DllRidC5Y+lp2w+x8ruFrNp/ BpvdjluJon7bQdx+fUdi9BMsfvstlskDePjB/sSf5/uC4g1z3bGfBdOmsynpNh65tR0RWtXkR1LM KDXgnrE4yRKGtZR8BzyPpawEmV8P5Vw1u3S+wOflnHzrKm63D8VsFvGsBKEGOfcjt7QYAEYLRksj Bg1qQZQCRCYRaW1Ev0EtiFSA6HpEqEdxayAZLSjGJK6+vgt1TBJ6fDJRnt+xqx5SNuwm1+bi4yn/ x8f5aUtNSPdCorUOVz3yBled3zJXMQlzVCOuvG4UWX++w7FsL7GqREinibx5VxPO6SAtcbk/DVUH 0NHK2le2EmE924WQF0oo8H6CIAiCIFxwOiom2YIl+xDG0ES2bV2L6jPw6bvP4zi5m+7N6wAKOapG uCwTP3gUJsmLruuYSmn8AaBlsP6rpXh6/ItJt4Zi0FVyT+xk436zf3qi7m8c5gcgPt+KNMx9p1g1 +xP+iLqGiSPbESEDWhXlp4ZOXZVkhRIXdijrPJaeIBJalZzbQOflnHy7dzPjuZX0elqMCBCEmqTC fa4Ff/d5H7oFv8uGok+2ZQtheSHxJVnBgP/DRNMkQjo+xMu3J2OudLYvLDVtJe9/k0WXYf1onxCM QfdyZtcK1qmtuLNOCHFXNEGbtYiVKfUYkGhB8uVyeN9xwpo0JaqkBDUVt08HzNSt6L5Q9n5iBIAg CIIgXHBOVULL2MMnrz/JE69/glUOZvZ/JnFi3zZ6d2hLlCGcXFXDmGvDEmTkz6Vfktz/OkBC96ml J+xJZUdGPIPqhuYFJzYQmtCG3gl578t1GPLwaww5/0X0y2+YqzZ2LZzB986ePHBfN2Lz70eUKspP 8Uax6iDtVC5BcbEEV+fFq0przJd1HgOlp4Om6wESL4eyzktN7G0RBOEcRZuGevHeQx3N58UnGzFV yeFMJHVIRvt0MauO16VvghlJzeXonycJadyYKL1mxACQrHVoHLSJb6ctY4bbgNUaRHjdjlz74DAa W2RoO4qHh81jzruP861LQ5eDiGvej7GNS2nE6x6cHh2QCavovv4cVXI/QRAEQRD+KZLLTNry/2IP j2fw0Jvp3dhAx2YNqN+8OTHmCOLqxZF6/DRWzcyxM7lEt05g4/ZtqKpKeHgYw+hZcsKmOFpYZjPt tRN0uqItLZs1JblOOMa8Bpues543pq5nQKG58rrnJGu+/pwle9NxeCCsQU9Gjx5AbOoCpn5uZERP J8t+3spxu5mmV9/L6K61UHQnR1Z9xRfLdnPGC0pYMn1vuYW+9axF24YSoHs4vuITfj3QlNHjB1Lf cnaLc/ITIF3fsQVM/dzMDQNh5U9rOZDmpVa30TwwognBZ1PEc3o982avI2r4XVxVJ3CaUoDyJxoB XxobFszjhx2ncflUtJC2jJ14M43Mpb9X73SAfEqg2ffz09wvWHnMhTksBLsntMLnEcCbtpEFny9i w3EHPs1M4pV38UB/QMti+/fTWfzncTLsRpqOuI/RXWuhH/2W5947So9hiexZtZ3jWSoxlw+ko7KT 1VtTyHZKJPQdy30D62HKPfc6KS3f7v2zmfTBFtzA/icmAEmMfPbfdA2vzj0vgiBAsQ4A3efGWywG ACi0vncqD9avisNJhLa+lYeGzOfz6U/xvVtHl63ENunN6EaNQaoZMQDkkGQG3fF/DCptAymIRv3G 8Fy/c9/S3V60wkOorG154p225doXY1ueeKttCW+UsZ8gCIIgCBfc6s+fIt6bieHYUS6rF8KgPh04 tmcbV/YdRtqpE9hsuchIhJqjCW8YxYHUFI46jPh8PpwuHw+PHVVywnIUXcY8TMivS1ix7htW/eBB imjKgBtHMrhZOAbFUqQRCR4OL/6K/cl3MHlkDEbHFqa98DsZ6gASIhIJOfUZX+y6kQcfv56IY18z de4vHL38JmIPzGf6UpXrJjxPh2gF54HveOOL5TSbOPTchzbeYyxfrhPSazgNiz2Ol4rkR8e+p/R0 6+Tl578r+jJ63DP8y7GM1z7eyIkhTUgGQMN+4Gem/5BCm9vGcWWCGamMNBOU0sufaPRybMnnbKp9 PU9MScBk38RbL67FoQOU/p4SKJ8mB3u++54zV9zPS/dEop1exZtvbq/4edSy2PTVT+R2vpcXO8Zi 9JzmwHEzCjbwZrDb3o9/PzGOiKPfMPXTXzh6+c1cFplEhG8VG9MHcO+j1xFy6kdeen0Ba3vdzYNP NyPo5P+Y+tGvHO59J02KXyd66fk2J9/J61Pb846YAiAINU6Rj2sprBNPvtOplE1b8/Arrc/+ag30 e6D3gmjYexSTe5d0jJoYA6A8dDyZJ8g0RSPt2kBqcH2iq+noBkEQBEEQzg81tBYb9x4n+vKrcWen c+DwEYKtMaxcvZ5WLRqiKAoRkcHk+GwMbNSGk8EN+ffsH/F4PLi9JQYRKiCZatF6wK20HnALnsxD bP71e77+70zCn3iIHkFS0Sf0nuNsOtGQfkNj/A0+w9kHE5Lij+M09NrOxJsk9LhGRHnWYNc8HN+4 B5vNxewXHmF2wYEbk+nj3A4AUwOuv6Uey2bNYGbMRO7uWuvsTadcOD9lpWtBMSZy9Z1DaR4hQ8Qg nng6bzS6C3Af5Mv/nqbd2CfzGv/lSFMrvfx4T7DhYAIDxyZglnTsh7dy3FP2e1KgfLqPszWrBf1a R2EADGGRWGUoaaJ9wPMYnMpe9XIGt4/1xwQw1ya5QV49mJK4+vrOxJtk9Pj8c5bX2WJpSP+Bzf0x uyITibA2pPeA5kQoQFRdwtWjuPXi58V/nZQ334Ig1ByiGfqPUEnf/AVT5u/DYU6k9+hbqCNqXhAE QRAuKcv2O5GVxiin7MSYZA4cz0G1O+nZoj5etxGn5I8JtG2Pg2nrt3LMsQWrJBOq6+TKWtkHAEDC FNmAzsNHknPgI07k+iDI/46en4TmIFMNJn9Uvu7z5gUjxt9ilc2EWvLiOBkU5II4ThB8+QNMubVR 4DhOuj8ha8OruP+2LF6b+z5fhv0fI1uGFYkXlZ+fgOm68MeVOicAch5zfYb3D2LpZ5+xdvxousYo 5UgzQPlVG+lSDKEKoJ5h/YoULNYY/Cs4BnjPECCfuhenbjo7JcPrxKupeNVAc/ZLOo8aqi4hlbRL KeesIPn8n3JefIb83w2Gc1anKrhOyptv0SEgCDWKmKjzj1CI7zuR6TM+Ys47TzO6XQSBgvkKgiAI gnDxMYeY8IaGoQVHk5PuQLfGYI67jLCQcNyeHJxuD6fSM1l+2ktL2cLaDvXY2L01XY05hHm9paar nvmdj//7I1tP2lEBdC8Ze1azWWvO5XFG/0a6D3d+K9cQRox7HwdyNTTnMVZ9+Q0H3WXl3kRC+2S0 HT+z5oTb3+ZTbRzbu5/M4vEJ82NKSTIRbUfy4NW12DJrBj8ecp1tKxbkpwLplkghptMdjO2cyTfv f8nWbK3sNAOVXw4mwnOUVIeLYyu+ZH1cPzqEu8lyaYHfC8QYTV1tDzvTvei+M2z8bjHHPE7SHUX3 K/M8GmtRX93A0u0Z+ADdc4a9O47jqsoGeOHrpMx8yxh0O2fsKpojg0y36AkQhJpAPIcWBEEQBEH4 ByiSj7YpO2l24jihssbMXEhuHcuZdI3jHp14qw+vqhN0Kovt2dlsse+lz5XdeaFvO+ybUktNV7LG 0zB4Kz98uJI5HgMWi5WwxHYMuXsQDc2S/ym67sXpzXtya0ygz8BafPz2ZL7xhNGsR2cSDhwpI/cS oa1Gcu/gr/nqo2f5MS+OU+3Gvbi9YTKFn2zoqhtfQVvQSFyPu7gn+23enTGTsP8bw5VhhfMjB063 PGQLlw0ey63pbzDr/e+4Z/wImgZKM1D5TUn06uLjw6nPol42mLtva0XqzF/Zk+6B6ADvBQfIn6E2 PYY14pPpz7DYE0SD3tdzXfYXbD/hpH/tkLMP6cs6j8TQ7frufPbF2zz1tRcVK0ldb+auRuWrpnIp fJ2UlW9TEt1aeZn76mSWRTVh+N2309ksHnEJQnUn5ebmVvvuOl0vXxZ1XS/YtuhPvWBd06Lp6Wiq v5daVVV8Ph8+nw9V9ZGba8PpdJKRkc68BQuYM+OjKi6VIAiCIJx/hb8bVVVF0zQ0Tcv7vlNxu93+ OeZuNzabjeysLGx2OxkZ6WRkZJCdnc2oUaMBiI2NrXQ+li5dSo8ePcBorJJy1UR9b76Xfcu/4MUg AyEGjaMGhUOtm5FsUDhuhjiLCa/LR5OExny5fidv1o+kft0kNN3IqMVbmLFuxXnJl56znjdf28bg SXfT/BIM5napl1+4NK1avpxrrrkGm81Wof3yP8uzsrKIi4ur9PFPnToFwKxZMwkPDycqKopP589n cJ8+xNdJICoqisjICKzWIIKCgjCZTJjNZmRJQjEqGAz+59gGgwFJkvL+Afj/DxT5KZU4d+Zc5d2u psjOzj7nXIkpAMJFSz2zjEkPvcHmwHGTBOEcNf3a0bPXMGX8G2xyXOiclE5NX87kGlzHglAZB/bt RtWtdGjRnv4dW3NDUm0mhsVwIhRa+MKobYkgIjiSPhPu4OTJbTSKT0DSQdE9tI6wV11GdAcHli9j 09EsXM40ti9ZyqlaLYivmjWfq79LvfyCIFxSZLlok19MAbiA9KzfmfLMHwx/eSLtrRc6N6XT7AdY Ov9rlu1NI9duw2WIpuHlwxg3sgu1FUBXcbl8GC1mDBLgTWHBq1P5UR7KM48MIbHCV5mPowueYvJP Hno9/BJ3JQcMNVQq2RKOtSZ3cf3teqymqvx6qXrV+tpRc9jz60K++3UT+0470ExRNGrXi2uv7U/L CP/QS8loQZH1ysVlKn5+qkqx85xgCsFcXetYEM4Tq9HODV1a8OJv6/l65CBirWHIRom7s3WuePhG 3CYza5euwDBjLsuvuwnd7cLgNUCQmaGDelZdRnQfPt8xln38M7NyNUKTOnL9HR2JvFT+Ji/18gtC NeZ2u3E6ndjtdoxGBVXVUFUVs9mM2+3GIMsoRgVZ9t/zlDQCIJ8YAQBerxeTqWjvZjW41b6EKSaU 6n6Naems/nQxrt738fLoMAy6j5yU7azZaz578+7awVtP/sLAlwp1ZORNuahUA8RzlF/XZREcDBtX /sXNyc3zAxhXiCQbq7YBc57pnnT2rlvBz2uz6PXAGNoa+Xv1WF1V9fVyHlTba0fLYO0nLzM3swM3 3zGJB+tHIOeksH3VQj5+5RgjH/sXnSJkQPZHgK5MhZZ0fqpKofMsGZQLW8eO7Xz43moiu/SlX6fG xJiq4wm/OIUHVeYT/eJwcufuEl9vB6Qd34/REkS3zreVuE2bKs1JEJ1G3E+nEVWaaA1yqZdfEKov l8uFw+HAaDSiKAZ8PrWgEWsymQqmAOR3AMiyXK4pAOV1MXUAyLKMyWQiIiKiyOuiA+ACkuRC685W V54TbElP4OrLwvzxfSSFsKT2DEoKsI8xkWsmv881lTyk69BK1rtbc8etCnPnrmCvvRntgytRUdW9 bgHQcJzcyW8rlrH0j8MYGnaiV/9BNLYA8t+rxxrjb14v50W1vHZ0crZ+yQLXUFGKrmYAACAASURB VJ7+v57kB/Ym+jI6j3iA+uHvMO1/+2lzexP/0la6jj/CSTUpTPHz7JUvbM4sjbiq/0l++W0uT36l 0bBzHwb27kbreKuYGyf8o1y5GWz8cRY5mVlEx9YhNDSMJj2vx2AU49EFQbj0hISEEB4eTkREBJGR kVit1iIxAAyyjEExFMQAKG8HwKU6AqAkogPgQpKkQmvEOji4fB4zf9rBaY+OEtGUIXeOYkiDICS8 pP4+lw/+t5NTNg/m+gOZOH4YdVK/Y8psuHGozPLvV7Evyw2hTRh8+yiGJQcjBUjTe2Q+k2ebuf0q WPr9KvameYjteQ+P3dCckMLXvakObaz/4YXnU+jRpQPtWragaWIE+Q/LXHv/w0NvbcAF7JkwFqjH 6Mm9WPl60akNuvs4v86bzf92p2F3S0Qk9+W+e4ZSr3gsKN3Bvl+3oTa7mzYtFXYo77J0dy7tOoYh AZ4j85k8y8jN/Rws+mEjx3IttLxhAvdfGYsCaLZ9fPfJbJYedmGOCMXuCSuzfgPXRcl1X08pI70A eSzgPcqCdz7gl+w4OnTryYMvPkT90LNb6Nm/M+XpQvVYXa+REpWcn9i/qvh6KfHQp1kzfxbfbE3F 6fOhhV7OhEl30CC1hl87WjZbf8um+03diMley0czFrI1NQetVg8mPjaS5C6DqP/WZlI8TWgEoGWy +eu3WbDnGOk2Iy1v/PfZsubs4ttZX7LqUDp2c0MG3j6G61qE4Snh7/nOBxvyv+mH6XNdPXau2MzR DB+1Ow+jm7KVXzYdI8spkTTwQR656jJ/x0Mp9d/EtYYpT6+t0JQn7+k/mDfrO9ak2PBqFur3uZdH r22IqZT8+w5/waOvlzOvchBJ7QYyqt1Abss9wpY1q1jy4WRmR/RiwoPDynetCUIV+HPNIjxuNxo6 stFEcHRtju9cSd12/S901gRBEISLkHjQUS3o2HZ+xhuLfQx+7HWmv/02r94azW9zlpDiA1z7WbA6 lDunvMmMd17lyevaEW0AJaw2ppQfeXthNp3GPs8Hb03j5RvDWfnx5+xwaAHTNEYmEXLyB95botJv /Mu890R/1K3rOOYpljU5mp73TeLezqGk/P4Fr7/wKHc/MY2vd2ahApamd/PRtPtoFtSECdM+Ys6M SfSOtmIqcmW5+ev7z9jTdAyvvPoWM6beQuhfe0n3lVATtj0s3SXRqkcDgiz16dXOwr4V28nMW3LW GJlESOpiZm5P4l/PvMnbD7bk8A8/c8gD6HZ2fPU1p7tO5N233uC1e3oSq5RdvwHrosS6L0d6peWx FCX1NkpGK8aCeqzG10hJSslPVV8v5/Jy+MdZrI0byYuvvsn7z91GQk4aDu0iuHa8p9ivNqVtVC5/ fL2ZBmNe4P1XxlA38wS5GmCMob4pG1v+utmedLbZ2vPglNd4+6FWhcqaw6bPF5DZdTxvvPkOr90S w9pZX7LToZd4fvrUrUeU7xB/nGnJPU+/yjuP9cSx6ktWGvrz+NQ3ee+RbmSvXMpfnsD1Lxktxc5z GbRM1n62iJzuE3jn7ff45PWHuaF1NMYA+TdGVSSvhUnkPTbwrxhTgWwKwt8lo9G1e3f6j7iFFh26 UKt2PDnppy90tgK60IFG849/MQURrenBZwVBqDnECIBqwcPRdTvIzXUxfdJmpue/LDXjjBeSjDE0 Mq3n/WnptGnVhs6dLydW9t9QG4zxXHPvSLr4WyuEN+1Lj6B32ZxqRwmUpmLFaKrLTWNH0DpShshh vPhSyYOFJXMsHYaMpsOQUbgz/mLd0q/59MPpRD73KH2jS7ijl4oN7fWksPZ4Y4aOqI1RAuTS5v5q ZO1czm6lFQ9f5n9EWL9bB0Jf/ZUNGV0ZGCMjKVaMpnpce3N3EswSekIToj2/kasCegobMlsztF20 /8IOiyJYBl0vo34D1YWvpLr3sKfM9ErJY2HGulwz8SUGntjBbyt+4Z1Js1AadaJ3j570bJNIkCQX 6qGr3tfIOZSS81OiSl8vJfCm8Pv+JIY/lIRF0rEd3MhRd95havy14yKXECy+E2x3NubaGAPO/ds4 7lbxajpoTrL0EC6TAQ0w1+OmW7qTYJaLpqOlsDG3HcPbRqNIENm8Hz1C3mfrKR+tLzv3sbekWDFa GzN0aCuiFCCqLpFBjRmU/3tMfSLVw7i1wPV/znkui+cku3ydGHFFHGYJsMTRrBHg2l16/mMrkFfN wbFtq1m+ahVrDvi4rFMfBt77PG3ig0TPuPCP0TWVWrExSEYzismCyegPehvfoGmF06pwwN6/4W8F Gi2ngOUxWlAusj/Uah18VrgoGY1GFixYUKn9hJpNdABcQLrXhWoKwSzpaKpESKeJvHlXE85dgrY2 /cdPocW+Laz/YzlvTfmDW54Zz5VWGVkJo05Y4dOo4tONBJukwGk6AdlKRKFvm7LvByTMUY248rpR ZP35DseyfRB9do5i0YBjhQKQqXYy1JCCLzbd58VX0l2DlsmmFfvx2ffz8vg/iry1fP0p+g6J9wdN lC2EW/yJSbKCIf8WRPNg18z+RiOge514NBWvqmGubF0oJdX9OKLKTK+UPJ5DJqhOGwbd2oaB159h z7oVLFmymPgmd9O2yAmpKddInhLrbTxXRp1N629fLyXx5XJGqkW4AvhOs3rpUSzWWvg0/OOdavK1 I5kwu9OxaYlIOUdIOb2Hgz/nkBSWwfZD6cSlfc+O2v0YbgJcAdJBRytyJv1TkYoPQik4H3mvF7wv +zumzv5uONtgLqv+zwlMqKGWem5VfLpUQmM8QP4rklfXAf63ZD+RXW7lhXFNqGW++Of8CdWQJBMW Ee3vIJPA/zeiExIWWbF0Khuwt9L+RqDR8iizPPJF11FXbYPPChctr9dLy5YtK7zfzp07z0NuhH/S xfb5Wc3pOA6uZPUxJ7ru5cTGVaTWakG8yUzdK5qgbVvEyhSX/zbdl8vhXXvJ8AGeE/yxKZXg5G5c PfJmuoemk5L/ONl7mi3bU7BrgO7i6KoFrDZ1omtccOA0y0lNW8k70xey4bgdFUD3cmbXCtapreha J78HUMag20izq6iOdNJdgObDld9qU8Kp7drF3hwNzXGEX+Z+zn7XucfynV7HsqORDHziPebM+Cjv 3wdMHRZL6urfSfGWkVljDA20HWxL86J701j71UIOu+2kOZTK10WJdf830gtAMsfQ/MobmPDY3bQ9 J0h29b1GShQoP1V0vZTIEEKU5zDH7U4OL53L7/GD6RLpIdOpBd6vJlw7xmjqsZfN2UkMuSKTT176 Ele/Oxk9rC473n+Gt7fX547rmhJU1g2kKZ5Wxs38si8XFZWs3Uv5zdGI9rH5nUQlnJ/yKqv+C59n AE3Fnf+77zgLpz7A3VN/9E9rMcbSUF3L/7am4wN0z2l2bknBaSwr/+UU1Jr7HrufkVc2FY1/4YKR JAlTrcbgc4PmRvc6UF1OTJGJFUsoL2Bvm+IBe/u3IPx83OkVCTR6HpRVnuJ/sqqdUymp2Mr4qK/W xMeQIAj/EDEC4B+lo7rSWPnRY8yxq0gRLbl2XEciZQmp7SgeHjaPOe8+zrcuDV0OIq55P8Y2bkqk J4eUNZ8ye24OmEJI6jKS+5OM4AbwcXrtJzw2LwPdFERkw6786/6BJCgSBEgzqpw5lqx1aBy0iW+n LWOG24DVGkR43Y5c++AwGlvyvq3M9ejd1suMKRP5IaYZN4zpCLoHhzcvArkxiUFXxfLOKxP5zBNG q97dSNp3uNiRPBz9bSWn6vRhQlLhyMcK8d0G0vinb/n5r6GMrRcgs0ocfa9ryrtvP8oCdxCNB4zk tsy5bEpxcVX7ytWFXmLdmwir+/frtmIkwqrpNVKSkustr8OoSq6XUpjqMqCHyutPP4baaDgT7mpL yvSl7DjjgeAA+9WEa8cQTfuOCs9/uZ5uDz3Ch4Pz37iPd7qVr3oAkKPoeusA/vpoCvd95EWJaMzg saNobg3w91xeZdV/4fPsryScnsK/g07esGJDLXrf0puP57zC+HkeVIKof+WdPNA2sfT8i7mzQg1k CI7m4PpD1G9kQDZa2b1nD216J1cskUoE7L3r5fHU3fxFiQFJfcfKCCALAQONVjYYa3nLc5aOJ3UN n/xnDdHX38P1eZ0dJQY6bW5g238m86Hndt64vz2hEuA5yNynXufAgCk83bcWcqAAtKWUqam5jPIG CKZbavBZQRCE80jKzc2t9vGO9HKOMdN1vWDboj/9w9SKv+cfVu3vv1ZVFZ/Ph8/nQ1V95ObacDqd ZGSkM2/BAubM+KiKS1UFnFuZer7W6z6P9Ow1PP/8Zka88ACtzx3LLuTRbRt46Zk1DH1xPG0rW081 9BopTFwvZ+nuY/z43hv8oHVl5DW9aV8vAjIPsvWgkbadGlCZ1TKFi1/h70ZVVdE0DU3T8r7vVNxu Nx6PB7fbjc1mIzsrC5vdTkZGOhkZGWRnZzNq1GgAYmNjK52PpUuX0qNHD8LDw6ukXBeTAxt/xpZ+ DI9bJbpOMg0v71PhNHT3KTb/8iM/rdnMvjQ3UmRzht02imtaRvifohf5PtCx7fiYx2ar3Pr4v+gS o+D4cz7PzTPzwOQRJNrX8PxjszgS14Mx426gc7yJnJ3zeG6uizuf+RetpW1M/fcHHGl1G0+N6U7k kc+Z9InKfc/fQbLJy+GFb/FNyEju75OE2baeF55axdCpE2nnXcvzj80krfVtPH5XDyKPzCu0XwXK 49zK1CeX0nVUU9Z8d5QOd42hf5LZ3zGh57Dho3fY2uFeRneIIHfHZzw/182oKWNonvk9T76ylyHP PkKvKAnHro955L8w7vkxtA7ycOCrt1mSOIq7O9fG6NjIC5NWMmTqRNpbSy9ToPfyy3u83iDuHzec pvbFPPvBGW5/ZjTNTHa2zZrG2pb3MKZjFPqpFUx5aQvXVmClFEH4OxYtWlTpKQA9evQgKyuLuLi4 Sh//1KlTAMyaNZPw8HCioqL4dP58BvTsSVx8HbEM4HkkRgDUeDpade/C0e3sXfobmY0707a2l10/ LuZE7f4kiCWOS6DjyTxBpikaadcGUoPrE/23/0qr+BpxbmXqhA/YU+oGidz64mQGxlRy3Glp14u6 lanjzuNxawDJnMTQ8U+T9MtCFv73eT5Od0FQPK26DqVhhwYEi7g8glAjxSclQ0J9DuzeQnitmEql UbGAvWUFlg0UQNZL63hKDzRa2WCsFSlPEODaz+wPU+n44HNnG/8A7gCBTuv1YEjiL/y87jTdBwWx felOrN0m0jRIChyANlCA0zLLW0qgWHdpwWcrdfoFQRDKTQHYsmULbreb3NzcC52fEpU2AqB4D03h pxxF9/UPMc1/T9O0vP1B1/zDTfOfiPifjqi4XP4nIna7raqLU7VUp39+bVA1bvToKj7fEX54fxEf 5miE1evCbWO6UNICAoJK+uYvmDJ/Hw5zIr1H30Kdv9sBUNXXiLUtT5zPETGlXS/BxvN73JpCiaL1 wNG0Hjj6QudEEIS/QdPB41Zxez34lFoYNDuRia0wRV1W0Ais3IOo8gTsLSOwrDNQANm875LSAo1W NhhrRcoTBFgacMPgYBbNnMXKR8fRq3Z+XgMECpUj6Ti4BV99/huH29bip8NxDLotERMEDkAbqExl lreUQLGlBp/VEQEBhEvZoUOHyMjMIiQkhODgIEwmM2azGUVRUBQFWZIwKAYkyf93VXgEQH6br3gb saQRAOVtX14sQkNDMRqNJCcno2zZsoWwsDASEhIudL5K9XemAOS9U2QKQH4HQOEpAPnDIfOnANhs dpxOJ5mZGew4cKDqClOVrG154p22FzoXZZPDaDnkHl4YcqEzUhMoxPedyPS+VZRcTblGChPXiyAI FzmPR8Vu9xIcYiTEaIUgHVkOIzwmvmAbTdPx+XyYzUYoo5Gspq3k/W+y6DKsH+0TgjEUCth7Z0kB e7ER2rYJ2rxFrEypx4BEC5Ivl8P7jhPWJC8eSV4A2SYdEwmWzgaQfSROgUBBeQ0hRHnWc9zuxLE6 Lxioc42/IzpQLJaKlEcHMBLbfQwTHK/xyptzCH58FB0j5LxApwv4ZV8Pbm0RRG5eoNB/xSqARHDT gXST3mbOPCPpjUfSKf9phBJObdcK9ub0IcZ8jOVzP2e/K6HsMoVVsrzGGBpoS9iW1pvY6Ky84LNm 0hwqhIoBusKlKykpidi4eCIiIoiICMdqDcJqtWI2mzEajRhkGcWoIMsGAAwGwzlTAPKJKQBn+Xw+ MjMzSU1NRXG73SQkJFTrOXlVHQOgpA6A/BgA/p9eQEKWZdzuioTAFgRBEARBCOzwiQzq1A5DluW8 e1UJrfi9jgQ6Eg6XlyBL4AZhpQL23n87Dw/7MkBA0tICyBK4A6CywVgrUh5nwYYkD3+Qu9Ne5IM3 5zPx0RtpGVJGoFNjEv36RPPT/Cz6PtrcHwww7/VSA9AGKlNMVQefdXJVbKgYAyBcssxmM1arleDg YEJCQrBag4rEAJAlCcWoFMQAKKkDQMQAKJmiKNhsNqRvv/1Wr+5BeS5EB0Burg2Hw0FGRjqz58+v nkEABUEQBKEMIghg9ZJlc+L1aFgtRswmJeDNpseroqoqZrOCSTH8c5m8CALI/l0iAK1wsauuQQAH 9+lDfJ0EoqKiiIyMEB0AVSg7O5usrCzELOwqoJ5ZxqSH3mBzuZag0sjcMpdJ//cgYye+wOcH3WXv UtIx05czudzHFARBEAShOrDluLA7XThcblRNK+igKf5P0zTcbg+Z2XYysy5EPKIaEGS4Kul29i5Z zNrDmTgdp9n042JO1G4tAhYLgnDREZOMqoBsCcda3q4U3wl+WbiPFg+8zk2xWaRJlQvbLZtCMBc/ pq7icvkwWsxnI9cKgiAIglBtJNaJRFU1Tp7O5pQjC0mS8ao+dA1UHWQkZBlkScJsMpAYF4ksX4Av 9ZoQZLgqiYDFgiBcIkQHQBWQZGP5G9zeDA7mRNA7zowhKJbKDpyRDMq5x3Tt4K1LfMieIAiCUL1l OxwXOgv/KJemkeP1nvs03QyQP6zfiJp2BNlsRQurTf5ERQ+Qm5X1T2W1kHpc++wDQDb7Mi7A4S8Q Y+ebuL3zTYVesV1S5RcuDbIkEaaIJuClTJz9qlChjnkNVZf+/hN6SRYBYgRBEAShmiux8V+I5sgm bfU32LKyiY6tQ3BIKMY2/UGp3AhBQRCEQDRdJ8cXKJKncLETHQCVpNn28d0ns1l62IU5IhS7J8z/ hu7g4PJ5zPxpB6c9OkpEU4bcOYohDYJw7/mQB6ZtwQPsmTAWGvyL9x7tRJjvNGvmz+Kbrak4fT60 0MuZMOkOmjhXM+WZdQx/2f9EX89azbPPrOPqlyfSvlh+XHv/w0NvbcCVnzb1uOuVJ+gVIcauCYIg CMKFUtY8etv2Ffg8HjR0ZKOJ0JhYnIc3IjXq8s9kUBCES84lFd9DOIfoAKgM3c6Or77mdNeJvDs+ Cv3UCqa8tAXQse38jDcWq9z6+Ot0iVFw/Dmf5+YsofXkESQ1u5ePpxWPrOvl8I+zWBs3khdfTcJs W88LT63CoYFUbJ6/ZArBUkp73tL0bj6a1vGSj9orCIIgCDWJSYKu3bsjBcWg6oCm8efuLYiv8cC0 zN/577SdXPnEOBqLKP2CIAjlJjoAKsOTwobM1gxtF+2vwLAogmXQdQ9H1+0gN9fF9EmbmZ6/vdSM M15IKqm2vSn8vj+J4Q8lYZF0bAc3cjR/YYDiY/zFmH9BEARBuGAe/PcEAN59a1qVpCfpGtGx0UhG M4rJgsloBiCmXjL2CqalOw6zYdGPbPzrDA6HA48hkoTW/bj66g5E/IMrCFYdHU/qRn75fiUH0nJx SzE07jWCAV2SsEggm4IxikGOgiAIFSY6ACpD82DXzBjzGuS614lHU/GqGmZVIqTTRN68qwmBOqT1 /KE3vlzOSLUIVwDfaVYvPYrFWgufBsgSEpr//4DmysGp5S3LI4E/nkCAtAVBEARBqHIP/ntClXQC 6EgEhUX64/pI/ld0XcccEl6xDgAtk+0LVuDpegf33BiCrKvYT+5m519mlBr68EA9s47v/5dGy+vG MzhawZu+k1/mzOQr6X5u6RKNQVbEWtaCIAiVID47K8MYQwNtB9vSvOjeNNZ+tZDDbjtpDoW6VzRB 27aIlSkudABfLod37SXDV2h/XcWb33I3hBDlOcxxu5PDS+fye/xgukR6/EvvGEKobc5kX6oLNfdP vv9kAUc8LrKd+T0CKm5f4da+jEG3kWZXUR3ppLtET4AgCIIgVJXCjf780QB/iySRE5IEPjdobnSv A5/LSbY5umLpeE+xPyuORokh/hs7yUBwnVZ06tGYkJp4p6c7ObR8B3HDB9M02ghIGKNb0e+mK7D9 upzjHkQwZEEQhEoSIwAqQ4mj73VNefftR1ngDqLxgJHcljmXTSkurmo/ioeHzWPOu4/zrUtDl4OI a96PsY2bEpW/v2Ynw6lBqAFMdRnQQ+X1px9DbTScCXe1JWX6Unac8UBMPQYPSuCVaY/we3ACXUbc xyjDXA6c8dC3LqB7cHoKhgOAuR6923qZMWUiP8Q044YHxnClpUaO+xMEQRCEaundt6YVNP6rYiSA 2xTOkT2ruayRAdloZdfu3QS1HVSxRIyxNDTPY847J2ndvjXJTRpTLz6s4Om/nrOBWW9uptvj/vny es56Zr65he6Pj6OxxUfGxm9YsGwfmQ4PxsRe3DS6H3FGwHeGnYu+YuWuNNw+FT2kFTc8eD11Tv+P /3xtpG93J2t+2c5pu5kGQ8dwTacY9JTS3zPoTk6s+Y7FK/eS6QFDWAM6X38jnetaizbmvac4kFOX ttFFb1OVWi1pZPyCv9J91I0sXgmllEMp/ZhqoLxW7AwIgiDUGKIDoFIkghoO5bGpQ8++NKgNffP+ 26jfGJ7rV8qu1rY88U7bQi8oxHYfx2vdz75S998v0DXv//G97mdar0Kbd36O3gAUTweQw+k46gU6 jqpoeQRBEARBKI/CT/6rKhaAHhzNrt078bhVQmIbVDwBOZJ2dzxE0OrlrN+0kE1LPBDemG7XXM+V TcKRTUEF0xYBJFMwpvzf3Yf4bUMIg/7vaRIUJxnHs7AaALykLv+KXbWu5u4n62Cyb2X2G+twaWAI r4M1bT4/7rmWW/89grDj3/HRFys52f46Ekp971qi/1rAlytU+t/3FC2jDDgPLmL2N7/R8MGB1C58 R6o5senB5wY+NgQRbvaR5tHOrYMSy6Hj3Ff6MWsFKEeiWIVREISLlOgAEARBEARBKIfz0fgHSKjX BCmpAQd2byEmtjaZlUnEFEOTPjfSpM8NeLOOsHvVDyz59FNC/+9eOlgDRBVWokg0bmHBJ5k0atKM 5u3bECUD3pPsOFyHbqPrYJJ0nMe2c8qTt7fRgmJMoOfwjtQySRDbkHDPHzjUQO958W3dh8PuYuFr k1hYkJVksn0U7QCQzVi1bJwqFFnNWHNh85kJs5bwfL7Ecng5HOiYAcqB6AAQBOEiJToABEEQBEEQ KqAqGv+yJBOEgkUGl14LRbMTmdgKU1R9Lgu2ku32kONx49NKeNodkIQxoj5thtyI7eB/OZ2rghUk dNS8pHR3Lh49by1wQzSX3zWR+n/tYs+W35k/bQv9J9xFG4udbCmaYAOgprP9t+OYLdH+NGQJJDPB +WsVywoyesHxS35PR1fB2m4cD9zYAFOgIhhjaRD8E/vO+IiPP3urqqbv5i+tEVdFGkAF0M+uZ15i OW4lLNAxXYHKIQiCcHGqiaFhBEEQBEEQ/nHvvjWtShr/ZmRiMFMrxEJESDCRESGEx8ST1Lgl4aEh GGUDUWYLCZYgQowBm8oAaOl/8M2nS9ib6kAD0H1k71vDbq0pLWMVMAQTac7mWJobzX6Q1V/+RKrX jd2tgfcUu3ecxtrgcnpcfTWtQzJIs2tgCCLUc4wzThcnV33DztjetAjzkOuqaIdEPhO12zZE372M rSfz1jtWbaT++Rc5arFNpWAa9W7E4W8XsTfDC+j4snazfP4movv39McnAH9Q5fxgyCWWQyn/MQVB EC4RYgSAIAiCIAjCP0QC3DkejLUtyLKcNxpfQiu+hq8ESDLhigm7z4seYI1fyRJLonU7Kz9ZxUKP AbPFSkhCG64c1Y8kswQk0KlXLPM+eYEdQXG0GHgHg+VvSMnw0t5o4/Smb1j8rR3JFEStdldzTbwC ciJXXKHy+RtT0er154abWpD26SoOZnogqHIlD25+Azf3+46fZ03lN7eOLluITu7BsMsaUjzqnjGh H9cPWM7iOa+yONcL1jq07P8vhrcKOzuBQffi8vmDIeueksphJLhOgGMKgiBcgqRvv/1W79GjB+Hh 4Rc6L6UK9KVXfLv8bYv+1NH1s69pBcPpdDRVQwdUVcXn8+X99JKba8PhcJCRkc7s+fOZM+OjKi6V IAiCIJx/hb8bVVVF0zQ0TSv4znO73Xg8HtxuNzabjeysLGx2OxkZ6WRkZJCdnc2oUaMBiI2NrXQ+ li5dSo8ePcB4aU2uTnW5i/wu+XQiFTNWixGzSUGSSl/MzuNVUVWVdK8btyYeWQuCUHX2r/mdli1b Vni/nTt30qNHD7KysoiLi6v08U+dOgXArFkzCQ8PJyoqik/nz2dwnz7E10kgKiqKyMgIrNYggoKC MJlMmM1mZElCMSoYDP7n2AaDAUmS8v4BSAWfq4V/BvqsLay829VE2dnZZGVliSkAFwM9ew1Txr/B JkfVpammL2fyQ2+w2Vl1aZZ6rDPLmPQPHUs4v87XuSycbv71Lq4XQRBqArnYzaQz143d6cLhcqNq WkEHTfF/mqbhdnvIzLZjzxUfeIIgVB3DRdzIFcompgD849z8OecJXvi9FqNeeow+0YX6YHwnWfjc M3zDCF5+egh19BQWvDqVH+WhPPPIEBJLOVuS0YIi61UatkY2hWAus3vIsQD6swAAIABJREFUx9EF TzH5Jw+9Hn6Ju5LNlTuWJRyr6IoqHzWHPb8u5LtfN7HvtAPNFEWjdr249tr+tIy48KsWn69zWThd //Ve9ccQBEE4H8IUhRyftyBYnSXSglPTST2TRWi2DbNBQdVUdA1UHSQkkHR8moZLVwmLDEaRy44D IAiCUB4GSSLMKJqAlzJx9i8Ar8sHHOHXben07FOrYNqbL3Udq04BMS58+RvnTV0I3LiXkfOmOVQV yaBgKKtz0HOUX9dlERwMG1f+xc3JzSs1LVCSjWUfqxrRPensXbeCn9dm0euBMbSt1FzIStAy/p+9 +46PqkobOP67ZUp6J6GEUEMRkKaAEBVEQbDwWtauWBY74mLXVbGhrr2srrsuKCsqurgq1igKKE16 RwQpoSWkZ5Jp9973j5lJ74b+fP3Mh5nMveeeKc695znnPIdFbz/NjPwBXHr1g9zeIRa1KIs1Cz7l X8/s4rJ7r2dQ7OFtGR+sz7JquWrdQ5dK1/DGaz8RN+QMRg5KJ9F+FH2xhDhOxIQfqh/NI0MMUOvE icT4Kg8Ldm/B5gwnIqHtoaiWEEKI45QEAA45C79Ho/XADuQuXEnOaWeRogH4yFr8C55ufWmd78Fv AbZ2/N9Dr/N/DRWpAJZFIJtBCzV4FLXBkty/z2Oppw9XX6EzY8YPbHL1oH9EM45/VLTRTEr3rmP+ D9+RuXg7WudBnH7maNKdh+r4FkWrPuQT91ge/kulDMgJHRk87jY6xLzCS59v4cSrunHIqlSbg/VZ KnXcBzBc7N9bTESbFCKdXTjnzL18P38GD3xk0nnwCEYNH0qf1mEy30kIcURyF+ex7MvpFOUXkJDc hqioaLqddhFaI7L/CyGEEE0lAYBDzsDrsYjuP4LUX79iac4IzkvRwZvFghUmAy7ozPbZ+/CZwbnO Dy/ivKcn0z8ssLcvezEzp/+PhVkl+EwnHUbczD1nA2Y+Kz5+mU827iK3xEavP93JracmBz5gXzYL Z03nv6v2Ueb3Y0YNZNKDV9PdXsq2uTOZ9vVasr0Wemx3xlwznjGdwhtux1mlbP5xNUaPP3NiL521 +qtkbiim30mB7LzeHbN4aLqNS0eWMueLZewqdtLr4knldTJLNvO/t98hc7sbR2wULm90ebl11cm3 YxYPvePgqnMg87MFbMrxknzaTdx7cU8iFR/7fp7B3z9fx/4SL44Oo5h8x7mk6Q2UV08dy/l28skr f+f7whQGDD2N25+cSIeoii282z/gnue2M+LCNNb9sIKdeX5aDT6Xofoqvl++i4IyhdRRt3P3OR1x KmB5dvPjzHf4fEMOLo9CbNczuOWmsaTZ6vmsbIWsml/IsEuGkli4iLf+8Smr9hVhJmUw+d7L6Dpk NB1eXEGWtxtd7LW8FxNHkDf9Id7wXsXzt/YnSgG825jx1+f47awpPDwigh3NfJ/q/CxrVcfnVEtO sIbLtfDuW8jb/1xIwkU3cZEKEE5qv1GM7zeKK4t3sHLhAr594yHeiT2dSbfXfhwhhDicfl04B6/H g4mFarMTkdCK3evm0b7fmYe7akIIIY5BEgA41CwfZX4FR1QXhvdw8e4v+xlzbluMXT+xXO3PxLQI dvrK8FmBuc72yt2WZj6L3ptD0bBJvDIkBbtnH5uynNgoBm8uq0vO5q9TJhK3430efPsbfh98NV3t PrZ/OZ1FKZfx5LOpOEqW8sRfF1BqWpSse4/nvzK44r7nGJKoU/rrLB5791v6PDSO1IZeRslGMtcr 9L65E+FOldP7OXn6hzXkDxhGvAq2uFQi901j2porue+Ry4nbMbOiTjYXaz/6mOxTJvPqHfFY+39g ylMrgfrr1C4ulci903jt29HcesfT3Ob6ikf/voRd5/ekh7WFT36K4popL9DZVsq+HXlEao0or646 1tHxUltmUFt8GvH+H1h8YCx3PXwpkXs/5YEnPmTeyNu4b2ovInfP5oFXM9l61gROcHjY+tl7bOx+ A8+Mb4WtdBlPPDiPXP9Y0mx1fVaAbz9bjO6cGV/M4mkr6HTDE/w5ag1TH/yBYhOwJ9LBXkiJAbhr eS/0CNqOPZ3YZzJZnt+X0+MVSrd8z2J/P24ckkDZureb9z7V+VnWoba61Za6wGqoXJPiX+fw/P92 MuC6iZyZ6qglaKUQTAcbWAWk7loJIcRho2JyyrBhKOGJGBZgmmzbuOpwV+uYYxz4jocfW82Fz1R0 qjSNSf7K93huxlJylGSG33o3l3VqXu4jIYQ4nCQAcKhZPsr8KjY9nM4ZvfC8u4Q9o8fgmr8W+8CJ tHPuRvGX4rWoOQzfu5f1/kGMOzkFhwI4U+jRBSgDHGlccvkw2jpUrLbdSPDOp9gAfFn8vCWV8yam 4lQsSrYtY6cHwMvOJWspLnbz5oMreDN0DKUHB3w0EAAwKVg3lw16b+7qGDiLdhg6gKhnf+SXvFMY laii6GHY7GlccOkw2jqUqnWysvglvw9j+yUEvoDR8USoYFkN1EkPw2ZvzyUTxtEnToW4c3nyqeCI cH8iXexLef2lXE7sfSKDBw8kWfWyscHy6qhjZbb2/N/kpxi1Zy3zf/ieVx6cjt5lEMMzTuO0E9sR rodhC0tn7NjexOtAfHviwtMZHXqc2IE4YzseE/BmsWh3OmPHtcKmAGqlXAt1flaA6aaYSJz+Pawp S+eCRI2yLavZ7THwmRaYZRRYkXRUAa229wKU1hmMafc93yzJZtjocNZkriNs6GS6h/v4rbnvU52f pZ+szx7hgS9yKr2PfbnnmYtqrVsN3rrKJfCBu7fwzhv7OOn2x6o2/s1Sdq3+ibkLFrDwNz8dB41g 1M2Pc2LrcJkCIIQ44limQVJyIorNgW53YrcFGpStO3Vvclmm6zcyZ33Md5tyKHaV4NYS6DzwXG68 bAitjoCrPd+BVXz28Rx+3pZPaVkZVnRHThpxPn8ank70IfiBrpGk1jJwu/3YnI7G5a7x7+H7Tzdz wm3PcUlyATmKrellCCHEEeAIOCUcZ0wfpT4Fu67gTBtGP+NtFmztROHGME65MwW7mo1qenH7LLAB VZL7GfgtpfaGjOokxhl4RlF1tFB/p7+YA0oSMTrgz+anzJ04w5LwmxamoRA5aDIvXFfLvPEyADPQ G1HjNeSz/Ict+F1bePqOxVWemrt0P2eMaY2u1FMn04vLdAQawIDlK8NrGvgME0dDdVLDiK10Bi8/ 3+qtOPOOKZyweSVLF8/lxSmLufyRG4lvsLw66liDSnibExl9xYmMuugAG5f8wLfffkXrbn+mb7AS 5YMD1ECSuorHWsVnZrjIMyLLL0Isvy+Q7wHq+awAzY7Dk0uJ2Q6laAdZ2RvZ9k0RqdF5rPk9l5Sc z1jbaiTn2QGltvfiDk6Nj+Oks0/go/fns71vEl9vT2H0le2w4234u9Dkz1Kj3XlP8u55Nd/JXrXW rdq3us5yrcCvlrMTF58dwZxp05l3z42cHrq6df/G599uIW7IFTxxYzeSHHJFJoQ4gikq0bEJgYC/ AoFzvkVkdFzTyjFz+ek/X+EefgtPXxuNZvkpylrDwk2ORqzoc/AZuYt46+11pF80kWc7R6NbPvJ/ +4nPlubjO0R1qJGk1r2WFx/4nlFPNXJEgC+PbUWxDE9xoIUnkwJQtqppZQghxBHgCDgtHGcsD8Ve FbumgD2V0/rBzzM/ZHXUKQxupYOqoeOlxBtqYPlxh1qItmQ6G4v4fFUufsDyZrNuZRZl9Y1t1iKJ 925nt6uM7Zkz+Ln12QyJ85JfZqP9yd0wV89hXpY70JzzF7N9/SbyQksQmAYef83C/dlL+G5nHKPu f413//FW8PZ3pp6bzL6ffiarobO5LZFO5lpW5/iwfDks+uhTtntc5JTqDdepLt49LF6+j4iuQzn/ sksZFpVLVvEfKK8eiiORnqdezKR7/9z0FQD0GFq517OpyMQs3cH3M95nizv4XJ2flQm2BNLYxIrC VMacnM/bT32Ie+Q1XHtue9a+/ggvr+nA1Rd2J1yp670wAIWI7qMYqizi3ZlfkZM+mkEJKuBo/vtU 52dZfRhFUF118+/m06m38eepX5Llb0y5NpKH3cCkYbn854V3+aXADPw5vA+33Hsrl53aXRr/Qogj nqIo2JPSwe8B04PlK8Vwl2GPa9e0grx7WJnblhM7RgdWFlJ0olP7M/rME4ip5UrPLN7Gyq1F1PFL 3bKsMjZ+sZCkS67mzM7RgZ4nxUZc1+Fcc8UgEg7VlegfPiWYGJYiPf1CiKOejAA41IwyCt0KsZoC 2Gg3ZCBh331F2J/6k6QBioZN8VDkNiECsLyU+oLjnrUkhl8+nH+9+wx3zPRiEE6HU6/htm71HM/e nrMyDJ57+F6MLucx6bq+ZL2ZydoDPkb1Hc9d587k3VfvY7bbxFLDSek5kgnp3YkncOwyb/WVBbzs nD+P/W1GMCm18kR5ndZDR5H+9Wy+2TqWCWn11ElP4YwLu/Pqy/fwiSec9LMu48r8GSzPcnNO/wbq VAfLW0TWwv/wzowisEeSOuQybk21E92+eeUdNLZURp+TzCvPTOY9bzS9hw8ldfP2wHN1flZeSEyg /0k6j3+4lKET7+aNs0MF3sIrQ6seovb3wlZ+/JEjEvh6VgFn3NMzkAwQheiGvgt1qfOzLOOc5Kga 11t11s0ksOQlwSUv6yu3Z7AwJYyu593On3Oe5O8vzGLyPX+iV6TENIUQRxctIoFtS3+nQxcN1RbG ho0bOXF416YVYm/DiWH/5InHs8gYMoB+vU6ge7tYKq+EahatZ/a095n7uwsUJwMm/JW+BJP21pVg l5ZIpLuHlbkdyWhb93z5+uoQUfgTUx5ZUp4Q2Sr4iUcfWcL5T0+mV3bzktS6N/2TiS/+ghvYOGkC kMZ1z9zPqepGZk//kAW/5+JydGbUVTdw4QnReDe+wW0vrcQb2r7T9Tx//hoerKWM0w/zcrxCCNEQ Zfbs2VZGRgYxMTGHuy51shq5wL1lWeXbVv03MIw+9DfTNEN7YBqBxfMMw8Dv9wf/9VFcXEJpaSl5 ebm8M2sW7/7jrRZ+VUIEVnp4/PEVjHviNvo0sH6f5dnFl689zxfmKVz2f8PpnxYL+dtYtc1G30Gd aM4KjEKIY1/lc6NhGJimiWma5ec8j8eD1+vF4/FQUlJCYUEBJS4XeXm55OXlUVhYyPjx1wKQnFzr ivaNkpmZyZF+vXG4/LbsG0pyd+H1GCS06UrngSOaXIbl2c+K77/k64Ur2JzjQYnryblXjuf/esWi WUUs+ftTfNXuWu4808Z3/5rJj9mdmfjXy+jiWcTj905jd9pobr3xPLq7vuLRvx/gqkfGk/rrv7j3 HYMr7ru+IkHsTAe3PTSOdqWB/XL6XMl912UEE8Qa3PJ4tUS6ZWt45Y1sLp00klYqeLf9h788M58i ALox6aXJ9PPVVYdr6WGsYuqDlYbZl1Y8Du1Xax1sLlZPf4lFvW7ihpMqksleEFpZqWwVUysP37eK +OWtV1g14GauHRBL8dr3eHyGh/FTbqBPuFJze2opQ4ijyJw5c+jVq1eT91u3bh0ZGRkUFBSQkpLS 7OPv378fgOnTpxETE0N8fDz/mTWLs0eMpXWbVOLjE4iLiycsLJLw8DDs9lIcjnBURUW3OdC0QOeW pvlRFAVF0VAUFTBRlEAYUimfpmvVmsi7No3c7KhUWFhIQUHBsTMCoClBguC98oRipmFCpYBBaBPL MtG02lKUC9FMlotNmfPJTx9M31Y+1n/5FXtanUnbRiz3rDhSGXvHw6R+/ymf/vtx/pXrhvDW9D5l LJ0HdCJClrgTQoijUuvUrtC2A79tWElMUmKzylAcyQwYcy0DxozHk7eVJZkf85833iTusXs4IyKL 5cUnMX5MJ4rmfUjkuKs5Y9pbLN3ro2uruhLsetjQEol0VSfh/nxKDGilgr3Tlbz2jyvLG89AMHFw HUl+y6q/0Ep3m5Wkto430JPFsuJ+nNc3AV2BuJ4jyYh8nVX7/fTpKCdYIQ4VVdWwrEBnbeD/10Bn LpaJafpRdXuwPWcCKpblQFG8DZZrWY0PAhzrjpkAQGU1RwHUvV15Y5/yVj8AqqoE5ubZG9EyE6Kx LAO/fwdfvD6HN4pMotOGcOUNQxo/B1KPp8+oa+kz6tqDWk0hhBAHl2mB12Pg8Xnx60lopou4dr2x x3csvzZp3rWqgiO+C6deOJ6CX19hV6EfIgLz182cJfzoHcqlbWx8jYUZ2LyOBLuNSBbcmES69hR6 R3zE4iwPnTrWMQ2gzjoE7imYgYS4gOkuosy0MEMzFJucpLbq1MaKa0QLs8rENQWFmp9BbdeUjeyD EkI0gs1mC/boh/7nDbbniAPKgu03s9Z9LctEUQKrUSmKjmUd2z36zVVHAKC2JbxO5LoRe/j3N9WW 9XruFno1MHT5UGnsKIDAtoF/y4eGoFT5g6qq6JpWPgLg6hsntFg9hQgp2vETb/31J2SCiRDiYKoS GLcCIW/LNDEtC7P6tACvF79h4Pf5MILTBEJTAETL8HoNXC4fEZE2Im1hEG6hqtHEJLYu38Y0Lfx+ Pw6HDepcoSbAyJnH6/8tYMi5I+nfNgLN8nFg/Q8sMXpzTRsb2JJJt97ixXdO4caJgynbMJP5Zen8 OUWvp+hggtjpc5iXlcZZ7Zwo/mK2b95NdLcm5NFRoul7Ti++/Pe7zL3uck5Li0CzPOzftIEcU0dV Gnh5WiStHPls3udmQKudfP72J+zwJlBYZkJ9iXhtiXQyv2V1znCSEwqCyWQdgWSyUTqgolkl5LgM DAoooDW9bZ/w/eYMrjghnOINmcwv7cL1yZUula3qAYRqZajxJDiltSFEU2T+8AOapqHpOrrNhqpq aKqGqgZHYQfbZgr5gLM8MNCUxr1lKSiKROpC6ggA6HUu4XX6BQe3Qi2vtpwABKND1BgBoCgKqqqg 6zZ0mw273+Cmq6/B4/XgLivD6ztUC9YIIYQQf1zl4HiooW9ZVnk+AL/fj8/nw+/343a7KXWV4va4 cblclJa6KC2tPgZb/FHb9+TRplU0qqoG25IKZvVODAUsFErdPsKd9Q/YVMLakB6+nNkvfcc/PBph YeHEtD+JC24/l3SnAiQyeGQn/vfeYl57aDG22O6cPeFqujuVmkPsK1Wg2Qliq3GkncvkKzL5z3uP 8fEBL5alEp02kHPv/HMg/019XzF7GmePbsszL93NzxFtGTLuFsZrM/jtgJcz2tezX0NJah1pDO/r 4x9TJvNFYg8uvu0GTrniLLa+NYVb3vKhx6Zz9oTx9AyrnEnRRV6ZCVFa6IXVKONUp0wdFaIpOqd1 ISoyiti4eGJj49F1HU3X0TQdVVUI/EgqVUYAQEXjv2K6gIGiaAQWuat9hIAIOGaSADYrAaAZeN4w TCzTxB+8GDL8fvx+f6DR7/bg8bjxeDwYhj+4jxBCCHF0qHwONQwDy7IC57rgOc/n85XfysrclLpK KHO7KS4upqSkhNJSFw888BAgSQBbQkFJGT6vSZjThsOu1zsn1eszMAwDh0PHrv+RhqVJ0Y7fKErq Srtw6aEWQhw5SQCfeupZIiIiiY6OIT4+iZjoWOITEomNiSM8PAJnWDhhYU7sthJsdie6bkdVdWw2 O6CiKAqaFli3uiUSAR7LUwaOuSSATRFIAhF6EPxXUQKReCxMVUHTNXTThsNhBb9YGj6fD0sCAEII IY4ilQPkod7/ygEALTjcUlM1LNMKDP03TOw2G7ZgL4xoOSVFbvyWiYWJrqtoau1JYCzLwuPxUuxy 47BrJCf+kcCJSnRaOtF/oAQhhDgYNE1H123Y7Q5sNjs2W7D3XwuMkArkZVNBCf5WVmqKBeb8y6ib pjouz+qB6I9V5XFFUCDwJVMUC13XyzNGapqGzWaTRC9CCCGOKtUDAKEggN/vDwQAdB3d50PzerEg kAfANLF7Hdg8HmzehrMri8Zr1yYOwzDZm13I/tICFEXFZ/ixTDAsUFFQVVAVBYddo11KXHAYrBBC HHtsNlvwFmr829A0LdgeUwm0zQLbKkrVgGn1x6JxjssAQEhFw18J3qd8FAAE/7HZUBRQFRXzDw2/ E0IIIQ692gIApmmi6xqmaaKqSrCHBQzDj91uw+e3oes6uq61+HK4haWlLVre0SoqpmpGfNe+bejO cByxVYfUFrslB4MQ4tilaVpg3r+mBUcDhJIAqmiaWh4ArQgISMP/jzquAwAAKAoKoSBAaM6ISvn1 jgKqasc0LSzTrFguUAghhDgK1BUAMAyjPCdA6GazhRr+FY1/TZMLrYPJW5LPprkfUFxQSEJyGyIj o2gz6BxUXdaeF0Ic+yoa/oHzj6qqKMHGf6DRD4pSiKI4AiMBpPH/hx0HAYDAcP/Kvf2BC51qW5Wv N6miKCaWpZT3elimiaJZWDIETwghxFGmrgBA6LxXERAwgxdigZsa7IGRnpaDa/fyTHxeLyYWqs1O ZGIy+b8uIqHnqYe7akIIcdApiloxEg0VRQkFnpXgeaoIRXHWOBeFlgGsGBUQ6r2VFQAackwFAKo3 8hvePrQMYCBIoKoqhmGgKgqoKpZlBYIAmhoYASAJAIQQQhxlKgcAFMUsv4XOf6pqBNZdLm/0V238 q3UkqRMtQ1MsThk2DCU8EcMCTJOtG1aS0MLHMfPm8+yzaxjz6G2BpfeawCpaygtTl3LmI03fVwgh 6hM41wTOO5quBaekhXKyFQBOVDXUZA019hvXKVt5BQBR4ZgKAFRXOblfbT3+VUYGEJjyrwYb/qpp YilgWYHnVVW+OEIIIY4+lQMAUDHirXKS26o9/2qVW2MvtEQzWCaJyYkoNge63YndFsgLkNyxW9OK KV7KC0/V0kB3r+WVKd8x6IFJnGyPxN7Yj9K/h69efpHv1LO46/Yzaa070Bu5r+n6nXn/+5QFWw5Q 4nLh0ePp0Hc0V110EomSSkkIUY2iKOWN/kBQOnDeUZUCFCW8vPGvUJELoPK/VcuqugSgqN0x8+40 vtc/8OWpMQ0gmAuA4JcLVQ1GDcxg2XIBJIQQ4uhTOQBQ+X55wLtSQ19RlCr3K6bHiYPBQiEyJh6C 81wh8PmER8ViNKEcRaunga7YcGoKCjpaEz5Kywp+XyBQv8bsZOax9KNMvBnX8+AVUWiWQfGedSzb 4mh88EEIcVypfK4JJaRVlGIUNSo4CiB4HqrU4A+14QLPe6ARv1ByLqtwyAIAxoHvePix1Vz4zGT6 hzVt38Y27uspgcq9/VXLDjxvWRZYFY8rnteCIwQsSQAohBDiqFYxHLJxN3FwKYqCFdsRin4H04Pl 82P4wYxo1cSC6m+gB66blcY14gH0Noy562+MCT32V3veKCVnfzHhKclEVO6E8+5jbV5rRrePQgNQ NKLansjwtrUfxizZzoacBHp2jEImmghxfFMUF+AMNvhjqiwDSJUGf81fspaa/3+8nPcaEQDws/OT v/LQ115Ov+spruvqaHiXWqjOGMIOwa979TwAtU0DqPzFCT1HsP+fSo+rBAyUJpw4hRBCiCNE1REA BO8rqKoVXP5WC87118rvV9xkBMDBZjlj2bn6dzp00VBtYazfsIGOg89vWiHN+Ih8uz5h6vsOLh4F 875exG85PpKGXstt47oRXryU56cu5awac/4tvNlLmfnOEuLPu45z2lQr1J7CCc53eOlvexh0cl96 9ehO1zYx2CrVzyzexBfvfczPO0pBddLnmrs5oYH6RFDGjgUf8cF3GzjgAz26K2dcfjlnpIXh3/UJ U9+3Me60Mr77ZhW7XQ66n38z156ShI6P7CWzmP71BnJcPuztR3DzjaNppze3PCFES1MUL4riQVHC K83916qefyoFA0LLtlfv/a8+/F/m/9et4Sa5dyc/LikgIqKUZfO20tzVexXV1qShZ806Rr0XKUqt 2wQa+ZUiPopSPhIgcFOqzIUUQgghhGhJVmQi6zesY/nSxYRHJh2SY+qx7Yjc/y3//sHg1BsfYepf TsdYu4w9XlB0Z5VGe4CJ67dveHPaWjpefiPndouseRGpxjPkhru4ZmAke5f8lzeee4TJj73JnI2F gSkNVjGrPvyAzWmX8uBfJ5DRPpx1H33B75766mPh2jiLNzP9nHHH4zw7dSp/vTieRR/MZY8/tN93 fLC+LZfd9wRPTOjBrm+/Z6cX8Gzjq0WR/On+J/nb01O449w+xGl/oDwhxEFREXSu3PAP9fyH5vxX bFt134Z7/yWQXVWDwUz37/NY6unD1VfozJjxA5tcPegf0Yw38TC873WNAqg5AiCU6C8QDLAqniz/ soUGAkgQQAghxNGkeg4A0zTLg9qVcwCUJ16SHACHXNv26dCuI79tWElcq+YHAGrMljQtrDo+P0V3 otvacf41Y+kZq0LsaO5/OHi55q5l1KNnGx/+O5t+Ex7g1LaOOi/rFHsSfc66gj5nXY43/3dW/PgZ H/97GjH3TyQjYjdrSgZwycg0ihd+QvjYS8mYOZ2V+310SqqrPh5+XbaRkhI37zxxN++UHyidfD+0 1Z3otlTGXjCY1nYFK6UL8d6FuEzAlkBHx3KmvZHHCT1OoP9J/UhSvWxpbnlCiBZXuUFfPhU71PAP jghQVS34+1aRADAwakCrVEbN3n9Ru/oDAFYpm39cjdHjz5zYS2et/iqZG4rpd1I0CuDdMYuHptu4 dGQpc75Yxq5iJ70unsStpyajA2bJZv739jtkbnfjiI3C5Y0uL3fb3JlM+3ot2V4LPbY7Y64Zz5hO 4fh2zOKhdxxcdQ5kfraATTlekk+7iXsv7kkEXvb9PIO/f76ebJcXR4ez+MvEc0mzVa123TkDFBTF qjEVoHqQoDwnQKXWv1JRhBBCCHFUqjy3v/r96v9KHoCDTQFDwbRM3HoSmukirl1v7PEdiHSG4fP7 8Rl+zMbkQFLDiLW7yC4xIKwi1b5Rkk2pLZbwwLUxYGGGGrIKoDqCUpg6AAAgAElEQVSJrjQ/s/rH bVVu9Do6cN6Z4WS+9x6L7riWUxIb6kNSsMd1YvB5l1H021vsKfZDuIVhgZm7nIWeQYxL0Zkbqlo9 9TFNiBh4G1Ou6EKNiahuQHUQ5Qw2DDQdNZS1SUvk1BvvI33LWlYuW8Bbzy7jgnuuJba55QkhDgol +B+h5dmVimH9FaO1qzb+oWrjv9ZymzD8/3g639XbnW2VbCRzvULvjE6EOztwej8nm39YQ37wPbbF pRK57yumrUnl+kde4OXbe7H9i2/43QtYLtZ+9DHZp0zm1Ref5283nUayDmBRsu49nv/Kz9n3Pseb L7/Ms1ckMP/db8nyB8vc+wWvfWsw8o6nee3+MzFWLWGXF3Bv4X8/R3HNlOd58+VnuP+CfiRUW1Km tiH+Vf+u1Ph75ftW+fD/yvNOKl8JyU1ucpOb3OR2LN2o49/Kz4uWZBlgehTCnDaiI8KJjY0kJrE1 qem9iI6KRFVUbJoNu2pD1xox89zWjiE9Pcyb8wt7PcHRHp69LJkzn7Keg2gX6iixDLxGIy+ILT+e KtvqJA66mgmD8/nv6x+yqrDmBbdx4Gf+9e8vWbXXFRzy7yNv40+sMHsyMMUGtiQ6WT/x1vt7OHFo W9ybf2RxWWf6tqrvNdpp278r5tpvWLjHE2gfGCXs2rSF/IaWSvDuY/mqbCK6DGL0RRdwcmQee0u0 5pcnhDgIFCraWpUb+UqltplS6e+e4P2qQ//r6v2XUWw11fOLa1Kwbi4b9N7c1TGQtr/D0AFEPfsj v+SdwqhEFUUPw2ZP44JLh9HWoWC17UaCdz7FBmBl8Ut+H8b2SwgcJDqeCBUsy8vOJWspLnbz5oMr eDN0OKUHB3yQqodhs7fnkgnj6BOnQty5PPlU4BLE8iXS2b6Uv7+cR59efRg8eCDJdYQwas/4X3Mq QKj3H6hyP7BqAOVfPCGEEOJoVz3oXd+t8j6iZWXnumjTKjowrVABUGr29CuBZQIxA8Px670UUZx0 GXcj476czb+e+IwSE1AjSO1/HreM7Yyz/NLGR5m30pLH9bF8lPmqbas66Xj2BK7IfZ7pr/+Pm+4Y R/dKywAoYa3pHLGKL96Yx7teDaczjOh2/Rjz59F0dihAAgNO78DXH/3Cv5/8BT0mnTPGX0oXpxLo ea/9xRHV+zJuPvtjPnrrUb70WFhqGK3ST+eqzl0beAnF7F36IbNmlYAtgjYnXci1be1EtWteeUKI lqdU6mCtPA0t8LdQ8r/KjX+12tB/q7zxX7VcacDVpe4AgJnP8h+24Hdt4ek7Fld5au7S/ZwxpnVg zVnVSUxomJSqo4VOUaYXl+koTyJj+crwmgY+w8RhKEQOmswL13WjSnJZgDICQ9lqGQKm2JI5c+IU Tti8kqWL5/LSY0u47OGJnBpfPRlE7SsBVDxH+VSA6kEAoEZQILBf/W+kEEIIcaQLdbJUjHar/VZ5 W9Gyyjx+4qLDgYaXODaDORtMGv4sFHsyA8fdzMBxdWzg7M3Ep3tXffxU72ZsG0v/qx+nfy27qRGd GH7JrQyvs5YWStKZTHq4M63Dqr2g+uqjhNPxtKu557RanrNV269KOV0556aHOKfGTs0tTwhxMIQ6 XQO/ixAIBoQa/qGVAbyAVsu8f1uVcgL/VrT7Gnv840mdAQB/9hK+2xnHqPsf54oO9tBf2T1nCg/8 9DNZZ15Eh/pKtiXSyfyW1TnDSU4oYNFHn7Ld4yCnVKfnyd0wp89hXlYaZ7VzoviL2b55N9HduhNf X5nePSxeVUaPfkM5v2MKJVunkVVsQHzNYQDVRwDUHBGgVAkC1KZ6YEAIIYQ4uoV6VaxK9+ubFiDn wJbmKnKj6RoWJrquotWRXNiyLDweL8UuNygmMTHhh7imB4NKVGoXog53NYQQR5Cq55+qPf6Bhn8g CGCr0fivUooM/W+0OgIAXnbOn8f+NiOYlGqvsnnroaNI/3o232wdy4S0+kpO4YwLu/Pqy/fwiSec 9LMu48r8GSzPcnNO//Hcde5M3n31Pma7TSw1nJSeI5mQXn8AwPIWsXvRf3j3P0VgiyB1yGXckmqr Z4+qDf+aQ/5DX5baRwNU3rehKL0QQgghREMSkyIxDJOc3BKKi0vRNB2/4cc0wbBADXZQACiqRWJC FKoqF7JCiGNfoGGvoCj+YI8/gKNKwz/QTDNRFEel/SqX0bQ22/EYJ1Bmz55tZWRkEBMTc7jr0mhN aYzX1oCv/b5VZa6/NPiFEEIcCyovA2gYRmBIuWliGAaGYeDxePB4PHi9XkpKSigqLKTE5SI/P4/8 /HwKCwu5/vobAEhOTm52PTIzMznarjcOpYLdW7A5w4lIaHu4qyKEOA7MmTOHXr16NXm/devWkZGR QUFBASkpKc0+/v79+wF4++1/ERMTQ1xcHHFx8URGRBAdE0NkZCQORxgOhwOHw4Gu62haYMlaTbOj aYGggKpWzm3TtKH/gW2b/RKOOoWFhRQUFDSwDOARqu5l/uretraRAFXvKzVGA1QmAQEhhBBCtDR3 cR7LvpxOUX4BCcltiIqKpttpF6HZ7A3vLIQQx5CKYf9atakAEBjyr1ZJ+Fdbz780/ht2VAYAoOWD AECNQEBIfXkChBBCiKNFQ5n/a1sFQBxcvy6cg9fjwcRCtdmJSGjF7nXzaN/vzMNdNSGEOAQqMv5D xRKAgcY+VMz116Xx30KO2gBAU9UVBADqDARU7Bu6J6MAhBBCHL2akvm/+nPi4FAxOWXYMJTwRAwL ME22bVx1WOtk5M7lkSkrueCZyfQPC/3VJH/lezw3Yyk5SjLDb72byzo56ivmiGQVLuSxhxdxztTJ DDgW8ioKcZSrCDyH/mISaHOZwecrMv8HHtfW+JfAdVMc1QGApowCqLx9/Q3/+ob/yxdLCCHE0awp mf+rPydammUaJCUnotgc6HYndlugQd26U/cmlOLh1xkP8MTWs3j2r6NICV4ne39/n7ueXkLPO5/m pu7BRZfNPH54+n4+TJrICzecQHgdH61qj8RRfXEC/x6+/3QzJ9z2HJckF5Cj1J+E+WCyipbw9INv 85sahk0N9BLa49I545KrOCc9EtW/m0+fncrnyhgenXQiy18M3r97DO1sTnTVki4dIY4YFlU7WbVg o79mj3/tyf6a3vg/3mMFR3UAAJoXBABqjAao/lxt+wghhBBHs+pD/Osa+i/TAA4RRSU6NgHK57gG EjZGRsc1oRAH7Qf3Jmrxan4rOYuUGAXws2/1OgooZf3yPXi7d8IOWGU7Wb7XyQnnd6qz8Q+gaDpa 9ed9eWwrimV4igMtPJnmp/764xTdjqV349anQiMUTFzbvual976k131/olNoKqcVauhXvq+iVkv8 LIQ4nFQCw/3VKj39IbWdiioP+ZfGf9Md9QEAaHoQoPI+tTX6JQGgEEIIIQ42RVGwJ6Xjz9kEpgfL 58fwgz2hvnWWa3K2O5ke9jdZvquMYTHhYBxgzWo3J4zsTdaqFez1dSLNBt49q/ld6cS1ac4GKqbW Mu7DxLCUmoGBw0FRqtVPJSJtAP0iPsNlAM62nP/A65wffDa10n18gGVhUnW6pxDiyFDb9LSK56w/ NORfGv8Bx0QAoLmqjwYIkREAQgghjkX19fbLSIDDQ4tIYNvS3+nQRUO1hbFh40ZOHN61aYU42zO4 o8W7q/fh7dUJrWAjvxS155zTTmfhko9ZeWAcaa0he8MWPKlj6RIR+EzNovXMnv4hC37PxeXozKir buDCE6KpPvrfvfENbntpJV5g46QJ0Ol6XrtnEFHe3fw48x0+35CDy6MQ2/UMbrlpLGk2wJfNwlnT +e+qfZT5/ZhRA5n04NV02jeLh6bbuHRkKXO+WMauYie9Lp7EracmowOWp54ya2Xic+Xw65Jv2dFj JCOCaQnqfW1mPis+fplPNu4it8RGrz/dya2nJmNu/4B7ntvOiAvTWPfDCnbm+Wk1+FyG6qv4fvku CsoUUkfdzt3ndMRJKdvmzmTa12vJ9lrosd0Zc814xnQKl7CCEE1QPfdM7c+HGv5yXmoJ1X/jj1p/ 5IvQ0MWQEEIIIcTBokQlsX7DOpYvXUxkVKtmFBBBl5NTKdu8kQN+i+ItyzjQZhDpiZ0YllbEsvX5 GGYRW9YX0npgOlEKYBWx/P1PyD/lDp5/4RX+dnkii6Z/yLrSmqMenT1u5l8v3UKP8G5Meukt3r13 ENGKh62fvcfG7jfwzLMv8o+plxO1dRO5fgAf27+czqKUy3jy2Rd4/bEraVuUQ6kJtrhUIvd9xbQ1 qVz/yAu8fHsvtn/xDb97Aeors5rSzbw0aQJX33gT1//lr/zztzTGDu+AszGvzZvL6pL+3D7lb7w8 sXf58W3xacT7f2fxgV7c9PCzvHLvaZQu+JB52pncN/UFXrt7KIXzMtnqtShZ9x7Pf+Xn7Huf482X X+bZKxKY/+63ZNVWVyFEo4WmQ9XW6P9j7b2Wqd+x4JgaAdCcqQC1lRFSV1JAIYQQ4mjUmKX/qv8r Dr7WqV2hbQd+27CSmKTEZpSgENX1JFIKFrOlOIPwpftIPjmdKDWcLoPakfvDJgoGRbEiJ56TesSg AXiyWFbcj/P6JqArENdzJBmRr7Nqv58+jZng781i0e50xo5rhU0B1Ep5A3xZ/LwllfMmpuJULEq2 LWOnJ1hTPQybPY0LLh1GW4eC1bYbCd75FBsNlFldeDcmPTWZ/mEW/tJcti37lLf+CZNuPZVEbwOv zZHGJZcPo61DrXJ8RQ/DFpbO2LG9ideB+PbEhaczOvQ4sQNxxnY8ppedS9ZSXOzmzQdX8Gb5x9CD Az5IPaauroU42ELtrarJAGuuDtB8cjqr6pj7iaorkd8fKUsIIYQ4FjQUAKgrGCBanmmB12Pg8Xnx 60lopou4dr2xx3csT1DXlLdfi+nBSfGfsWzzJuxZcQy6PBYVhaiug2jzwRLW/BrProg+XJwQuvSz MKsMVg/Mq6+8FJdRy6VU+eWV4SLPiCQsOJbU8vvwh57zF3NASSJGB/zZ/JS5E2dYEn6TYL4vJzHO 4Jrfqo4Wuuivr8w6KejhiaQPPYchSz8hy3sqiQ29trqOX30YsqqiVnmsBYfOWpiGQuSgybxwXTca yKgghKhXqJFf0eBvqXOPnMJqd8xMAahOLlqEEEIIcSTyeg0KC9yoGkSGhxEbG0lMYmtS03sRFRkB KJgmeDx+Gp2oTk/gxN7hbPniMzZE9qdPbOAST43pweDEHXz2xTrU7n1pHZpLb29Nb9sKvt9cjIFB wYZM5pd2oX9yMEBgGniqt74tA18oKqDH0Mq9nk1FJmbpDr6f8T5b3MHttEjivdvZ7Spje+YMfm59 NkPivOSXmQ28hnrKrFKP6sv4+cn/9WeWmx1opTfitf1hDtqf3A1z9RzmZbkDdfEXs339JvJkCoAQ RwRpCtbtmBsBUFlLTAkQQgghhGhJ2/fk0aZVNKqqBtv3Cmb16xUFLBRK3T7CnY25XLPRum8P9G/n 4zi7D0mhXdRYeg+IY8bsfAZf3BZ7aHM1nlOuOIutb03hlrd86LHpnD1hPD3DFCgDLC9l3mqZ8k0X eWUmRGlgS2X0Ocm88sxk3vNG03v4UFI3bw9sZ2/PWRkGzz18L0aX85h0XV+y3sxk7QEvRNT3Euop sxLL78ZXuplX75uEU1NQVDsx7Qcy7tozaKMDNPDa/jCF6L7juevcmbz76n3MdptYajgpPUcyIb07 8S1xCCFEs0njv37K7NmzrYyMDGJiYg53XQ4qCQQIIYQ4HlmWVX4ONAwD0zQxTRO/349hGHi9Xjwe Dx6Ph5KSEooKCykuKSEvL5f8/HwKCgq49trrAEhOTm52PTIzMzkerjcaUlBShs9rEua04bDr9Y5Y 9PoMDMPA4dCx6zXXxz6SWIULefzxFYx74jb6tNCY+INRphAiYM6cOfTq1avJ+61bt46MjAwKCgpI SWlMwpDa7d+/H4Bp06YRGxtDXFw88fEJREVGEB0TS2RkJA6HA4fDjt3uQNM0dF1HVVVUVUXTAr+J VaetNbs6x4XCwkIKCgqO3SkA1cmUACGEEEIcbiVFblxlbkrdHgzTLA/QVL+ZponH4yW/0EV+Qcnh rnZNlotN337Fou35lJVms/zLr9jTqg9t7Q3vekjLFEIcF6Sp13jH9BSA6loyQaAQQgghRFO1axOH YZjszS5kf2kBiqLiM/xYJhgWqCioKqiKgsOu0S4lDlU9Aq9sLQO/fwdfvD6HN4pMotOGcOUNQ0j4 I11LB6NMIcQxLZA08HDX4uhyXAUAQiQQIIQQQhwehaWlh7sKR4SoGEeVx65929Cd4Thiqw6pLXa3 yKT1g0An9fSrufv0yn/zUVjqO8LKFEIci6TR33zHZQAgpPK0AAkGCCGEEOJQ85bks2nuBxQXFJKQ 3IbIyCjaDDoHVbc1vLMQQhxHQr390vj/Y2RQVVBt6x8LIYQQQhxMu5dn4vN6MbFQbXYiE5PJ/3XR 4a6WEEIcdqEmmTT6W9ZxPQKgPhIEEEIIcaypHuyuyJxc++PQfXHwaIrFKcOGoYQnYliAabJ1w0oS DnfFWpBVtJQXpi7lzIdvo0/Y4a6NEOJIUlsjXxr8B5eMABBCCCGEaITb75zE7XdOarkCLZPE5EQU mwPd7iQsMoaw6DiSO3ZrWjFFS3n+/tdY467lSf8evnr+bia/mMlef8tUu/y4hUt4rq7jVqLoDnQF ZLalEEIcfhIAEEIIIYRogpYKAlgoRMbEg6IGe7ssLMskPCq2SeWEGth1HscK5Dpq8fa3bm/cUFJF RcFs+eMLIYRoMgkACCGEEEI0wqsvvlR+vyWCAIqiYMV2BL8HTA+WrxTDXYYZ0aqJBanU2f7X2zDm rr/xwl/Ook0LT/xUVK1xw3QVwAJThgAIIcRhJzkAhBBCCCEa6dUXXypv/N9+56QqQYHmsJyx7Fz9 Ox26aKi2MNZv2EDHwec3rZD6ev+LlvL81KWc9cht9HEC+MheMovpX28gx+XD3n4EN984mnY2wJ/D L5/M5Iu12bj9BmZkXyZMvpQujjoKV5QqhzaLN/HFzE9YsjOPUnsHhl9yNWO7RwV6m8wC1nz2Jl/9 ups8l43u427h2lOSAheidRw3LfsTpr5vY9xpZXz3zSp2uxx0P//m4H51vA69jB0LPuKD7zZwwAd6 dFfOuPxyzkgLw7+rvvKEEOL4IL93QgghhBCNVLnn/482/kOsyETWb1iH12MQm9K5RcoMUXQntsqt dM82vloUyZ/uf5IOehnZu/KJ0AB87Pr2fZa3uoj7p7TF7lrOi08uorSxnfZWMWv+O4fCQTfy6IQY XBs+4oWZs+l839X0VAFfHhtcI7nz/huJ3flfpv7ne3YOvJRO9rqPq8e2I3L/e3yw/k/cft9FxO76 mKkzgvtZtb0OC9fGWbyZaXDhpMcZkKBT9tv/eP6DufSYPJY29ZVnb9G3XQghjlgSABBCCCGEaISD 0fgHaNs+Hdp15LcNK4lrldRi5QKgVu2lR0+go2M5097I44QeJ9D/pH4kqYBvD79sa8uoCW1xKBau 7avY7W1E+aE5AN49rC7pzVm949EViOl+OoMj/sn6HD89kwF7KudfNJjWdhWrdRfivQtxmfUfV9Gd 6LZUxl4wmNZ2BSul0n622l6Hly3LNlJS4uadJ+7mnfI6ppPvh7b1lSeEEMcJCQAIIYQQQjRByzT+ FTAUTMvErSehmS7i2vXGHt+BSGcYPr8fn+Fv3Lz5xmwSauRqiZx6432kb1nLymULeOvZZVxwz00M DishV0kkSgeMAyz9IQtnWCKGUU+ZPg+mLQKHAlgWJtVzESgV0xNUB1HOQOopRdNRCSYlNOo5rlbP frW+jmuJNSFi4G1MuaILNWYuuOspTwghjhOSBFAIIYQQohFeffGlFmn8WwaYHoUwp43oiHBiYyOJ SWxNanovoqMiURUVm2bDrtrQtUb01VjVM+xbGD4vvlCj3/LjMYJbePexfFU2EV0GMfqiCzg5Mo+9 JQaoEcR6d7Kv1M2uHz5kacpIBsR4KHCbVcot2/EzS3e7sSwf+1cuJDuhO8k2wJ5CD301C7aUYGJQ tOlHFpd1ok+rBurfqOPWotbXodG2f1fMtd+wcI+nPMCwa9MW8usJZAghxPFERgAIIYQQQhxC2bku 2rSKRlXVYA+5UrOnXwksE4iphJLo18kyPPjLfuOf91demSCW4X95kAuSAMtHmc8CFCxfMXuXfsis WSVgi6DNSRdybVsbqKmcPsTPG1Mfxeh4Nn++sjf7pv3IxlwvJDhDR8Jw57Lwg0eZVWqgxPRg7Pj+ xKiB4w28eDjb33mWe9/xokd3YcQ1l5PuVAI973Wx13PciHpec62vw05Uu8u4+eyP+eitR/nSY2Gp YbRKP52rOnetpxJCCHH8UGbPnm1lZGQQExNzuOsihBBCiBZmWRZWsHFpGAamaWKaJn6/H8Mw8Hg8 eL1ePB4PJSUlFBYUUOJykZeXS15eHoWFhYwffy0AycnJza5HZmYmGRkZYLO1yOs6WpV5/GiWRpjT hsOuo9Szjp7XZ2AYBgZG45bbE0KIRlowdy69evVq8n7r1q0jIyODgoICUlJSmn38/fv3AzB9+jRi YmKIj48nPj6ByIgIYmJjiYyMxOFwYLfbcTgcaJqGruuoqoqqqmiaBgSWU63vd1RUKCwspKCgQEYA CCGEEEIcKq4iN5quYWGi6yqaWvtsTMuy8Hi8FLvcoJjExIQf4poKIYQ4FkkAQAghhBDiEElMisQw THJySyguLkXTdPyGH9MEwwIVBUUJjNhQVIvEhChUVXq3hBBCtAwJAAghhBDikIkJP357sj0eH7oe uPRSLBt2WwThDgtVC03VMLAsC1VVy4e0KoqCYRgyxFUIIUSLkFUAhBBCCCEOAZvNVj53NTrCTmSE BwsfhuHjhhuuY8WKFfh8vhr7qXVMExBCCCGaSkYACCGEEEIcAqYZWNpOVcEyFAxLZ9DgfjidTtxu Nw/cfy+lpaVERETwxZdfAmr5iAAJAgghhGgJcjYRQgghhDgEDBOcDo1Lx53H2SOHcNuEq+mZ3oWU VgnYw8JZvWYdB3Lzuffeuxl5Un/sDhVNsx2Wxr9x4DsenPg8K8paoKzcuTzUQmUJIYT4Y2QEgBBC CCHEIaAoChePuwCnbiepVXvyf/2FaANax0YxrG0rIrsPQ3M6ufH66+nf5wSGDRvGvB8X4fdX5A6o ycOv797PEz8nMf6pexmRUClY4N/Lp489wn8Zx9MPj6FNE676VGcMYU2IO1hFi3js7mlsrfLXKIbf O5XxSZE4pMtJCCGOCBIAEEIIIYQ4BEzLS1RUDGXFRRimh66xreiSlkpBQQFprRJA18Bvce7APnyz ZgNt0rqiaQqWpdVbrs/tB3bw4+pcThuRRGhr/74lLNgPJLrxN7GuimpDa0LeQUV3YgvvxqSnJtM/ rNqTpXqTyhJCCHHwSABACCGEEOIQ0FUbb7z9NqtXryRSV3n+wYl0iU0iu8SHzbD4eu482iTHYE/p zsldO7Bg3UYMt7+BqzULv0ej9cAO5C5cSc5pZ5GiAfjIWvwLnm59aZ3vwW81sbJNbbArSt27KGqT ixNCCHFwSABACCGEEOIQ8Hq9qKpKz549+fbbb+kREcG+3zbQr00SdrvOnZeMRfeVsnRPEb17dOTs Lj3wGn604MoBtTPweiyi+48g9devWJozgvNSdPBmsWCFyYALOrN99j58ZnBzXzYLZ03nv6v2Ueb3 Y0YNZNKDV9PdAWbJZv739jtkbnfjiI3C5Y0O7cS+n2fw98/Xsb/Ei6PDKCbfcS5ptua8C242v/cw L+Zfyt9u7U+UAvh28sEjf2Pr2CncPzQexbObH2e+w+cbcnB5FGK7nsEtN40lTS9l29yZTPt6Ldle Cz22O2OuGc+YTuH4dszioXccXHUOZH62gE05XpJPu4l7L+5JpEQfhBCinMzIEkIIIYQ4FEwLTAtF 0bjwvPNJc0TQNaUNpgWR0WHYwyPZVuDGnZeH3eFg3vYt6DYHllVPC9byUeZXcER1YXgPFz//sh8/ 4Nn1E8vV/pyaFoHqK8NnAfjY/uV0FqVcxpPPvsDrj11J26IcSk3AcrH2o4/JPmUyr774PH+76TSS Q91E7i188lMU10x5gX+88iwPXNiPhNriEaWbeWnSBK6+MXj72zJKaow8cNJl1GhStn7H8oJAVMK7 ZzG/+E7k/H5xqHjY+tl7bOx+A888+yL/mHo5UVs3keu3KFn3Hs9/5efse5/jzZdf5tkrEpj/7rdk +cEWl0rk3i947VuDkXc8zWv3n4mxagm7vH/wMxNCiGOMjAAQQgghhDgE8v0WmlZKhOkg14SfSkpo a/pIiIsm3+ejeGcWvlIPhaVu3JqNsTf+BZ8Ctvp6sC0fZX4Vmx5O54xeeN5dwp7RY3DNX4t94ETa OXej+EvxWoAvi5+3pHLexFScikXJtmXs9ATL8WbxS34fxvZLCFwcRscToYJlAbZEutiX8vpLuZzY +0QGDx5Icm1dSHXlAKhGSziJsV2+4NOlOWSMimPXwpWYfW+ga7gC3iwW7U5n7LhWgdethvIHeNm5 ZC3FxW7efHAFb4YKU3pwwAepehg2e3sumTCOPnEqxJ3Lk081fSaDEEIc6yQAIIQQQghxCITjR7Vs KKoCWNz76j/58elHCYu24TE0dF1HjQhHc9px5+Uz7tQM/D43PiwcDkfthZo+Sn0Kdl3BmTaMfsbb LNjaicKNYZxyZwp2NRvV9OL2WUAxB5QkYnTAn81PmTtxhiXhNwG8uExHebDB8pXhNQ18hgV6K868 YwonbF7J0sVzeXHKYi5/5A5Oja8UBQj29Ft15howMULPKVH0PqsfM9/9iV1DT2Teao0ht7bHAWC4 yDMiy1cgsPy+YP4CC9NQiBw0mReu64azevFlgBpGbKWlC3fAE1AAACAASURBVKTxL4QQNckUACGE EEKIQ0DTNFQ1cOml4iciLoE9xdls3J/D5tw8tuzezc6cbNLat0Wxa6AYmJYfk3oy+Fkeir0qdk0B eyqn9YOfZ37I6qhTGNxKB1VDx0uJ1wItknjvdna7ytieOYOfW5/NkDgv+WUm2BLpZK5ldY4Py5fD oo8+ZbvHRU6pAd49LF6+j4iuQzn/sksZFpVLVrFRrR4mpmVi1l5LMA08lTIROjuewen6L3z+QyZr IoaS0TqYUECPoZV7PZuKTMzSHXw/4322uAEc/H97dx4fR33ff/w91x7S6rBuH/J9ADa2OQsJJhdH EgiQQA4oSSHNDQESmjZp2gI5IL+kCQ00TdI0P5zSBEJaO6EESEyhhGAOm9gYsA02Blu+bd0raa+Z 6R8rGVmWbElIWlvf1/Px8EPe3dmZz+zX8s73Pd/5ztTT5yl4/gE9vj2V/0Ry7Xr9pY1qGuotDgDA YIwAAAAAGANBEMiy8uel06GtMAy1dk+btu3aqxnT6rRw6iS5TqBoJqOk5ejXd9yqsz53iyxXGnBU vd+l1pSlcseS5GnKmacq/shDin/oZFU7kixHnpVWWyqQqqbqvCW+/vEf/kb+7It0w8cXa/uPVuiF /Rmpqk7vuvQ43fn9v9bydJHmnne5rmy+W89t79IFxW3avvI/9LO726RIQvVnXq5r6g+eATD008oF ue5Ofj/n3sOMujK9XnNrteScSv3Vv6/V1Ms/pJqeI1KvXu++sFZ3/L8b9fNMqU58x1tV//LrkiyV Lr5Kf/W+X+jf7/yylqUChXaR6k44R5+ae5wq3mTbAIAprGXLloVLlixRWVlZoWsBAAAjLAxDhd3j sn3fVxAECoJAuVxOvu8rnU4rk8konU4rmUyqtaVFyY4ONTU1qqmpSa2trbrqqqslSbW1tcOuY8WK FTL9eGNfa6skKSdbUijLsuQ4jiKWo+suPVfTymNaMHOGnCCnbFenPLtLL0fq1ZVO6eu3/6SwxY+C 3M7f6G+/vUXvv+UGnVnW/4D9sHWlvv71P+mSb1yrhYeM+wcwXI888ohSqdSQ3xeLxXTaaaeppaVF dXV1w97+nj17JElLl96lsrIyVVRUqKKiUoniYpWVlyuRSCgajSoSiSgajcpxui+Tsm3Zve6MYlnW gWAVh9fa2qqWlhZGAAAAAIyFlG8pDH3ZTj6QsWQpDAIFXU2aW1mkWNRTa0uT6mvqZMU82ZE6bX+9 UUXWgAPrjz1BUltfa1fFxEDP/upxBW+5Vif17vyHHdq44g9qnnuGFtdk9dKDD2lnzbmaHClcycB4 lEqldNFFFx3mFqP9W758+ShVhLFCAAAAADAGrFxKtmXJChzJyikIAv3jrTdp69atOrWyXMq0ya2I acuOBk2cMk2/eel1RRxXSXv8HK6FmV168p479XBDVpULL9UXLp5x8IR+oa9cbqt++4MH9MO2QKXT ztSVnzhTlcxaBYw4x3GUTCYLXQbG2Pj5RgEAAEe91s7OQpdQMCWJxCHP/cOtt0uSOnZvkRsrUrT8 jSG17+y13Pj53Cbrgi9+Sxf0PPS71HrQrrmqf/vH9KW3934uq9bO7BjVBwDjGwEAAABAgWSSzdr4 6L1qb2lVZe0kJRIlmvRnF8p2vSO/GQCAIWJAFQAAQIHseG6FspmMAoWyvYgSVbVqfuWpQpcFwGCf vO7zhS4Bo4gAAAAAoEAcK9RbzjpL515yheafcqaqayaqo3l/ocuSJAWNj+u2L/+z1g19ovBRE7Y9 q+9+5Z+1rqvQlQDjU0/nnxBg/CIAAAAAKIQwUFVtlSwvKjcSUzxRpnjpBNXOmDfEFWX06r1f1ee/ 8D39sbnPHQP83Xr41hv0+dtWaLc/tLVasVLFh3B3rQOd8+7AIOzcpGW33qiv3r1GLYGk3E499N0v 6cbbV2hXbmi1HKjJjcq1pO47Ww7eCGwbGO/6dvoJAcYnAgAAAIACCGUpUVYhWbbyt7EOFYaBikrK h7ymXNqXtF0rX2hW7wggt+c5PbNPkp+WP8ROs2W7socQAPR0zrs3rCd+9lM9XfF+XXf5SSrvPuIM QykMQw21/96rKFkKhvX+N71tYBzr3dn/yR139vs8xgcmAQQAACgAy7IUls+Q2l6TgrTCbE5+TgqK a4a4plC5tK3axVPV/OzzanzrO1XtSFJWu1atUWb2iappSSs31J7vEDr/+eXt/Fv8pF76zY91f9fb dO3n3qranqNNd5Le+1ff0XuHuNpDagqlIAyHVuBIbBswQE/n/yd33Ennf5wiAAAAACiQMFaubc+/ pumzHdleXC+tX68ZZ1w8xLUEymZClSw6W5NeXaE1jW/TeTWOlNmpp9cFWvi+GWq4f88bAUBun1Yt /4V++8JepXK+gsRiferGj2h2VAo6Nunhu+/V4w0pRUsT6siUdL8pq73P3KelD6/Xvo6sIlPfqc9+ +t2a0vtmBZakMKMdj/1U/7v5OF19/fmaHnujkx62Pavv3vaszrvpWi2MSdmG5brtnqg+eL70+MNP afO+rKrferWuvWSeii0pu2+1lt/zgFbt6FQuiGrK2R/XtedKClq07v4f6aFXdqipw9Nxl3xOV7+l Wm7Ypa1P/Er3PrJe+7OSWzpH77riCr1rWlzqd9ueLnlblx753Vrt6IjquIs/e8T15I5QM3Cs6n3W /3DP4dhHAAAAAFBAYaJKL61/UZm0r/K6WcNYQVapnKVIYqbeOq9Tv/rTXr3z3RMV7HhaL9iL9JdT irQ9l1I2lKSsGn5/j56ruUxfuWWyIh3P6fZvPqXOUFLYqQ2/vl/7T79Gt35mgoK9T+h731uX30Z6 ix56KqEPfeWbmu52aW9Ds4qdfmrJNujRR0Ml3n6RZhUffKWp5cbk9eoku+VTlNjzc/3/x96lqz99 k/6y8xF9599Wa+d752mO16LnfvWw2s/4rL55Wq28zF5t3hGVq6SUbdL6jnP0ha98WuXb/ku3/cf/ aNupH1bt5vv0oxW+Lr3h6zql0lXX5l/ru/c+quNvvECTB9j2vS99SJ//8mUqb/hP3Xb3kdcz6XA1 R4fedAAw1ggAAAAACmjy1LnSlBnavH6NJtRUD30FYU5dOVueG9f0M49X5t7ntOecc9X51Hp5iz+t SbFdsnJd+QAgu1OrtkzW+Z+arKgVquP1tdqR6V5PZofWtszXOQsr5EhySicobksKJXmVmhF9Tnf9 sEnzj5+vk087SdX9zSQVmanLrpimR5b+WHdV3ahPvqX6jYNN2zpo0L7lxuR6U3TxX1ygE8ptqfzd +so/dA/sT+/WRv9UvefkWkUsSdEazZkpKSUpUq+LLztDEyO2womzVZFZqY4gox2rNyiZTOln3/iS fnZgI3PVnJMm97vtel3wgTM0MWIprBvkeg5XMwAcAwgAAAAAxpwl+ZaCMFDKrZYTdGjClBMVqZiu RCyubC6nrJ/rvtb9CMKsurK2PEeKTjlDC/y79cyWaWp7Oa5TP1srz94nJ8wolQ0lJdVoVanEleTv 17OPbVcsXiXfl+Rk1RVGDpwpD7Ndyga+sn4oOVU6+9Nf1txNL2jN6if0r99erQ/89Wd0xoReKUCY 36/4rAt1zZUt+s7dP9AvS7+oyxeUHjTrdNgzS6ElyY6pNP7Gq1avhfzQ6p4csQ87qpJY/j2W48pW fmK/IJCKT71Wt/z5bB1yMr7nzgQHbXuY6xmoZgA4BnAXAAAAgDEU+lKQthSPeSotLlJ5eUJlVRNV P3eBSksSsi1bnuMpYntynUGcqwnS6sha8hxLikzWmSdaeva/luulxGk6pdqRbFeOsurMhJJdrPLM Nu3uTKnhsV/q2bpzdEpZWi2pQPIqNTXYoBcbswpz+7X61w+pIdOlxs5AyuzWc2v3qnj2n+ndl31A pyeatCvZ576CYffs/Jat8sWX6/MXV2vN0h/rwddSb8y8H+aUHsztCLxqTfdXacW6JuUkhZn92vjC DqUGfGtEk0+eo+CF32nlznR+e35SDRs3qbmnzEFtexDrAYBjGCMAAAAAxtDexg5NqimVbdvdp4+t Q8/0W/nbBCqweia+H1iQUlvaUqljSfI08fTFij3+iOKXLFKVIylry1NabelAqqzX28/M6Ye33Sx/ xnv0yStP1O67/lcbGjNSZY2WvG+2fvqjm/RQpkgz33GZLm29V+t2dumc4nbtevaXuu++pOQVa9Jp l+rqyd5BZYR+7zsNeKpb8nF9pvX7uvPHd6n0i5/Q2aXqHq0wiBn8nSq99bKz9PN7v6+//8+sfMVV /5aP6OOzB3qDpZITL9dn3/Of+tW/3qwH06FCO66auW/XR2fN6S5wMNsexHqAcSAWi2n58uXDeh+O bdayZcvCJUuWqKysrNC1AACAERaGocLuzqXv+wqCQEEQKJfLyfd9pdNpZTIZpdNpJZNJtba0KNnR oaamRjU1Nam1tVVXXXW1JKm2tnbYdaxYsUJLliyRPO/IC49jXemcnNBRPOYpGnFl9TvGPS+T9eX7 vnz5/Q+FB4BheuLRR3XRRRfJcfqbzXNgy5cv15IlS9TS0qK6urphb3/Pnj2SpKVL71JZWZkqKipU UVGpRHGxysrLlUgkFI1GFYlEFI1G5TiOXNeVbduybftA3ZZlHfb/UbyhtbVVLS0tjAAAAAAYKx1t KTmuo1CBXNeWY/d/NWYYhkqnM2rvSElWoLKyojGuFMB45ziOkslkocvAGCMAAAAAGCNV1Qn5fqB9 jUm1t3fKcVzl/JyCQPJDyZYly8qP2LDsUFWVJbJtzm4BAEYGAQAAABgzZUWcyZakipLEQY9bdmyS FytSceXkAlUEADABAQAAAECBpNqbtPrBpWprblFl7SSVlJRq3tsuk+NFCl0aAIN88rrPS5J+csed h30Oxz5uAwgAAFAgr6x8QJl0WoFC2V5ExZU12vHi44UuC4Chejr9PT8x/jACAAAAoEBsBXrLWWfJ KqqSH0oKAm3ZsLbQZQEwzE/uuLPfzj9n/8cfAgAAAIACCANf1bVVsryo3EhMES8qSZo487jhr7Pl Sd1y09O66Fs36uT4SFU6xBrantG3vvpTbbbj8mxbliVFJszVuz78UV04N8HwU+Ao1TsE6HmM8YcA AAAAoBAsW6XllZKV7yRLocIwVKJ0wvDX6UbkFvimAZYbUejO0zW39oQQgTq2PKx/+vmDWvDlD2mm V9j6AAysJwSg8z9+EcICAAAUgGVZilTPlXJpKUgrzHbKT3UpMmHK8Ndpuyr4XQMtSweXYKt42ik6 qbhVHX6BagIwaHT+xzdGAAAAABSIU1ypLc++pumzHdleXOs3bNCid8wZ/gr7dL6Dtpe0bOkv9cRr jeqIztL5H/2ELp1fqtzW+/R3Sz195JxOPfDb1Wpoj2nBB2/QNWfX5g8Os3u18r6l+q+1u9WVyyko OVU3fPVjOi6a1e4n79a//PeL2pPMKDr9fN14/fs0bcCz+oGyHfv0yjO/19bjz9E7o1Jm6336u59F 9dELpRX3P6GN+zKqfdtn9DcfPEHFrX/ULTc9c+AShrDlj7r5pmd08bdu1EnpgV87OT7UugDATAQA AAAABWSVVOul9S8qk/ZVOelNdP77Ctv03D3L1fyW6/Xdz5er/YWf6+tLf6l5t3xCJ06oV2L3Xbpr 3ZX68k1XaMLWX+irP/2dXjvjY5oTyer1B5fqqbrL9c1v1yuafFbf+Psn1BlISm3S8j+W6C9u+Z5m eZ3avbVJCaefbXe+rH+64VMHHlaccqW++LHpillSOKFeiV136Z9//25dc/23dG3HQ7r5X55Rw8Un 6PhIQtFe41OtSEIx+42/D/TaoOsCIEkqKSlREATDeh+ObQQAAAAABTSxfo40ebo2r1+jsuqqkVtx ertWt5+kixZXyrWkCSecoyWJH2jtnpwW1sblRabpAx85S5OjlsLJ81SZ+YPafUnZ7XpyU70uuq5e MStUcstqbUt3r9Ot0uzIs/rBPzVq0YmLdMYZp6q2vwtKi+bphltv1MnxULnORm1Z/Rv960+kG645 W1VuXF5kqj78qUu0cIItTXifvnmr8iMXuvqsxxrg730fD7YuAJKkWCym9evXa9asWfL9wV2bs3nz ZsXjBZpdFCOGAAAAAIy6kpKSQR9kmiAIpUzaVzqbUc6tlhN0aMKUExWpmKEwzC9jDeNa/jCbkh9J KNo9qWDQpwdt9azXkmTHVNZ9Ct2yXTnq3nCuXfutapW5knJ79ccV2xSLVysXSHJrdO71t2j+y2v0 7NOP6vZbntYVN12vsysG6m1bcouqNPetF+rMZ5dre+ZsVVmS7LjK43avpXrXGOS3JSlItakrCBWE 6r68YYDXhlwXYLbFixdr7dq1evLJJ9Xe3n7E5UtKShSPx7Vo0SKlUinZNr9bxypr2bJl4ZIlS1RW VlboWgAAwAgLw/zM8pLk+76CIFAQBMrlcvJ9X+l0WplMRul0WslkUq0tLUp2dKipqVFNTU1qbW3V VVddLUmqra0ddh3PPfecamtrVVlZKWs4PVsAwFEhm83K932Vl5cPex179uyRJC1depfKyspUUVGh iopKJYqLVVZerkQioWg0qkgkomg0Ksdx5LqubNuWbdtynPw1PpZl8Z0ySK2trWppaWEEAAAAGH1z 5szR7t27FY/Hlc1mC10OAGAYbNtWJBJ5U51/FBYBAAAAGHWlpaUqLS0tdBkAABiNizcAAAAAADAA AQAAAAAAAAYgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAAAAxAAAAAAAABgAAIAAAAAAAAMQAAAAAAA AIABCAAAAAAAADAAAQAAAAAAAAYgAAAAAAAAwABuoQsAAADjRxiGeuaZZ5ROp9Xe3l7ocsalkpIS xeNxnXbaabIsq99laIexQ3scWwbTXpK0Zs0aZTIZtbW1jWF1x66SkhLFYjEtXry40KXgCAgAAADA iHnmmWdUWlqqk046SZ7nFbqccSmbzWrdunVatWqVTj/99H6XoR3GDu1xbBlMe61Zs0ZlZWVasGCB bJsB04MRBIHWr1+vtWvXEgIc5QgAAADAiMlkMjr55JPV2NhY6FLGtZkzZ+qpp54a8HXaYWzRHseW wbTXggUL1NnZOYZVHftmzZqllStXFroMHAGRFgAAGDFtbW1yXc4vjLYjDU2mHcYW7XFsGUx7ceZ/ 6Hzf55KJYwD/sgEAAAAAMAABAAAAAAAABiAAAAAAR6Uws0/rn1+vF57fpBb/wLPKtmzTi8+v1eo1 a/Tcuo1q6AgKWeaI63+/C11P31ry7fDSuuf1pxfGXxsczWgP9BU0Pa6vfekOre3q/3FvuX1P6vtf vlG3PviqOsOxrRNHBy5GAgAAoy/bpA0vblXHgAvEVX/8VPlbN2lXKpQVq9PxM6OyLUsHdWXClPbu apfjRlRbP0NVMUuWM8CtvIIu7dz0yhvrm1un+MB3/RodI7XfY1JPXPXz56nWTWnnple0W7X5z8x2 Zff93MKU9u5KqnTWiZoSzSp9mNup9bTDgfWNdRscXIxSzbvUsLtZHdlAYWjJKy5TzcRJqi52ZQ16 mRFicntkm/Xy+tfVIUeWJVmyZEcSqp5Sr7rEUNpiDNtr0HJq+O+v62srMlpy/c362KzoqG7NiiQU sQd+3CNof1G/+OFv5Z93g774jnrFCvq7iEIhAAAAAKPPK9fchaUKZctRu155aadycjV5/myVWr6C 0JKtjHb3PiNlWbKkgw/gg4w6crbC0FWiOK64c4TtFvoM10jt94jWUy7bsWX5rXr5pb2qnT9H5U6o IAgky8p/ZmGvArrrOUiQUUfOU3XMluVEFTvSdnuvr4Byrdv0yi5Lk2Ycr9lxR1aYVbJxj5qy4ZCW GTEmt4dtSVZCM+fPUbmTLyrXsVebG/aodO5kFdtHYXsNVma7nljVqqJiac0Tr+mDs45TfBQ3Z9mu nMM8liQFSW18fJV03nW69s/qFCl0+6NgCAAAAMAYsOU43aekDhq6bMm23e5rEuOadNwiTep5yW/t d01hOHD/Jcx1qLXTl5wilRX3WV9BjNx+j1w9/T1vyba7X7D6fm799xTCcOA+ZJjrUGs6qrJiV5Z9 NLSDpDCj5r0pVU6fq6p4d5tYnhJVU5QYyjIjyuD2OKRaS25RucqdXflflaOyvQYntfWPWp1ZoCs+ 7Oree/6glzvmaXHxKPa4+4ZC/YVEdkInXHi1Thi9KnCMIAAAAABHh2yTNmzYLV+epsyfo/I+L/vt r+n5zS0HhsZvXrdGKp6uRTMd7X1tm/Z0ZBWEkmVHVDnzOJVnG7Vhw5431ndQRytQqnGbXt3ZolQu VChLbnGd5s6uUzxo087XG7Qnmcmvz02odtoMTXR366VNLfJDyXV8ZXKBZNnyop6CTEa5IJRlOSqq naW5E4sPPQM3zP0ec9kmbdjQqImHfGZ5vduhvbsNFs+dICfXpp2vb9e+zpwkR+UzjsvvS7ZRGzY0 DbC+QKnGBm3Z3aZ0LpBdVKs5s+pUZEthrk07t+7Q/o6MfLtYtVOna1Kpq7Bzu17c1KnqSUVq29ei zmyoaEWdKq1W7WvpVMa3VFQzU3P6tkGYUUdYqprYYabAGswyY228tsdBQgW5jJLNe9RZWqNqW/lR Dcdie4Wd2vTEOvnzrtKJx3ta7/xIj25s16JTSmVJym5bppt/7umD7+jUww+v0fZkVCdcco0+dVaN wsO85rQ+pVu/uUoX3HKdFselsHWlbv3Gal3wteu0+Ig1dem1x3+p/3hkvfZlQjllc3X+n1+p86fH ldu2TDf/IqIr3i09+uBKvbIvq5olf6kvvP84JRglMC4dRb8tAADAaLYtW/2cuermlMzQyQtnqsSJ Ke4kNHvhSTp1bonat21TUzZUrHqKaktishSoZdsuJeUMvL6gQzv3h/Ii1Tpu4UItmDtbcyaXKWLl 1NKwU8nA1oRpJ2jhzEq5YVb7t25X0i6SF2QVhllZE2Zo/rxaRcJA2VRabuVMnTi3RhHbU2b/Pg1p DrYj7PeYs+3DHiC+0Q49bTBBrnJq3tagtuKpmj9/lqqLXbU27FIykGQ7A68v6NDORlfTjj9RJy1c oHmTyrqHJufU0rBL2YpZWrhwoU6sj6hx63a1+ZLtFckLOtSUKdWM4xdo0dxK+fu3a79Vo7nzF2rx nApl+2uD0FfOcjXQlBGDXmasjdf2kCQ/qc3r1mj1mrX60wvr9XqySHXVRfmg4Bhtr7DjFT26wdL8 M2eoKDZNSxZFtekPL6q5e//d8ikq2fN73f3iFH3sb2/Tdz5zgrb+7n/0eubwr1mRYkV77acVSSg6 qJ5cqOT6e3Xn73M67wvf1Pe//W1940MVevIXj2hHrnubu3+nH/9PoHd87mv63pfeKX/dKu3IjMan g6MBIwAAAMBRYhhH8UGXWrIJRR1P1W6XOuIxlaQ75Vttak4dZhCwFVHCSWpHZ6BXNiZVUl6p2uoK uWGHmrNx2VZUdeVRRVSjaq9drUGHWrPlsp2YonI1eWKpYgoUcWKyux9Hw0Ce2uSH+ZEIo7rfo2qY 7ZCboGm1Rcrt3yF3Yr2qt76u5lSgRPQw67MiStjNenVzRuWlZZpQUZ6fmCzoUnOuTBPLI7IkeaU1 qnK3qDUVqCzmyHYSmlhXmu+cRooUcRKqPfC4WF6479A2sGzZQVa5UBqwpMEsM+bGaXtIkpPQ7O6R CKGfUUfzTr3+mjRrZpWix2R7BWpd/7g2uvN1/fT8Vf9TzzxJiduf0JrmM/SuSluWF5Pr1eviy87U pIilcOIcVWSeVIevw742fBltX7Ve7cmU/u2WL+rfep625qkxK03p3ualH79QC8ptqfw9uunmo+9/ JYwcAgAAADDGjtw77rvEgO8IQ4VhqFApNWXjctwSFdmdagvDw2/Fiqpm1gkqbW/S3r17tX/fTrXt b9HUedUDLD+IJ/u77nZwezHgEqM7jdnh1z6kWsIwPzdDpln7ggrVx23tPuIW1N0Ox6s02aKmpn3a vLFJ9cfNUpUzwDvfTDtYnuJhqxq7Jqq4uM+p055JJQazzKgxrD36vsuJKFE5URXNO5UKqhS1j/b2 6kfQojV/2Kxch/Tdv1510Ev/+9xeve28unzny46ptPv0fX7Cvl7/Xw34miVLgXLdIwmCVLtSQZgP VixJCvuELG88DgJLidOu07c+OkeH3I+gK7/Nsl6XUdD5H9+4BAAAAIyt8I2JzfvrVoThwQeyYRgq OGT4cPcydlQJq02d6Xa1dwQqjbSpMWcpE5RowuFOCQYpNTW3qT1XpIkzpqsqYivmZNTlx1RqdyoM WrS3PatM217tz1rKBAmVv9lTjCOy3yMoHLiWfjsTA7WBlG8H7dPmrV2aUFUkv22vGoOEJhxpjHKQ UlNLSk6iUpPqp6jSzagrF+Y7QVaL9rXnFCpUtm2vGv1ilQ9uzHP/rKgmVDja/9pW7ev08/sdZNS+ 93VtbEjmJ54bzDKjxbT26CfSyCYb1RIW5Ye2H+3t1Y/cvtV6rKFc77rxu/rJHXd2/7ldt7ynRntW Pq2d2Texcieh6miLNu1Ny09u1m///X5ty6bVlur+hxDmlM71/g+k53FE9afMUbDuIT2xI53/jPx2 bdvwiprG+gPCUYERAAAAYEyFYU5BGChQoJwf6qALeMNAkiU/CCWn1+Ow1+m8MFAgKeOHkhtVRU2x dm1LKte5T1u2WXK8Uk2cPlklTnLgIoKsuhp3aHdHVltDybI9FVdNUV1RVO7UOiW3NGj/lhe1L7Rk R0o0afoUlTpJ7Srkfo+wnnoOqaW7Hj84+DM/pJbQ724DS7K626GhSa+ub5Ltlah2+lSVONJhe2FB Vl2NDdq6LSfLdhSvqNfMuC1ZEVVOrVXHaxu19vVAlpdQ3YxpKj3S+g7LUqx6pmYH27V9y4tqCCxZ chRNlKumLt59Vmwwy4wO49ojCBT4Sb360jo5siTLxuI+aQAADn5JREFUklc0QROnVXffn/7obq9D ZdTw5BPaM/HtumZKpNfzrurOOEezH7lfj7x2vq6uH+bqI/U679yJuv0Hf6uniybp9Pd9Ulc69+jV xqzePkVSmFVXtve/kZ7HtkoW/rmue+99uudHf6/706FCO67aee/Q1bPnvqk9xrHJWrZsWbhkyRKV lZUVuhYAADDCwu4h8pLk+76CIFAQBMrlcvJ9X+l0WplMRul0WslkUq0tLUp2dKipqVFNTU1qbW3V VVddLUmqra094vYeeOABfeQjH9GePXtGdb/eECrXmVRXYMmNJxTvPc14rlkbe+4CcMIslQ16Wv5j w2OPPaYLL7yw39cK0w4dykb7tIHU3Q5NmjgO26A32uPYcrj2WrFihd7//vcrmTxMiIh+rVixQuee e+4Rl+v5XVi69C6VlZWpoqJCFRWVShQXq6y8XIlEQtFoVJFIRNFoVI7jyHVd2bYt27bldN8/07Is WRYXLQxGa2urWlpaGAEAAACOZZbcohKV9HomyKSU9gPlOpuUskLJLlKEix5HmSW3KHHQgWWQSSlr R6T2ZqUd2mBs0R4A+kcAAAAAxpFQmZYGbdzRff2vHVPVlKruIcUYO/l22LAjKd+Oq3paPW1QULQH gDwCAAAAMI5YitXM0Uk1ha7DdLTD0YX2AJDH4B8AADBiSkpKlM2+mamuMVilpaUDvkY7jD3a49hy pPYKRvUWHOPX4T5XHB0IAAAAwIiJx+N64YUXFIlEjrwwhm3Lli2Kx+MDvk47jC3a49hypPaKxWJa v379gYnmMDibN29WLBYrdBk4Ai4BAAAAI+a0007TqlWr9NRTT6mtra3Q5YxLpaWlisfjOvXUUwdc hnYYO7THsWUw7bV48WKtXbtWK1eupL0GqbS0VLFYTIsWLSp0KTgCAgAAADBiLMvS6aefXugyjEc7 HF1oj2PP4sWLC10CMCq4BAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAw AAEAAAAAAAAGIAAAAMAQlmUd8TnbtmVZlhzbkW3bsnXoewAAGAm2LNm2Lcd2ZFn5v/c2mO8tDA0B AAAABuk5cOr9s+eP4ziyHUeO48hxHXmuK8dzC1kuAGAcczw3/13jOgd9B/X+bpIO/e7C8PGtDgCA Yfp2/g+c9e/p/Nu2PM+TF4kqFo0eeN+ePXsKVTIAYByKRaPyIlF5nifHtg98D/X+bqLzP7IYAQAA wDg30BDK/jr/kYgnLxJRNBpTPBZTPB7XvffeU4CqAQDj2b333qN4PK54LKZoNCYvElEk4h02BOiN QGB4GAEAAIAheg+p7P3Htm3Zti3XdRWJROV5aUUjERUnEvIDX0EQ6L77fql0KqV0Oi3fzxV6VwAA xyDHcRWNRhWNxZQoLlZxIqHiRELRSESe5ykSicp13QPfSwN9b2H4CAAAABjHLMtSGIb9Pt/T+Xcc R67rKAhceZ6nWCymwPcVhKHU/V7H7X4tHpfv+2O9GwCAcSD/feMqFoupqKhIpSWlisfjisViisVi 8jxPruvK7ZkT4DAjACRGAQwHAQAAAIYY6EyK4zjyfUeOE8jzPBUVFUkK88FBGMr18mds0um0Mpms goAAAAAwdLadv9QsGo2quLhYnuspHoupqLhIRUVF+bkAHEe2fehkgIwAGBkEAAAAGKBnJEDfof9h mO/oe56nIMgHAGEYKh4vkiTZjqN0Oi3X9ZTLZZXL5uQTAAAAhsGxHbmeK9f15Hn5ICAejykez3f+ ewIAz/MOXAbQ91IAiTP/bwYBAAAA41zvywD6u/6/dwgg6cCy+csDXHmeq2wmq2wuJz+X6/eSAgAA jsSyrPwlZa4rL+IpGs0P/Xe7LzPr+TlQ5793x58QYHgIAAAAMETfUQC2nb8ZUE8A4LruQcv2DL+M RCLKZrPK5bLyc75CEQAAAIbOkiXHdQ6MAMjffSZyYG6AnhCgdwDA7QBHFgEAAAAG6DsKwLZtBUFw UBAg6cCBV08AYNu2crncgUsEesICAACGqr+7z/R870QikQPP950AsOfvvdeD4SEAAADAIAONAuj9 umVZikajyuVysixLruvK9/0DnX8CAADAcPSdgLbnO6a/s/6c/R8dBAAAABiid+c/DMNDRgEMdIeA IAgOCgDEJQAAgGE5+PvlSJ3+3kE1IcDIIAAAAMAg/YUAUn4egCAI+j3w6pkfgLP/AIA3q7+wuW/H v+fvdP5HHgEAAACGGWgkQO87AvQchPUe9k/nHwAwEvoLAPp7rmfZ3j/x5hAAAABgoP5CgL6d/d4B gCRCAADAm9b3mv6B/vS83vsn3jwCAAAADNU3BDjcWf++PwEAGI7+Ovd9O/79LYeRQQAAAIDBenf+ JfUbBPQ834MQAAAwHAN18Ae6xR+d/5FHAAAAgOH6dv57Ovi9D8ro9AMARlJ/nXvO+o8+AgAAACDp 0NEAkg4KAwAAGGl9v1/4vhldBAAAAOCAvp1/DsQAAKON75qxQwAAAAD61feAjMsAAAAjgQ5/4RAA AACAQeGADQCAY5td6AIAAAAAAMDoIwAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAAC AAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAA AAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAA AAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAG IAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAA AAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAA AAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAA YAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAA AAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAA BAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAA AAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgA AAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAA DEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAA AAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiA AAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAA AMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEA AAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACA AQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAA AAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQ AAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAA ABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAA AAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAw AAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAA AACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAAC AAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAA AAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAA AAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAAAAAwAAEAAAAAAAAG IAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAAAAAAAACAAQgAAAAA AAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAAYAACAAAAAAAADEAA AAAAAACAAQgAAAAAAAAwAAEAAAAAAAAGIAAAAAAAAMAABAAAAAAAABiAAAAAAAAAAAMQAAAAAAAA YAACAAAAAAAADEAAAAAAAACAAeySkhL5vl/oOgAAAAAAwCixbVuu53lqbm6WbduyLKvQNQEAAAAA gBGUzWYViUTkzpkzR7t371Y8Hlc2my10XQAAAAAAYITYtq1IJKLy8nL9HyAdZdSg0ixlAAAAAElF TkSuQmCC 76527 2013-01-17 11:04:28 +0000 2013-01-17 11:04:28 +0000 Attempt to fix autocompleter for 4.9.5 fix-akonadi-autocompleter.diff text/plain 918 hpj SW5kZXg6IGIvYWtvbmFkaS9jb250YWN0L2NvbnRhY3RzZWFyY2hqb2IuY3BwCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIGEvYWtvbmFkaS9jb250YWN0L2NvbnRhY3RzZWFyY2hqb2IuY3BwCisrKyBiL2Frb25hZGkv Y29udGFjdC9jb250YWN0c2VhcmNoam9iLmNwcApAQCAtNTU0LDE2ICs1NTQsOSBAQCB2b2lkIENv bnRhY3RTZWFyY2hKb2I6OnNldFF1ZXJ5KCBDcml0ZXJpCiAgICAgICAgICAgIldIRVJFIHsgIgog ICAgICAgICAgICIgICIKICAgICAgICAgICAiICAgID9yIDwiICsgYWtvbmFkaUl0ZW1JZFVyaSgp LnRvRW5jb2RlZCgpICsgIj4gP3JlcVByb3AxIC4gIgotICAgICAgICAgICIgICAgP3IgYSBuY286 Q29udGFjdCAuICIKLSAgICAgICAgICAiICAgIHsgP3IgbmNvOmZ1bGxuYW1lID92IC4gIgotICAg ICAgICAgICIlMSB9IgotICAgICAgICAgICIgICAgVU5JT04gIgotICAgICAgICAgICIgICAgeyA/ ciBuY286bmFtZUdpdmVuID92IC4gIgotICAgICAgICAgICIlMSB9IgotICAgICAgICAgICIgICAg VU5JT04gIgotICAgICAgICAgICIgICAgeyA/ciBuY286bmFtZUZhbWlseSA/diAuICIKLSAgICAg ICAgICAiJTEgfSIKLSAgICAgICAgICAiICAgIFVOSU9OICIKKyAgICAgICAgICAiICAgIHsgP3Ig P3AgP3YgLiIKKyAgICAgICAgICAiICAgICAgRklMVEVSKD9wIGluIChuY286ZnVsbG5hbWUsIG5j bzpuYW1lR2l2ZW4sIG5jbzpuYW1lRmFtaWx5KSApIC4iCisgICAgICAgICAgIiUxIH0gVU5JT04i CiAgICAgICAgICAgIiAgICB7ID9yIG5jbzpoYXNFbWFpbEFkZHJlc3MgP2VtYWlsIC4gIgogICAg ICAgICAgICIgICAgICA/ZW1haWwgbmNvOmVtYWlsQWRkcmVzcyA/diAuICIKICAgICAgICAgICAi JTEgfSIK 77344 2013-02-15 21:19:08 +0000 2013-02-15 21:19:08 +0000 Srcipts to restart the Feeder after a certain delay RestartANF.tar.gz application/x-gzip 438 regi.hops H4sIAM6lHlEAA+2VW2vcMBCF86xfceItaQutL+tLHkoCS9qUUJpC+xhKIq/Gu8KOtJXkQF/62ytf ElJSNhA2hYLPi+wZSXNkz2cLavjPr2QdN25xfhra9d7OFcdxkWXwY3KYx90YJ8P9oKLIkcyTOJ8X 6Tw/hM/mWbaHePdWHqrtju6tCGnq7fPI2C354Si4G/8TzfajUqqo5HbN2OyjvCEo2ujrtgZXArzW igsJJ68Jr6SCpaVWwr6G0+ibBsw2RBuksV9/sqZl3cVda6Er+I5ip0SCzLc+dnT1Q5RdyqzCynQJ Wzu9CRdDmXCxIuXCsejlaOSy6ndA9MiyoUQo7RfVSEVX3s9ZdWvGOtk0qHhjickKFwhe3DcW4AhB nw3w/Z1bk2LAbOSiPwaw3fqJVs7oBlFv5jNXfOU9b3U8TgrNiF8XO1P+Wi0Jwd+fQsAqyXb4/s3z ot/rMf6TIrnjPytSz3+a5+nE/7/Qn/zfa3h42D0HKPmyXhndKvEGQquXDmWjPeSf3n8YPgBv2w37 1W8iHvxLcOyDN5FqPXvz44MEB7vs3UmTJk2a9HT9BuHQk+EADAAA