Displaying 6 results from an estimated 6 matches for "dfdf".
Did you mean:
dfd
2012 Dec 12
1
ggplot: geom_line with only pairs of points connected
...aes(x=cat, y=num)) + geom_point() +
geom_line(aes(x=as.numeric(cat), y=num))
In this plot, I would like to be able to make the second line (the one
between B and C) not be there.
What I've come up with is this (instead using geom_segment):
df <- data.frame(cat=LETTERS[1:4],num=rnorm(4))
dfdf <-cbind(df[seq(from=1,by=2,along.with=df),],df[seq(from=2,by=2,along.with=df),])
names(dfdf) <- c("cat","num","cat2","num2")
ggplot(df, aes(x=cat, y=num)) + geom_point() +
geom_segment(aes(x=cat,xend=cat2,y=num,yend=num2),data=dfdf)
Hoewever, in a mor...
2007 Dec 16
1
[LLVMdev] this file was developed by ...
...le. When you now
> use "svn blame file", you'll see the name of the committer, not
> the name of the author.
What about leaving an optional contributors line before/after the distribution text, e.g.:
// Code in this file is contributed by: mmhjm dsse, jhiuiui hjh, and lkjaa dfdf,
// and is distributed under the University of Illinois Open Source
// License. See LICENSE.TXT for details.
- OR -
// This file is distributed under the University of Illinois Open Source
// License. See LICENSE.TXT for details.
// Code in this file adheres to the licensing terms and is
//...
2018 Dec 07
0
CVE-2018-1002105
...x86_64/openshift-origin311/
The fixed version is 3.11.43, version on the mirror is 3.11.0.
I'm not 100% certain of the support state of OpenShift in CentOS as it's maintained by a SIG, so what needs to happen to get the vulnerability patched for CentOS?
Adam Bishop
gpg: E75B 1F92 6407 DFDF 9F1C BF10 C993 2504 6609 D460
jisc.ac.uk
Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc?s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800....
2002 Mar 01
0
ip_conntrack: table full, dropping packet.
...~# netstat -putan|wc -l
28
cpie:~#
cpie:~# cat /proc/net/ip_conntrack |wc -l
5810
cpie:~#
cpie:~# cat /proc/sys/net/ipv4/ip_conntrack_max
6000
cpie:~#
The connection from ip_conntract are like these:
tcp 6 351960 ESTABLISHED src=8asdf dst=asdf sport=1445
dport
=4662 src=dfasdf0 dst=dfdfd sport=4662 dport=1445 [ASSURED]
use=1
tcp 6 345355 ESTABLISHED src=asdfasdf8 dst=asdf sport=2649
dport
=4662 src=sdfasd dst=dfdf sport=4662 dport=2649 [ASSURED]
use=1
How can I "flush" all connection track?
I have compiled iptables into kernel, not as module.
Any ideas?
Thank yo...
2007 Dec 14
0
[LLVMdev] this file was developed by ...
> Does anyone have a problem with changing this to:
>
> // This file is distributed under the University of Illinois
> Open Source // License. See LICENSE.TXT for details.
>
> And leaving this whole business to our friendly version
> control system (e.g. svn annotate), which has the perfect
> answer all the time?
Certainly I don't have a problem, I just want to point
2007 Dec 14
7
[LLVMdev] this file was developed by ...
Per the developer policy, the LLVM file header is:
// This file was developed by RANDOM NAME HERE and is distributed under
// the University of Illinois Open Source License. See LICENSE.TXT for
// details.
The continuing obvious problem is that this name is generally meaningless
as time goes on. People leave the project, code gets replaced, and
'ownership' changes. The current