search for: disrupting

Hi everyone, I am just trying to figure out how to do a xyplot where in addition to dots and lines I can change dots' colors according to an individual variable (e.g., marital disruption across time, a dummy 0/1). When I use "groups" specification (see below), I get two different lines for each individual based on groups, and what I want is to get one line connecting dots, and

On Sun, 2015-01-11 at 20:04 +0100, Sven Kieske wrote to Valeri Galtsev .... > I can't take this serious as it seems you didn't research any of the > design goals of systemd and any of the shortcomings of old init systems. Design goals ? Compatibility with and/or minimum disruption to existing systems ? It was arrogant change with absolutely no regard for the existing Centos/RHEL

Dear R-Users, I have the following problem: I would like to create a postscript file containing an r-plot with the string "\\vartheta" in it (reason: this is later converted to the TeX-string "\vartheta" and a vartheta is printed in the figure). In the minimal example below, the problem is that the created postscript file does _not_ contain the string "\\vartheta

The methods package ?cbind2 includes the instruction to use via methods:::bind_activation(TRUE). This changes the default definition of cbind globally, disrupting proper evaluation in packages not using cbind2. Is cbind2 a hold-over from a time when ... could not be used for dispatch? What is a safe way for a package to use cbind2? This came up in the context of complex package dependencies in Bioconductor, as detailed in this thread (sorry for the html)...

I was in the process of installing a new disk. zpool attach -f rpool old new then I was supposed to do installgrub stage1 stage2 new but I went away and there had been a power disruption and now the BE will not load at all. I have an older be which works (2008.11 and knows nothing about the new disk) is there a way to fix things? i cannot unmount the current/old BE while it is active. thanks

The big Swiss University network provider has been having severe problems for about 8 hours now --- particularly the cross-atlantic connection seems broken --- Many of you will get R-help or ESS-help E-mails very much delayed. Hope things start working soon by themselves. [for those that are disrupted: When you get this message, things should be back to normal; otherwise you wouldn't have

The system that hosts the Asterisk community mailing lists (lists.digium.com) experienced some failures yesterday, and as a result the lists have been moved to a new system (with the same name). During this process, it is possible that outbound messages queued for delivery to some list subscribers were lost, and it is also possible that some messages sent by subscribers were never received by

The system that hosts the Asterisk community mailing lists (lists.digium.com) experienced some failures yesterday, and as a result the lists have been moved to a new system (with the same name). During this process, it is possible that outbound messages queued for delivery to some list subscribers were lost, and it is also possible that some messages sent by subscribers were never received by

Some of you may remember me as a NUT contributor years back - I did a significant amount of work on documentation, and later moved the repository from Subversion to GIT. I eventually drifted away from the project in large part because I found the lossage from lazy, least-cost-is-everything product designs too annoying to deal with. I recently had a bad experience with a UPS that brought all my

hi list this is as probably more of networking problem than an icecast problem but it is related - hope people don't mind. I've been running tests for a project that starts 20 August. I'm sending stream from my audio software to a local icecast server, then relaying this to a commercial shoutcast service. Initially i was using 7000 for the relay port. Worked fine. Then one morning

...petitive tasks, people want stability and perhaps faster running programmes. No one ever wants a major upset of being forced to use a different method to perform the same tasks. Young men are enthusiastic about implementing new ideas. Old men with substantially more experience wisely want to avoid disrupting well-running systems. Time is money. Disruptions waste money and cause errors. -- Regards, Paul. England, EU.

On Wed, Sep 09, 2020 at 06:31:41PM +0200, Joel Colledge wrote: > ## Conclusion > > The underlying problem seems to be that net-update removes and > re-creates the iptables rules, even when it makes no changes to them. > The best fix would be to correct that. > > Has anyone else encountered this situation? Is there any more > information I should provide to help with

On ~ 6.30 UT ( = GMT), i.e. 8.30 middle European summer time, our mail server will be moved to a new building (and routing to that place will be switched). This may give delayed Messages on R-help and the other R-lists hopefully for less than an hour only. Martin Maechler <maechler at stat.math.ethz.ch> http://stat.ethz.ch/~maechler/ {List Maintainer}

I'm not 100% sure it's that WinXP KB835732 update but it's the only thing that has been changed in the last two days. Machines are regularly losing their network connections, mapped drives, and printers, leading to lockup and crashes. I found this in the samba logs of the affected machines. [2004/05/06 12:03:15, 0] lib/fault.c:fault_report(36)

Dear LLVMers, Tomorrow morning, on Tuesday, April 24, at 10:00 am CDT, I will be rebooting the server that hosts most of the LLVM services. The LLVM website and CVS server will be down for approximately 15 minutes. The server's console has stopped responding and my attempts to fix it by restarting the X server and other various processes have failed. I think the video hardware is just

DSL works by using the frequencies above 4k that were unused in POTS loops of yesterday. Load Coils, Bridge Taps, and DC taps are all devices added to lines to increase their reach and stability, unfortunately, they are DEADLY for DSL. Other problems can effect DSL service, and cause it to be 'flaky'. 1 Temperature, in Florida the large black cables are constantly beaten down by the sun,

We are planning to phase in some major changes to the R build process on Windows shortly, so expect problems and temporary unavailability of binary builds of R and of packages, and if you are building from sources, check out the latest version of the R-admin manual (in the sources) for the current state. The planned changes are - to move the 32-bit builds to MinGW's recent release of gcc

Hi all, Thanks to everyone's hard work over the last few months, the last child of the AArch64/ARM64 merge issue (http://llvm.org/PR19392) has just been resolved. So I think it's time to finish the job. I'd like to delete the AArch64 target and move ARM64 into its place: for now we'll accept both aarch64 and arm64 triples in all places, and they will all be redirected to the

I just had something very strange happening, I'm curious if someone can understand what it was in spite of the limited available information. I'm running Samba 4.11.6 as an AD file server. Rowland checked my config recently and could not find any issue with it, it's really very standard, using the idmap backend. Only 2 users in the AD. Linux access is not a topic, the shares are only

FYI, since this is probably of interest to subscribers of this mailing list also. Robert N M Watson ---------- Forwarded message ---------- Date: Wed, 1 Feb 2006 22:55:40 +0000 (GMT) From: Robert Watson <rwatson@FreeBSD.org> To: Julian Elischer <julian@elischer.org> Cc: trustedbsd-audit@TrustedBSD.org, K?vesd?n G?bor <gabor.kovesdan@t-hosting.hu>, current@freebsd.org