search for: snipset

Hi Search doesn''t seem to be working so my apologies if this has come up before. I have some simple code in a view that generates a multiple select: <select name="menu_select" size="5" multiple="multiple"> <% for m in Menu.find(:all) %> <!-- this needs to be abstracted in ror fashion --> <option value="<%= m.id %>"

Hi all, I would like to ask your help to add a color band (Ι am not sure regarding the right term, this color band at the right of the plot "describing" values with their corresponding color. For now I have only this code test<-matrix(data=runif(10000),nrow=100) plot(test,axes="FALSE") axis(1,at=c(0,1),labels=c("a","b")) # but  I would like to add

...starting libvirt-qpid sequentially on every node. Doing this way work, and gave to us a concistent db for db-omatic. What do you thing if we replace the Thread.new on line 266 by a begin ? Because the concurrency of the requests on qpidd made by db-omatic seems the origin of the hang. <code snipset of db-omatic lines 265,296> if state == Host::STATE_AVAILABLE Thread.new do @logger.info "#{host_info['hostname']} has moved to available, sleeping for updates to vms." sleep(20) # At this point we want to set all domains that are # unreach...

I think I'm progressing: if I create a brand new user, send her an email, it will not be indexed right away. I need to doveadm rescan / index the Inbox before. At the end of this email, a dovecot's debug log snipset (grep'ed on this user). In it I can read: "Debug: fts: Indexes disabled for namespace '' Can this be a problem ? Thanks doveconf -n output: # 2.2.34 (874deae): /usr/local/etc/dovecot/dovecot.conf # Pigeonhole version 0.4.22 (22940fb7) # OS: Linux 3.10.0-693.17.1.el7.x86_64 x86_64...

...04/2018 ? 10:30, kadafax at gmail.com a ?crit?: >> I think I'm progressing: if I create a brand new user, send her an >> email, it will not be indexed right away. I need to doveadm rescan / >> index the Inbox before. >> At the end of this email, a dovecot's debug log snipset (grep'ed on this >> user). In it I can read: "Debug: fts: Indexes disabled for namespace '' >> Can this be a problem ? >> >> Thanks >> >> doveconf -n output: >> # 2.2.34 (874deae): /usr/local/etc/dovecot/dovecot.conf >> # Pigeonhole v...

...Thanks Le 19/04/2018 ? 10:30, kadafax at gmail.com a ?crit?: > I think I'm progressing: if I create a brand new user, send her an > email, it will not be indexed right away. I need to doveadm rescan / > index the Inbox before. > At the end of this email, a dovecot's debug log snipset (grep'ed on this > user). In it I can read: "Debug: fts: Indexes disabled for namespace '' > Can this be a problem ? > > Thanks > > doveconf -n output: > # 2.2.34 (874deae): /usr/local/etc/dovecot/dovecot.conf > # Pigeonhole version 0.4.22 (22940fb7) > #...

...kadafax at gmail.com a ?crit?: >>> I think I'm progressing: if I create a brand new user, send her an >>> email, it will not be indexed right away. I need to doveadm rescan / >>> index the Inbox before. >>> At the end of this email, a dovecot's debug log snipset (grep'ed on this >>> user). In it I can read: "Debug: fts: Indexes disabled for namespace '' >>> Can this be a problem ? >>> >>> Thanks >>> >>> doveconf -n output: >>> # 2.2.34 (874deae): /usr/local/etc/dovecot/dovecot....

dovecot 2.2.34 solr 7.2 I only see new messages after typing on the server "doveadm fts rescan -u username" though I've followed the wiki and added "fts_autoindex = yes" in 90-plugin.conf . Subsequent search for the same pattern always gives the same result, ignoring new emails with that particular pattern. Solr is working correctly and the correct search results comes

...l.com a ?crit?: >>>> I think I'm progressing: if I create a brand new user, send her an >>>> email, it will not be indexed right away. I need to doveadm rescan / >>>> index the Inbox before. >>>> At the end of this email, a dovecot's debug log snipset (grep'ed on this >>>> user). In it I can read: "Debug: fts: Indexes disabled for namespace '' >>>> Can this be a problem ? >>>> >>>> Thanks >>>> >>>> doveconf -n output: >>>> # 2.2.34 (874deae): /us...