search for: garnering

Robin, To me, anyone else includes the kernel of the current node. Well, if it is unclear the man page should be revised. Also a big warning message on ocfs2.fsck would be nice, after all we all make mistakes. But this is only my two cents. Running fsck on any journaled filesystem will replay the journal. This will cause corruption if the filesystem is mounted read/write, even if the

Op 11/6/2016 om 6:35 PM schreef Larry Rosenman: > also, with NO scripts defined, but imapsieve active, marking a large virtual > mailbox all seen garners: > > Nov 6 11:30:59 thebighonker dovecot: imap(ler): Panic: file > imap-sieve-storage.c: line 616: unreached > > I can provide more logs, but doing the same to (one of) the base > mailbox(es) does NOT garner > the

Sorry, in my haste I forgot to modify the subject. 5/2/06, "Christian R. Garner" <olus@digitalapathy.net>wrote: > > All assumptions aside, "rectest" and "salt" are usernames not > databases/schemas according to the pasted config. If they were in fact > different databases/schemas, this problem could never have happened. > While >

I have a script that creates a qplot that is then saved as a .png file which works fine on Windows. But I also work on Linux servers via Putty and would like to be able to create and save my plots to my working directory. Is there a way I can ggsave my qplot without utilizing X11 in Linux? I don't need to view the plot in Linux, I just want the plot created and immediately saved to my working

I've downloaded the "data.table" package from CRAN and R-Forge and still can't utilize merge.data.table for faster merges. How do I make this function visible? > install.packages("data.table",repos="http://R-Forge.R-project.org") trying URL 'http://R-Forge.R-project.org/src/contrib/data.table_1.5.1.tar.gz' Content type 'application/x-gzip'

it also appears that the above-captioned file is *NOT* in the tarball :( On Sun, Nov 6, 2016 at 10:39 AM, Larry Rosenman <larryrtx at gmail.com> wrote: > ok, I found: > https://github.com/dovecot/pigeonhole/blob/master/doc/ > plugins/imapsieve.txt > and that helps. > > Can this be added to the Wiki? > > On Sun, Nov 6, 2016 at 10:30 AM, Larry Rosenman <larryrtx

I've been getting the following error fairly often, which tends to result in a corrupted dovecot-uidlist. dovecot: IMAP(example at example.com): file maildir-uidlist.c: line 1009 (maildir_uidlist_recreate): assertion failed: (file_size == (uoff_t)st.st_size) dovecot: IMAP(example at example.com): Raw backtrace: imap [0x80cb740] -> imap [0x80cb64a] -> imap [0x8070e58] -> imap(maildir

additional info. This happens when the mailbox definition includes the seen flag: thebighonker.lerctr.org /home/ler/MAIL-VIRTUAL $ cat list-unseen/dovecot-virtual lists/* unseen thebighonker.lerctr.org /home/ler/MAIL-VIRTUAL $ cat other-unseen/dovecot-virtual * -lists/* unseen thebighonker.lerctr.org /home/ler/MAIL-VIRTUAL $ not sure if that makes a difference. On Mon, Nov 7, 2016 at 3:31

I'm trying to create a stacked bar chart with x=month, y=volume, and factor=type. volume type month 100 A SEP09 200 A OCT09 300 A DEC09 400 B SEP09 500 B OCT09 600 B DEC09 700 C SEP09 800 C OCT09 900 C DEC09 Following Hadley's examples, I get 3 bars with SEP09: 3-A,

I have data that comes into R already ordered. When I use ggplot, it orders them which I don't want. How do I fix this without changing options("contrast")? The data I have is number of days: 30 29 ... 20 19 ... 10 9 ... 1 When I plot with ggplot, it orders them by the first number only. So 3 ends up coming before 29. -- View this message in context:

How do I reverse the order of the legend in a bar plot to match order of the x-axis? In other words, I want the stacked colors of the legend to match the stacked colors of the bar plot. I tried this, but it didn't work. colors <- c("5" = "red","4" = "blue","3" = "darkgreen") p <- qplot(factor(cyl), data=mtcars,

also, with NO scripts defined, but imapsieve active, marking a large virtual mailbox all seen garners: Nov 6 11:30:59 thebighonker dovecot: imap(ler): Panic: file imap-sieve-storage.c: line 616: unreached I can provide more logs, but doing the same to (one of) the base mailbox(es) does NOT garner the message. 600 can_discard = FALSE; 601 switch (isuser->cur_cmd) {

I just updated to R 2.14 with ggplot2 0.9 and am finding bugs. > ggplot2 "GPL-2" "2.14.0" This example is taken from pg 101 in the ggplot book. > plot <- qplot(date, psavert, data = economics, geom = "line") + > ylab("Personal savings rate") + geom_hline(xintercept = 0, colour = > "grey50")' > plot +

doveadm -D -vvvvvv index \#ARCHIVE/\* garners the below for ALL mailboxes in the namespace: doveadm(ler): Error: Mailbox #ARCHIVE/2013/04/clamav-rules: Status lookup failed: Internal error occurred. Refer to server log for more information. [2016-11-01 13:25:21] doveadm(ler): Error: lucene: Failed to sync mailbox INBOX: Mailbox isn't selectable doveadm(ler): Error: Mailbox

clamav-rules is NOT a directory, nor are any of the others: thebighonker.lerctr.org ~/MAILARCHIVE $ cd 2016/10 thebighonker.lerctr.org ~/MAILARCHIVE/2016/10 $ ls -l total 72106 -rw-r--r-- 1 ler ler 440461 Nov 1 00:05 Amplify_Mail -rw-r--r-- 1 ler ler 104102478 Nov 1 14:53 INBOX drwxr-xr-x 3 ler ler 4 Nov 1 00:05 SA -rw-r--r-- 1 ler ler 21083767 Nov 1 00:05 SENT

There appear to be reports in the literature that transform continuous independent variablea by the use of splines, e.g., assume the dependent variable is hot dogs eaten per week (HD) and the independent variable is waistline (WL), a normal linear regression model would be: nonconfusing_regression <- lm(HD ~ WL) One might use a spline, confusion_inducing_regression_with_spline <- lm(HD

Asterisk-users, Our two-part tutorial explaining how to use VoIP and Asterisk in Amazon?s Elastic Compute Cloud (EC2) has garnered quite a bit of attention. But due to the time required to complete the many steps needed to get up and running, some of you have asked if it is possible to create a much simpler to install ?pre-built? Asterisk EC2 ?instance.? In short, yes it is. And we?ve

Hello List, I tried "yum upgrade" from my RC1 and it goes like this: [root@cpu-00228 ~]# yum upgrade Setting up Upgrade Process Setting up Repos contrib 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 updates 100% |=========================| 328 B 00:00

On Aug 18, 2015, at 10:41 PM, deadal nix <deadalnix at gmail.com> wrote: > Let's not get this die. The C API is too valuable to let this die. > > I propose the following plan: > - Add tests for the current API. This will allow to make sure that everything works and would ensure that changes are made intentionally, nto accidentally. > - For area that do not exist in the

thebighonker.lerctr.org ~ $ doveadm mailbox status -u ler at lerctr.org vsize \#ARCHIVE/2016/10/clamav-rules #ARCHIVE/2016/10/clamav-rules vsize=3840752 thebighonker.lerctr.org ~ $ On Wed, Nov 2, 2016 at 12:22 PM, Timo Sirainen <tss at iki.fi> wrote: > On 02 Nov 2016, at 19:19, Larry Rosenman <larryrtx at gmail.com> wrote: > > > > clamav-rules is NOT a directory, nor