Re: [Evolution-hackers] 32 bit IDs in contact file backend
On Tue, 2011-05-17 at 15:59 +0200, Patrick Ohly wrote: On Di, 2011-05-17 at 18:49 +0530, Chenthill wrote: On Tue, 2011-05-17 at 14:51 +0200, Patrick Ohly wrote: | Further work if you agree in principle: | * let clients query whether all contacts have the simplified ID - |could be done with the dynamic capabilities that I mentioned in |the e-client API thread; avoids reading all contact (UIDs) This sounds like a better solution than adding constraints on eds end. I prefer to think of it as an additional promise to the libebook user, not a constraint. One possibility which came to my mind [requires more thoughts] was to bring the uid generation (e_book_backend_file_create_next_uid) function into EBookBackend as a virtual function. Then you could have a external backend for qtcontacts subclassing EBookFileBackend and over-riding the create_next_uid function alone. I haven checked if other backend's would need this virtual function though. Maybe webdav might use it ? And then what? Build and maintain out-of-tree MeeGo versions of all backends? Well, if you were thinking on supporting all backends using Qtcontacts, it is never a solution. I suggested looking at the initial patch attached, which meant only for file backend. Changing the ids to use 32 bit ids just for file backend also becomes irrelevant if the intention is to support all backends, as its clear that servers like exchange/groupwise create uids as strings which cannot be controlled by eds. Quite frankly, patching the existing backends sounds less risky to me. Of course, including these changes upstream would be best. I agree, but we need to find a better solution than the one which is proposed to suit all backend's. - Chenthill. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] 32 bit IDs in contact file backend
On Mi, 2011-05-18 at 07:34 +0200, Milan Crha wrote: On Tue, 2011-05-17 at 17:19 +0200, Patrick Ohly wrote: On Di, 2011-05-17 at 16:25 +0200, Milan Crha wrote: On Tue, 2011-05-17 at 15:59 +0200, Patrick Ohly wrote: I'm not sure if I got it right, but such workarounds are just wrong from my point of view. You cannot force servers to use certain types of IDs because of constraints given by application which tries to connect to it. We can't force a server. But we can adapt the file backend. That's what I didn't get fully from your conversation with David. What is the gain to change file backend when there are all other backends which will be unusable with QtContacts because they cannot do 32-bit int UIDs? Once we have the mapping, it is an optimization. Without the mapping, it is the only way to get the system working. Was it just to have it done natively in the most common backend and all the rest will use mappings in the QtContacts-EDS interface? Yes. It might be harder to spot bugs in the first or the second part of the code (with or without intermediate mappings), isn't it? This argument can be turned around: because we don't need the mapping with the 32 bit patch applied, we can focus on the rest of the code, test in a working system, and later extend it. -- Bye, Patrick Ohly -- patrick.o...@gmx.de http://www.estamos.de/ ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] [Reminder] Evolution community meeting at #evolution-meet channel - May 18 - 3:30 PM UTC
Hi, The meeting goes as follows, * Project updates * Discussion on queries/decisions * Individual updates Check out http://live.gnome.org/Evolution/CommunityMeet for more details. - Chenthill. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Compile Evolution-Mapi 3.1.1 - Error on libmapi.h
Ok, I have been trying this morning and I think I solved some issues: First: export LD_LIBRARY_PATH=/usr/lib:/usr/lib64/samba4/lib export PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/lib64/samba4/lib64/pkgconfig/:/usr/share/pkgconfig Then: pkg-config --cflags libmapi This gives me: [code] -DHAVE_IMMEDIATE_STRUCTURES=1 -D_GNU_SOURCE=1 -Wl,-rpath,/usr/lib64/samba4/lib64 -I/usr/lib64/samba4/include [/code] However I have never user pkg-config so I have no idea if above is good OR bad. Do I need to run ./configure now or. I know my questions might sound dumb but I really appreciate your help. Regards, Bas Milan Crha wrote: On Mon, 2011-05-16 at 10:35 -0700, tudstudent wrote: export LD_LIBRARY_PATH=$PREFIX/lib:$PREFIX/samba/lib export PKG_CONFIG_PATH=$PREFIX/lib/pkgconfig:$PREFIX/samba/lib/pkgconfig: $PREFIX/share/pkgconfig then: pkg-config --cflags libmapi This delivers the next error: Package talloc was not found in the pkg-config search path. Perhaps you should add the directory containing `talloc.pc' to the PKG_CONFIG_PATH environment variable Package 'talloc', required by 'MAPI', not found This package is installed. Hi, good, then you know where to look next. Solve this and it'll work for you. I cannot tell you anything more than the pkg-config does, the message is self-describing. By the way, I thought it's obvious but it seems it wasn't, in those two exports at the beginning, you should replace $PREFIX with a prefix where your samba4 is installed, probably /usr if you do not compile it yourself. Also check the paths exist for you, or change them accordingly to your system/setup. Bye, Milan ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers -- View this message in context: http://old.nabble.com/Compile-Evolution-Mapi-3.1.1--%3E-Error-on-libmapi.h-tp31626288p31635495.html Sent from the Gnome - Evolution - Dev mailing list archive at Nabble.com. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers