search for: inconstancies

Hi. I've found inconstancy between output of repoquery and rpm. I was looking forward towards apache php 5.4 module which must provided by some package SCL (can someone tell me?). rpm -qf /etc/httpd/modules/mod_proxy.so httpd-2.2.15-29.el6.centos.x86_64 repoquery -qf /etc/httpd/modules/mod_proxy.so so repoquery results in no output yum list installed httpd Loaded plugins: fastestmirror

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=505 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|laforge@netfilter.org |pablo@netfilter.org Version|CVS (please indicate |1.1.2 ------- Additional Comments From kaber@trash.net

...hould now work properly, but would like to make sure that it'll pass before possibly adding a third commit/revert cycle. If the history isn't an issue, let me know an I'll just keep trying. The differential is here: https://reviews.llvm.org/D30107. FWIW, the errors have been from inconstancies with the ming available here: Slightly different header version causing a missing function. Mounted to a case insensitive volume. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170424/88903d56...

I think median() behaves as designed: As long as the argument can be ordered, the "middle observation" makes sense, except when the middle falls between two categories, and you can't define and average of the two candidates for a median. The "sick man" would seem to be var(). Notice that it is also inconsistent with cov(): >

Hello, Is there a reason for the following behaviour? > mean(c("1","2","3")) [1] NA Warning message: In mean.default(c("1", "2", "3")) : l'argument n'est ni num?rique, ni logique : renvoi de NA But: > var(c("1","2","3")) [1] 1 And also: >

Jean-Luc, Please keep the communications on the list, for the benefit of others, now and in the future, via the list archive. I am adding r-devel back here. I can't speak to the rationale in some of these cases. As I noted, it may be (is likely) due to differing authors over time, and there may have been relevant use cases at the time that the code was written, resulting in the various

Hi, Martin! You can find pretty nice instructions how to do it via Phabricator here: http://llvm.org/docs/Phabricator.html. -Maxim On 23/02/16 21:30, Xinliang David Li via llvm-dev wrote: > Can you send this patch to llvm-commits ? > > David > > On Tue, Feb 23, 2016 at 1:15 AM, Martin Liška <llvm-dev at lists.llvm.org > <mailto:llvm-dev at lists.llvm.org>> wrote:

...s a failure occuring, NOTICE for something arguably wrong, > and ERROR for something having failed. 1774c1776,1778 < BOOL bRetval; --- > BOOL bRetval = True; > static int globalCheck = True; > struct stat buf; 1776c1780,1830 < bRetval = True; --- > /* Look for inconstancies in roughly decreasing order of severity, */ > /* starting with globals. */ > > if (globalCheck == True) > { > globalCheck = False; /* Only check once. */ > > /* Check for both wins server and wins support, make sure server wins. */ > if (Globals...

...s a failure occuring, NOTICE for something arguably wrong, > and ERROR for something having failed. 1774c1776,1778 < BOOL bRetval; --- > BOOL bRetval = True; > static int globalCheck = True; > struct stat buf; 1776c1780,1830 < bRetval = True; --- > /* Look for inconstancies in roughly decreasing order of severity, */ > /* starting with globals. */ > > if (globalCheck == True) > { > globalCheck = False; /* Only check once. */ > > /* Check for both wins server and wins support, make sure server wins. */ > if (Globals...

Has one try to install the ggplot2 package recently? I tried to install it on my new system and had trouble: > install.packages("ggplot2") Installing package(s) into 'C:/Program Files/R/R-2.14.2/library' (as 'lib' is unspecified) also installing the dependency 'scales' trying URL