search for: grumbles

Hi Folks, A Grumble ... The message I just sent to R-help about "The hidden costs of GPL ..." has evoked a "Challenge" response: Hi, You??ve just sent a message to diagnosticando at uol.com.br In order to confirm the sent message, please click here This confirmation is necessary because diagnosticando at uol.com.br uses Antispam UOL, a service that avoids unwanted

On 03/09/15 19:42, Robert Moskowitz wrote: > > > On 09/03/2015 02:33 PM, Rowland Penny wrote: >> On 03/09/15 19:21, Robert Moskowitz wrote: >>> >>> >>> On 09/03/2015 02:17 PM, Rowland Penny wrote: >>>> On 03/09/15 19:05, Robert Moskowitz wrote: >>>>> >>>>> >>>>> On 09/03/2015 01:59 PM, Sketch wrote:

On 03/09/15 20:48, Robert Moskowitz wrote: > > > On 09/03/2015 02:51 PM, Rowland Penny wrote: >> On 03/09/15 19:42, Robert Moskowitz wrote: >>> >>> >>> On 09/03/2015 02:33 PM, Rowland Penny wrote: >>>> On 03/09/15 19:21, Robert Moskowitz wrote: >>>>> >>>>> >>>>> On 09/03/2015 02:17 PM, Rowland Penny

On Sun, Jul 16, 2017 at 12:43 AM, Mike Galbraith <efault at gmx.de> wrote: > On Sat, 2017-07-15 at 14:52 -0400, Ilia Mirkin wrote: >> >> OK, so this issue appears to be that we're calling >> drm_crtc_vblank_off() on a crtc for which vblank is already disabled. >> My guess is that this happens because the crtc is disabled. >> >> Not sure what the

Hi, I have a requirement to run my gluster hosts within a firewalled section of network and where the consumer hosts are in a different segment due to IP address preservation, part of our security policy requires that we run local firewalls on every host so I have to get the network access locked down appropriately. I am running 3.5.2 using the packages provided in the Gluster package repository

5 hours of configuration attempts, error after confusing error, documentation with examples that only show extracts of working configurations. I really feel like throwing in the towel with dovecot. It should not be this hard and frankly almost impossible to understand and configure for such an incedibly simple configuration. /home/vmail/domain.name/username/cur

Twice now with v4.15-rc6, my display has gone belly up. Note: swiotlb: suppress warning when __GFP_NOWARN is set v2 is applied, but I don't _think_ it was the first time it happened. [ 3729.558261] nouveau 0000:01:00.0: gr: TRAP ch 2 [00ff842000 Xorg[3413]] [ 3729.558269] nouveau 0000:01:00.0: gr: GPC0/TPC0/TEX: 80000041 [ 3729.558273] nouveau 0000:01:00.0: gr: GPC0/TPC1/TEX: 80000041 [

On Sat, Jul 15, 2017 at 1:40 AM, Mike Galbraith <efault at gmx.de> wrote: > Greetings, > > box: bog standard [tc]rusty old Nvidia equipped Q6600 Medion (Aldi) deskside > kernel: master.today (v4.12-11690-gccd5d1b91f22) > > lspci -nn -d 10de: > 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G84 [GeForce 8600 GT] [10de:0402] (rev a1) > > abreviated

On Mon, 11 May 2015 14:42:36 -0600 Devin Reade wrote: > I just realized that more than MATE Terminal is affected. For > example, if I'm using firefox on a long web page, click the scrollbar > and quickly scroll through the page, then sometimes it behaves like > after a bit I've released the mouse button: Instead of scrolling, > the mouse (which is now outside of the scroll

grumble, grumble, MS does not have llabs() llabs() is not defined in Visual Studio, however, _abs64() is. But if I switch to _abs64() the linker does not resolve __abs64(). I thought _abs64() was suppose to be in the CRT library. Any hints for a solution? c:\devwl\llvm\lib\CodeGen\SelectionDAG\DAGCombiner.cpp(295) : error C3861: 'llabs': identifier not found, even with argument-dependent

On Sat, Jul 15, 2017 at 1:40 AM, Mike Galbraith <efault at gmx.de> wrote: > Greetings, > > box: bog standard [tc]rusty old Nvidia equipped Q6600 Medion (Aldi) deskside > kernel: master.today (v4.12-11690-gccd5d1b91f22) > > lspci -nn -d 10de: > 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G84 [GeForce 8600 GT] [10de:0402] (rev a1) > > abreviated

At the beginning of the year, I've landed a large set of patches to support both Python 2 and Python3 in most Python scripts. Looks like I missed some of them :-) At that time, backward portability with Python2 was still relevant, and I suspect it will still be the case for a few distributions that ship Python2 by default. That being said, Even RHEL8 uses Python3 by default, so at some point

On 03/09/15 19:21, Robert Moskowitz wrote: > > > On 09/03/2015 02:17 PM, Rowland Penny wrote: >> On 03/09/15 19:05, Robert Moskowitz wrote: >>> >>> >>> On 09/03/2015 01:59 PM, Sketch wrote: >>>> On Thu, 3 Sep 2015, Rowland Penny wrote: >>>> >>>>> What are the permissions on /var/lib/samba/private/dns ?

Just out of curiosity: Is htree in 2.6.0-test11 ? -- Ralf Hildebrandt (Im Auftrag des Referat V a) Ralf.Hildebrandt@charite.de Charite - Universitätsmedizin Berlin Tel. +49 (0)30-450 570-155 Gemeinsame Einrichtung von FU- und HU-Berlin Fax. +49 (0)30-450 570-916 Referat V a - Kommunikationsnetze - AIM. ralfpostfix

https://reviews.llvm.org/D71565 intends to update llvm/utils/update_cc_test_checks.py to work with Python 2. In the original review, I suggested that we don't add Python 2 compatibility for new features because Python 2.7 is retiring and some Linux distributions are even deprecating/removing Python 2 support. My feeling is: If some utilities do not support Python 2, we should probably not

On 09/03/2015 02:51 PM, Rowland Penny wrote: > On 03/09/15 19:42, Robert Moskowitz wrote: >> >> >> On 09/03/2015 02:33 PM, Rowland Penny wrote: >>> On 03/09/15 19:21, Robert Moskowitz wrote: >>>> >>>> >>>> On 09/03/2015 02:17 PM, Rowland Penny wrote: >>>>> On 03/09/15 19:05, Robert Moskowitz wrote:

Hello all: I've been given the following data and have been asked to run a logit model using glm(). The variable, Y, is a proportion ranging from 0 to 1, X is a covariate. Without a base number of observations from which Y is computed as a proportion, I believe there is not sufficient information. If I try the model below, R seems to grumble with a complaint. glm(cbind(Y,1-Y) ~ X,

On 09/03/2015 04:03 PM, Rowland Penny wrote: > On 03/09/15 20:48, Robert Moskowitz wrote: >> >> >> On 09/03/2015 02:51 PM, Rowland Penny wrote: >>> On 03/09/15 19:42, Robert Moskowitz wrote: >>>> >>>> >>>> On 09/03/2015 02:33 PM, Rowland Penny wrote: >>>>> On 03/09/15 19:21, Robert Moskowitz wrote:

Hi everyone, I''m new to Script.aculo.us. I''ve searched the archives but haven''t found any info on this so thought I would ask. I have a web app that uses SiteMesh from OpenSymphony. Basically, it''s an outbound page decorator that applies common elements to pages as they head back to the client. I''d like to used the slider control, so

M > What is the error produced? It doesn't appear in the log. ....ah, and now I see why... Actually, this is a nifty failure, and we (well, *I*) haven't seen it before. The libs were apparently miscompiled; gcc/ld produced a shared lib missing neccessary shared lib symbols. Now all that remains to be seen is if this is a libtool option error, if your gcc/ld are broken, if they