similar to: Performance issue with Vista

I could use an example of how to use curl to save a new message to a user?s INBOX using the Doveadm HTTP API. https://wiki2.dovecot.org/Design/DoveadmProtocol/HTTP <https://wiki2.dovecot.org/Design/DoveadmProtocol/HTTP> Do I really use the -d option and inline the entire new message in the command-line? Or, should I create a temporary .json file with the message wrapped in JSON and pass

> On May 10, 2017, at 11:06 AM, Sami Ketola <sami.ketola at dovecot.fi> wrote: > > >> On 10 May 2017, at 14.57, KT Walrus <kevin at my.walr.us> wrote: >> >> I could use an example of how to use curl to save a new message to a user?s INBOX using the Doveadm HTTP API. >> > > Here you go: > > doveadm mailbox save > > parameters:

> On May 10, 2017, at 5:16 PM, Sami Ketola <sami.ketola at dovecot.fi> wrote: > > >> On 10 May 2017, at 16.26, KT Walrus <kevin at my.walr.us> wrote: >>> >>> # curl -v -X POST -u doveadm:hellodoveadm -H "Content-Type: application/json" -d

Question about the list in general: by default, it''s set up so that replies go to the sender, rather than the list. However, on other lists I usually chat on, replies by default generally go to the list. This seems to encourage more discussion. Would it be a good idea to change that default? Or am I just crazy. Best, Raymond -- Raymond Brigleb, Needmore Designs Website

The NEWS for R-devel has the following item: > The previously included versions of zlib, bzip2, xz and PCRE have > been removed, so suitable external (usually system) versions are > required (see the ?R Installation and Administration? manual). Therefore I believe the following information in 'src/library/base/man/regex.Rd' is no longer valid: > If PCRE support was compiled

I get an error when running "make check" after building R-devel r70629 on Ubuntu 14.04. Here are the relevant lines in the file "reg-tests-1c.Rout.fail": > ## m1z uses match(x, *) with length(x) == 1 and failed in R 3.3.0 > ## PR#16909 - a consequence of the match() bug; check here too: > dv <- data.frame(var?1 = 1:3, var?2 = 3); dv[,"var?2"]

But note: > zip("hello.zip", "hello.txt") updating: hello.txt (stored 0%) > readChar(unz("hello.zip","hello.txt"),100) [1] "hello" I leave it to you and other wiser heads to figure out. Cheers, Bert On Thu, Oct 24, 2024 at 8:57?AM Iris Simmons <ikwsimmo at gmail.com> wrote: > Hi Mikko, > > > I tried running a few

Hi again, The unz connection is non-blocking by default. I checked do_unz which calls R_newunz which calls init_con and the only place in any of those functions that sets 'blocking' is init_con which sets it to FALSE: https://github.com/wch/r-source/blob/0c26529e807a9b1dd65f7324958c17bf72e1de1a/src/main/connections.c#L713 I'll open an issue on R-bugzilla and see if they're

On 18/05/16 13:50, Martin Maechler wrote: >>>>>> Mikko Korpela <mikko.korpela at helsinki.fi> >>>>>> on Wed, 18 May 2016 13:05:24 +0300 writes: > > > I get an error when running "make check" after building > > R-devel r70629 on Ubuntu 14.04. > > Here are the relevant > > lines in the file

Hi, In the aftermath of the signing key expiring a couple of days ago, it seems that the Ubuntu repositories are no longer signed (there is no Release.gpg file present). This is not a good situation as users cannot verify the packages' origin. I hope this will be fixed promptly :-) Thank you, Mikko Pesari

On Tegra186, powergating is handled by the BPMP power domain provider and the "legacy" powergating API is not available. Therefore skip these calls if we are attached to a power domain. Signed-off-by: Mikko Perttunen <mperttunen at nvidia.com> --- drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

Hello everyone, it seems that GP10B support has regressed recently. With linux-next, I need to modify device/base.c to set .mmu = gp10b_mmu_new for GP10B (makes sense - I guess this was left as gf100_mmu_new as a typo) to probe. After that, running a trivial testcase (running a NOP method in 3D class) fails with [ 110.084649] nouveau 17000000.gpu: fifo: read fault at 0000011000 engine 06

Dear best guys, I really love 5.3 in many ways but here're some unbelievable transfer rates, after I went out and bought a pair of Intel GigaBit Ethernet Cards to solve my performance problem (*laugh*): (In short, see *** below) Tests were done with two Intel GigaBit Ethernet cards (82547EI, 32bit PCI Desktop adapter MT) connected directly without a switch/hub and "device

With new R releases soon to come, I suggest updating the Rcopyright macro in "doc/manual/R-defs.texi" to use year 2017. -- Mikko Korpela Department of Geosciences and Geography University of Helsinki

On 10/20/2015 05:18 PM, Michael Rutter wrote: > On 10/20/2015 09:51 AM, Mikko Pesari wrote: >> Hi, >> >> In the aftermath of the signing key expiring a couple of days ago, it >> seems that the Ubuntu repositories are no longer signed (there is no >> Release.gpg file present). This is not a good situation as users cannot >> verify the packages' origin.

(Belated) thanks for the confirmation, Ista. I just reported this issue on the R bug tracker: https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17412 Best regards, - Mikko -----Alkuper?inen viesti----- L?hett?j?: Ista Zahn [mailto:istazahn at gmail.com] L?hetetty: 7. helmikuuta 2018 17:05 Vastaanottaja: Korpela Mikko (MML) Kopio: r-devel at r-project.org Aihe: Re: [Rd] Possible bug in

On Thu, Feb 23, 2017 at 03:23:10PM +0100, Martin Maechler wrote: > >>>>> Mikko Korpela <mikko.korpela at helsinki.fi> > >>>>> on Thu, 23 Feb 2017 14:02:58 +0200 writes: > > > With new R releases soon to come, I suggest updating the > > Rcopyright macro in "doc/manual/R-defs.texi" to use year > > 2017. >

https://bugzilla.mindrot.org/show_bug.cgi?id=3220 Bug ID: 3220 Summary: Possible bug if ControlMaster + ControlPersist and `-t` Product: Portable OpenSSH Version: 8.4p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh

Hello, sorry for not being clear enough. My problem is represented with the following code, running on OSX: mkdir ~/test ln -s ~/test ~/testlink touch ~/test/foo Rscript -e 'Sys.readlink(c("~/test/foo", "~/testlink/foo")); normalizePath(c("~/test/foo","~/testlink/foo"))' I expected `Sys.readlink` to show the same output as `normalizePath`. Also,

The 'systemfit' function in systemfit 0.7-3 CRAN package seems to have a problem with formulas that contain transformed (eg. log) variables. If I have my data in a data frame, apparently systemfit doesn't "pass" the information of where the variables should be taken to the transforming function. I'm not entirely sure if this is a bug or just a limitation, I was just