similar to: hardcode configuration files path

Hi, i'm trying ti compile tinc under MinGW. I get an error compiling OpenSSL-0.9.7c. Can any one help me? thanks dario Dario Rizzoli Network & System Administrator I.C.E. srl Via Impar? inf. 7a 20040 Usmate Velate (MI) -- TINC development list, tinc-devel@nl.linux.org Archive: http://mail.nl.linux.org/tinc-devel/

Hello, I'm trying to confugre tinc on my Windows 2000 box. I get only "cable unplugged". I have tried to enable log with command: e:\programmi\tinc\tincd -n euro --debug=5 --logfile=e:\programmi\tinc\tincd\tinc.log but no log file were produced. With no log file how can i debug the problem? Thanks for any help. Regards, dario rizzoli Tinc: Discussion list about the tinc

Hi, Exactly I don?t know if this is a bug or not. I have a LAN with one switch and one hub. Yesterday I was in vpn with a customer (vpn tunnel 1.2.3.0 subnet 255.255.0.0) when a colleague has attached his notebook that was set with the network 1.2.4.0. I suppose that his notebook has sent a lot of broadcast messages on the network, infact my vpn connection was broken quite immediately! When he

Instalado ?tinytex? > install.packages(?tinytex?) y cargándolo > library(tinytex) Fue una causalidad: cuando instalé este paquete los PDFs comenzaron a salir correctamente de anchura. Tampoco puede darte una explicación :( Saludos, Patricio Patricio Suárez Gil Unidad de Investigación Área V-Gijón Planta 5ª Impar Hospital Universitario de Cabueñes C/Prado, 395 33203 Gijón (Asturias)

Yo he conseguido que los chunks y el texto tengan la misma anchura instalando ?tinytex?. Un saludo, Patricio Patricio Suárez Gil Unidad de Investigación Área V-Gijón Planta 5ª Impar Hospital Universitario de Cabueñes C/Prado, 395 33203 Gijón (Asturias) Tfno: 985 185 000 (Ext. 85715) @uinvest_psg ESPAÑA [[alternative HTML version deleted]]

Hola, estoy buscando la manera de ejecutar en R el test de Ji-cudrado de tendencia lineal (Linear trend Chi-square), pero no lo encuentro en toda la bibliografía que consulté, ni la viñeta del chis.test incluye ninguna opción que contemple este test. Si alguien tiene experiencia con el tema, agradecería cualquier ayuda. Un saludo, Patricio Suárez Gil Unidad de Investigación Área V-Gijón

Tengo un modelo de regresión de Cox y quiero obtener el plot ajustado por una covariable (sexo) con la función ?ggadjustedcurves?, pero me da el siguiente error: > cox2 <- coxph(os ~ imc_25 + sexo.1, data = datos) > cox2 Call: coxph(formula = os ~ imc_25 + sexo.1, data = datos) coef exp(coef) se(coef) z p imc_25 -0.621 0.537 0.299 -2.08 0.038 sexo.1M 0.714

Mirando los comentarios, realmente lo que deseo es encontrar la raíz real de (-0.5)^(1/5) la cual debería ser -0.87055056329. José me hace caer en cuenta que además de no encontrar la raiz real, tampoco da todas las raiz complejas. Habría alguna manera de que tuviera en cuenta? > ------------------------------ > > Message: 6 > Date: Thu, 15 Oct 2015 11:25:39 +0200 > From: José

El problema del módulo es que pierde el signo. En tu caso sale igual porque has invertido el signo del coeficiente en el polinomio (en realidad se me pasó a a mí advertir que el término independiente debe ir con signo negativo): .> polyroot(z=c(0.5,0,0,0,0,1)) [1] 0.7042902+0.5116968i -0.2690149+0.8279428i -0.2690149-0.8279428i [4] 0.7042902-0.5116968i -0.8705506+0.0000000i .> .>

Stop makeklcc.pl from hardcoding paths of cc, ld and strip in the klcc script it generates. Using hardcoded paths is generally a bad idea. First, the whole idea of $PATH is that you don't need to hardcode paths. Second, klcc is a Perl script but my hardcoding the paths you make it less portable. Signed-off-by: Martin Michlmayr <tbm@cyrius.com> --- klibc-1.1.16/klcc/makeklcc.pl~

sparc still needs gcc-3.3 for a working run-init. belows makes use of the exported CC var. Signed-off-by: maximilian attems <maks@sternwelten.at> diff --git a/scripts/Kbuild.klibc b/scripts/Kbuild.klibc index 66e16e7..70e4071 100644 --- a/scripts/Kbuild.klibc +++ b/scripts/Kbuild.klibc @@ -72,7 +72,7 @@ KLIBCROSS := $(CROSS_COMPILE) # binutils KLIBCLD := $(KLIBCROSS)ld

On Wed, Apr 05, 2006 at 10:45:51PM +0200, maximilian attems wrote: [Received a forward of this mail and I had deleted the original one. So your reply-chain is broken]. > > sparc still needed to build with gcc-3.3 > belows makes use of the exported CC variable. > > also export the binutils for consistency, > added the missing ones too for klcc. > > > diff --git

On 29/11/15 16:10, Martin Peres wrote: > This is an oversight that made use of the trip-point-based fan managenent on > cards that never expose those. This led the fan to stay at fan_min. > > Fortunately, the emergency code would kick when the temperature would reach > 90°C. > > Reported-by: Tom Englund <tomenglund26 at gmail.com> > Tested-by: Tom Englund

On 4 January 2016 at 14:56, Martin Peres <martin.peres at free.fr> wrote: > On 17/12/15 19:18, Martin Peres wrote: >> On 29/11/15 16:10, Martin Peres wrote: >>> >>> This is an oversight that made use of the trip-point-based fan managenent >>> on >>> cards that never expose those. This led the fan to stay at fan_min. >>> >>>

On 01/05/2016 06:35 PM, Martin Peres wrote: > On 04/01/16 18:42, Emil Velikov wrote: >> On 4 January 2016 at 14:56, Martin Peres <martin.peres at free.fr> wrote: >>> On 17/12/15 19:18, Martin Peres wrote: >>>> On 29/11/15 16:10, Martin Peres wrote: >>>>> This is an oversight that made use of the trip-point-based fan >>>>> managenent

This is an oversight that made use of the trip-point-based fan managenent on cards that never expose those. This led the fan to stay at fan_min. Fortunately, the emergency code would kick when the temperature would reach 90°C. Reported-by: Tom Englund <tomenglund26 at gmail.com> Tested-by: Tom Englund <tomenglund26 at gmail.com> Signed-off-by: Martin Peres <martin.peres at

On 17/12/15 19:18, Martin Peres wrote: > > > On 29/11/15 16:10, Martin Peres wrote: >> This is an oversight that made use of the trip-point-based fan >> managenent on >> cards that never expose those. This led the fan to stay at fan_min. >> >> Fortunately, the emergency code would kick when the temperature would >> reach >> 90°C. >>

On 04/01/16 18:42, Emil Velikov wrote: > On 4 January 2016 at 14:56, Martin Peres <martin.peres at free.fr> wrote: >> On 17/12/15 19:18, Martin Peres wrote: >>> On 29/11/15 16:10, Martin Peres wrote: >>>> This is an oversight that made use of the trip-point-based fan managenent >>>> on >>>> cards that never expose those. This led the fan

As I said though, there's no lost ICMP packets, even when the IPSec tunnel drops out. I do notice a lot of these errors in the secure log though, would this be any indication of a problem? (I'm grepping for this specific error, they're not the only messages in there). Feb 11 14:18:10 site-a pluto[10450]: "site-b/1x1" #803: ignoring Delete SA payload: PROTO_IPSEC_ESP

Morning all ... I saw the previous thread, and ignorantly didn't follow it ... and now I can't seem to find it in the archives to go through it now that its hit me ... This morning, after 5 days of uptime, my server got hit with: Jun 6 09:52:19 pluto /kernel: fxp0: device timeout Jun 6 09:52:19 pluto /kernel: fxp0: SCB timeout: 0x60 0x0 0x0 0x800 Jun 6 09:52:19 pluto /kernel: