search for: lri

Dear Colleague I am trying to figure out how to use R to do OLS restricted VECM regression. However, there are some notation I cannot understand. Please tell me what is 'ect', 'sd' and 'LRM.dl1 in the following practice: #OLS retricted VECM regression data(denmark) sjd <- denmark[, c("LRM", "LRY", "IBO", "IDE")] sjd.vecm<-

...sing Postfix + Dovecot with system users (/etc/passwd and NIS) + deliver + cmusieve; Here are some relevant lines in conf files : /etc/postfix/main.cf ... mailbox_command = /usr/lib/dovecot/deliver ... /etc/dovecot/dovecot.conf ... protocol lda { postmaster_address = postmaster at lri.fr mail_plugins = cmusieve deliver_log_format = msig=%m : Subject=%s : From=%f :%$ } ... I just want deliver to log more than default format...like procmail... but nothing happens...the line 'deliver_log_format' seems to be ignored. Any idea ?

...bGL.so > >You should see something like this. > >[martyn at braque-iarc-lan minutes]$ /sbin/ldconfig -p | grep libGL.so > libGL.so.1 (libc6,x86-64) => /lib64/libGL.so.1 > libGL.so.1 (libc6) => /lib/libGL.so.1 > libGL.so (libc6,x86-64) => /lib64/libGL.so Odd: [root at lri-105689 rgl]# /sbin/ldconfig -p | grep libGL.so libGL.so.1 (libc6,x86-64) => /lib64/libGL.so.1 libGL.so.1 (libc6) => /lib/libGL.so.1 libGL.so (libc6) => /lib/libGL.so =================================== Please consider the environment before printing this e-mail...

----Original Message----- From: Martyn Plummer [mailto:plummerm at iarc.fr] Sent: Thursday, January 12, 2017 3:36 AM To: Weiner, Michael <weinerm at ccf.org>; r-sig-fedora at r-project.org Subject: Re: [R-sig-Fedora] rgl >One possibility is that you have the 32-bit version of mesa-libGL-devel installed. This will provide the headers but not the 64-bit l>ibrary which is what you need

...bGL.so > >You should see something like this. > >[martyn at braque-iarc-lan minutes]$ /sbin/ldconfig -p | grep libGL.so > libGL.so.1 (libc6,x86-64) => /lib64/libGL.so.1 > libGL.so.1 (libc6) => /lib/libGL.so.1 > libGL.so (libc6,x86-64) => /lib64/libGL.so Odd: [root at lri-105689 rgl]# /sbin/ldconfig -p | grep libGL.so libGL.so.1 (libc6,x86-64) => /lib64/libGL.so.1 libGL.so.1 (libc6) => /lib/libGL.so.1 libGL.so (libc6) => /lib/libGL.so I resolved this by reinstalling mesa-libGL (dnf reinstall libGL) seems /lib64/libGL.so.1.2.0 was mi...

Hi, i am seeing something interesting since the upgrade to 2.2.19/0.0.7a - I am experimenting with the am930 wireless driver and i am crashing on module exit. Everytime i reboot afterwards the var fs on /dev/hda8 is inconsistent [...] Checking all file systems... Parallelizing fsck version 1.21-WIP (01-Jun-2001) /dev/hda7: recovering journal /dev/hda7: clean, 39160/320640 files, 354596/640702

You can't use mov. I am not an x86 expert, but after quick googling: Recall that immediates are normally restricted to 32 bits. To load a larger constant into a quad register, use movabsq, which takes a full 64-bit immediate as its source [https://www.lri.fr/~filliatr/ens/compil/x86-64.pdf] Even in your example, assembler replaces mov by movq, which, say, hints: >>>>> $ echo "mov r8, 0x12345678"|./bin/llvm-mc -assemble -show-encoding -x86-asm-syntax=intel -print-imm-hex -triple=x86_64 >>>>> .text >>&...

...ic igt/gem_exec_parse: update bitmasks test for v >=8 igt/gem_exec_parse: update cmd-crossing-page for >= v8 igt/gem_exec_parse: update hsw_load_register_reg for v >= 8 igt/gem_exec_parse: update registers test for v >= 8 igt/gem_exec_parse: check oacontrol lri bad for >= v9 Rodrigo Vivi (1): lib/igt_aux.h: Cast is confusing old gcc Tomeu Vizoso (6): lib/drmtest: Take DRIVER_ANY into account when opening the DRM device lib/drmtest: Test for equivalence with DRIVER_ANY Revert "lib: use the local intel_aub.h file"...

...Zizhong Chen, University of California at Riverside Andrew Chien, University of Chicago Nathan Debardeleben, Los Alamos National Laboratory Christian Engelmann, Oak Ridge National Laboratory Kurt Ferreira, Sandia National Laboratories Ada Gavrilovska, Georgia Institute of Technology Cecile Germain, LRI Michael Gerndt, Technische Universit?t M?nchen William Gropp, University of Illinois at Urbana-Champaign Thilo Kielmann, Vrije Universiteit Bettina Krammer, Universit? de Versailles St-Quentin-en-Yvelines (UVSQ) Dieter Kranzlm?ller, Ludwig-Maximilians-Universitaet Muenchen Sriram Krishnamoorthy, Pa...

...Zizhong Chen, University of California at Riverside Andrew Chien, University of Chicago Nathan Debardeleben, Los Alamos National Laboratory Christian Engelmann, Oak Ridge National Laboratory Kurt Ferreira, Sandia National Laboratories Ada Gavrilovska, Georgia Institute of Technology Cecile Germain, LRI Michael Gerndt, Technische Universit?t M?nchen William Gropp, University of Illinois at Urbana-Champaign Thilo Kielmann, Vrije Universiteit Bettina Krammer, Universit? de Versailles St-Quentin-en-Yvelines (UVSQ) Dieter Kranzlm?ller, Ludwig-Maximilians-Universitaet Muenchen Sriram Krishnamoorthy, Pa...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s.tantilov@intel.com> Emil Velikov <emil.l.velikov@gmail.com> Emilio G. Cota <c...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s.tantilov@intel.com> Emil Velikov <emil.l.velikov@gmail.com> Emilio G. Cota <c...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s.tantilov@intel.com> Emil Velikov <emil.l.velikov@gmail.com> Emilio G. Cota <c...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emeric Vigier <emeric.vigier@stericsson.com> Emese Revfy <re.emese@gmail.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emeric Vigier <emeric.vigier@stericsson.com> Emese Revfy <re.emese@gmail.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emeric Vigier <emeric.vigier@stericsson.com> Emese Revfy <re.emese@gmail.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emeric Vigier <emeric.vigier@stericsson.com> Emese Revfy <re.emese@gmail.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emeric Vigier <emeric.vigier@stericsson.com> Emese Revfy <re.emese@gmail.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s...

...r <eliad@wizery.com> Eliezer Tamir <eliezer.tamir@linux.intel.com> Eliot Blennerhassett <eblennerhassett@audioscience.com> Eliot Blennerhassett <eliot@blennerhassett.gen.nz> Elison Niven <elison.niven@cyberoam.com> Elly Jones <ellyjones@chromium.org> Elric Fu <elricfu1@gmail.com> Emanuel Taube <emanuel.taube@gmail.com> Emeric Vigier <emeric.vigier@savoirfairelinux.com> Emeric Vigier <emeric.vigier@stericsson.com> Emese Revfy <re.emese@gmail.com> Emil Goode <emilgoode@gmail.com> Emil Tantilov <emil.s...