similar to: Contributor Contributions

Does Compiz-0.7.6 solve the problem with the 'waiting' cursor being invisible when using the Enhanced Zoom plugin? I see mention of 'various bugfixes' but I couldn't find the appropriate bug to check it's status. Thanks. Dotan Cohen http://what-is-what.com http://gibberish.co.il ?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-?-? A: Because it messes up the order in

For any that are interested, I am assuming position as maintainer of upstream 0.8 stable branches. More details here: http://blog.northfield.ws/wordpress/ Thank You, Scott Moreau -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/compiz/attachments/20141120/8710845c/attachment.html>

On Sun, Sep 26, 2010 at 09:19:41AM +0800, Sam Spilsbury wrote: >> So I was looking forward to starting my day on a positive note until I >> scroll through the commit logs and see this: >> >> http://git.compiz.org/compiz /plugins/ezoom/commit/?id=aec55753c2b99764dbad6cd77832f0725b62ddcd >> >> Is this seriously how we can expect the project to function? > >

Hi Kristian, On Fri, Nov 21, 2014 at 1:37 AM, Kristian Lyngstøl <kristian at bohemians.org> wrote: > For the last few weeks I've been fiddling with the 0.8 code-base, mostly > because compiz got nuked in my distro and I had to do something, if for no > other reason than to have a running WM. You can find my work at: > > https://github.com/KristianLyng/compiz >

Hi. I have posted this at the compiz-fusion forums also. I was until a couple of days ago joyfully running the latest git version of compiz. Today when I started it using a "compiz-manager" script (after updating to the most recent) I got the following error: /usr/bin/compiz (core) - Error: no 'core' plugin with ABI version '20071017' loaded /usr/bin/compiz (ccp) -

Hi ANyone to answer specifically ? Q1 : get_last_uid -> Is this the last UID indexed (which may be not the greatest value), or the gratest value (which may not be the latest) (the code of existing plugins is unclear about this, Solr looks for the greatest for insance) Q2 : WHen Indexing an email, the data is not passed by "build_key". Why so ? What is the link with

for fts_backend_xxx_lookup, where is specidifed in which field (to, cc, subject, body, from, all) to lookup ? On 2019-01-06 16:03, Joan Moreau wrote: > For "rescan " and "optimize", wouldn't it be the dovecot core who indicate which are to be dismissed (expunged), or re-ask for indexing a particular (or all) uid ? WHy would the backend be aware of the transactions on

Additionally, I get "Invalid search response" on my Android , using dovecot-solr, whereas squat works fine Why making squat obsolete ? It is simple and straightforward On December 5, 2018 12:57:22 PM Joan Moreau via dovecot <dovecot at dovecot.org> wrote: > THen the Squat shall be maintained until the SOlr plugin is upgraded, as > Squat does resolve the problem (fts,

I a rather dependent upon the Enhanched Zoom Desktop tool. It allows me to zoom into a part of the screen and see it clearly, with the zoomed part of the screen following the mouse. However, there are times when I need the screen to remain where it is (not to pan with the mouse), and the only way that I've found to do that is with the "Toggle zoom area lock" option. When this option

On Sun, Apr 14, 2019 at 21:09:54 +0800, Joan Moreau wrote: ... > THe "loop" part seems the most urgent : It breaks everything (search > timeout 100% of the time) Any luck with git-bisect? Jeff. > > On 2019-04-06 09:56, Joan Moreau via dovecot wrote: > > > For the point 1, this is not "suboptimal", it is plain wrong (results are damn wrong ! and this

also, for fts_backend_solr_update_set_build_key -> where is the data (of the hdr_name or the body) ? On 2019-01-06 14:10, Joan Moreau wrote: > for the "last uid"-> this is not the last added, but the maximum of the UID in the indexed emails, right ? > > On 2019-01-06 11:53, Joan Moreau via dovecot wrote: > > Thank you > > I still don't get the

For "rescan " and "optimize", wouldn't it be the dovecot core who indicate which are to be dismissed (expunged), or re-ask for indexing a particular (or all) uid ? WHy would the backend be aware of the transactions on the mailbox ??? There is alredy "fts_backend_xxx_update_expunge", so I beleive the management of the expunged messages is *NOT* in the backend,

Duh... src/lib/restrict-process-size.h Should be in the installed include files as well, /usr/include/dovecot/restrict-process-size.h Aki > On 06/11/2020 15:56 Joan Moreau <jom at grosjo.net> wrote: > > > Hello > I can't find "src/lib/restrict.h" . Is it in dovecot source ? > > > On 2020-11-06 13:20, Aki Tuomi wrote: > > Seems I had

and finally , for fts_backend_xxxx_lookup_multi, why is that backend dependent ? Would- nt the below function below be the same for any backend ? Waiting fro your feedback on all those questions Thank you JM ----------------- static int fts_backend_xapian_lookup_multi(struct fts_backend *_backend, struct mailbox *const boxes[], struct mail_search_arg *args, enum fts_lookup_flags flags,

Other use case : I type "must" in the search filed-> I have some returns , but very not all, for instance "solarmust" is not in the results If I type "solarmust" -> then I have the solarmust mail Honestly, this is highly unstable. Not sure whereas bugs come from Solr or Dovecot Below my adjusted (corrections from the one of Daniel who is definitely not

It seems we forgot to document that "break-imap-search" was dropped in v2.3. That has now been updated. Also Solr does not support prefix/substring search unless you configure solr to support it. Aki On 5.12.2018 11.50, Joan Moreau wrote: > > Well, "break-imap-search" option prevent dovecot from starting. > > > I used solr on one server since yesterday. >

ok found it, However, it returns me some random number. Maybe I am missing something On 2020-11-06 13:57, Aki Tuomi wrote: > Duh... src/lib/restrict-process-size.h > > Should be in the installed include files as well, > > /usr/include/dovecot/restrict-process-size.h > > Aki > > On 06/11/2020 15:56 Joan Moreau <jom at grosjo.net> wrote: > > Hello >

Seems I had forgotten that you can use src/lib/restrict.h, in particular, restrict_get_process_size() to figure out the limit. You can combine this with getrusage to find out current usage. Aki > On 06/11/2020 13:26 Joan Moreau <jom at grosjo.net> wrote: > > > yes, will do so. > It would be nice however to be able to access the actual dovecot config from the plugin side

If you had looked at what I sent, you'd seen it's quite different from what you sent. Anyways, put the contents of skeleton.tar.gz and ./src/plugins/fts-xapian/fts-xapian-plugin.h ./src/plugins/fts-xapian/fts-backend-xapian.cpp ./src/plugins/fts-xapian/Makefile.am ./src/plugins/fts-xapian/fts-backend-xapian-functions.cpp ./src/plugins/fts-xapian/fts-xapian-plugin.c into src/ directory

On Fri, Apr 15, 2016 at 11:25 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Fri, Apr 15, 2016 at 11:22 AM, Pierre Moreau <pierre.morrow at free.fr> > wrote: > > On 11:06 AM - Apr 15 2016, Ilia Mirkin wrote: > >> On Fri, Apr 15, 2016 at 10:57 AM, Pierre Moreau <pierre.morrow at free.fr> > wrote: > >> > Currently, every backlight