search for: pperri

On Tue, Jan 15, 2019 at 07:43:02AM +0000, Phil Perry (pperry at elrepo.org) wrote: > On 15/01/2019 01:29, Jobst Schmalenbach wrote: > > On Mon, Jan 14, 2019 at 07:29:45AM +0000, Phil Perry (pperry at elrepo.org) wrote: > > > On 14/01/2019 07:09, Jobst Schmalenbach wrote: > Below is my script for creating/updating an ipset to block my top 10 > Hope that helps Thanks, it

I tend to avoid using as.<type> functions on lists, since they act oddly in several ways. E.g, if the list "L" consists entirely of scalar elements then as.numeric(L) acts like as.numeric(unlist(L)) but if any element is not a scalar there is an error. as.character() does not seem to make a distinction between the all-scalar and not-all-scalar cases but does various things with

On Mon, Jan 14, 2019 at 07:29:45AM +0000, Phil Perry (pperry at elrepo.org) wrote: > On 14/01/2019 07:09, Jobst Schmalenbach wrote: > > Hi > I use ipdeny's aggregated country lists to do the same thing: > > http://www.ipdeny.com/ipblocks/data/aggregated/ > > I just feed this data directly into ipset/iptables via a script running on > my firewall (not a C6 box).

On 01/20/2018 08:24 AM, William Dunlap via R-devel wrote: > I believe that for a list as.character() applies deparse() to each element > of the list. deparse() does not preserve NA-ness, as it is intended to > make text that the parser can read. > >> str(as.character(list(Na=NA, LglVec=c(TRUE,NA), > Function=function(x){x+1}))) > chr [1:3] "NA" "c(TRUE,

On 24/09/2019 18:46, Dennis Jacobfeuerborn wrote: > Already bummed that the 4.18 kernel is too old for /proc/pressure :( > Mainline kernel packages are available from elrepo for el8. Current version is kernel-ml-5.3.x: https://elrepo.org/linux/kernel/el8/x86_64/RPMS/ Is that new enough for you? Regards, Phil

On 24/09/2019 20:14, Rainer Duffner wrote: > > >> Am 24.09.2019 um 21:11 schrieb Phil Perry <pperry at elrepo.org>: >> >> Mainline kernel packages are available from elrepo for el8. Current version is kernel-ml-5.3.x: >> >> https://elrepo.org/linux/kernel/el8/x86_64/RPMS/ <https://elrepo.org/linux/kernel/el8/x86_64/RPMS/> >> >> Is that

On 28/04/18 16:21, dibyendukoley1 wrote: > Sir, > This are the output. > [root at localhost ~]# lspci -nn| grep -i Ethernet > 00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection > (7) I219-V [8086:15bc] (rev 10) > Support for your device has been added to the el7.5 kernel. grep -i 8086 /lib/modules/*/modules.alias | grep -i 15bc

The CRAN submission process seems in need of a massive overhaul. Why has this process not been automated yet? ? Patrick Perry Assistant Professor NYU Stern School of Business

On Fri, Apr 13, 2018 at 8:50 PM, Phil Perry <pperry at elrepo.org> wrote: > > Your device is supported: > > $ nvidia-detect -l | grep -i 1cb2 > [10de:1cb2] NVIDIA Corporation GP107GL [Quadro P600] > > Support was added in the 375.39 NVIDIA driver. I assume the driver works as > expected for you? Yes it works perfectly fine. > If you are able to offer any more

Hi, Sorry i left the file behind. Here's the file. Best regards. On Sat, Nov 23, 2019, 16:50 Phil Perry <pperry at elrepo.org> wrote: > On 23/11/2019 06:48, Ebed wrote: > > Hi, > > > > Yesterday i tried to install centOS 8 on my little router and server, but > > there's no ethernet listed there. I'm using Compaq pressario V3737TU > which >

Hi, Yesterday i tried to install centOS 8 on my little router and server, but there's no ethernet listed there. I'm using Compaq pressario V3737TU which come with Marvell PCI-e ethernet 100Mbps. It's an old laptop. Could anyone here help?

Do i need to do something special or is it as easy as: - save the contents of the current /boot?- umount /boot and change the /etc/fstab so it doesn't mount again-??create a boot directory that is in the?root ?filesystem- copy the contents back I realize the physical/current /boot will be a waste of space but it's not that big so?it's fine.??? I thought i probably have to make

On Thu, Jan 4, 2018 at 5:22 AM, Phil Perry <pperry at elrepo.org> wrote: > On 03/01/18 20:14, Zube wrote: >> >> I can confirm that this happens with the driver downloaded from NVIDIA. >> I had to fall back to the .90 driver to get it to work for all my >> NVS 315s (with dual DVI) running on 7.4 / 6.9. Thanks. For reference, I did the same test. With the driver

Hi Phil, Not sure if you've had time to look at this? As mentioned middleware, like docker-ce, is preventing us from moving to el8. Thanks Dan On Fri, Sep 11, 2020 at 10:33 PM Dedoep <stompnoe at gmail.com> wrote: > Hi Phil, ok that's great thanks. > I have a colleague working through vroc/fake raid issues we're having > when using

On 06/01/18 12:00, Zube wrote: > On Sat Jan 06 12:27:22 PM, Danny Smit wrote: > >> I normally certainly prefer the stability of the long-lived releases. >> I noticed an update was just released of the long-lived release: >> 384.111. The notes for this release say: >> >> Fixed a regression that prevented displays connected via some >> types

On Sat, Apr 14, 2018 at 1:51 PM, Phil Perry <pperry at elrepo.org> wrote: > > Anyway, I've fixed it and am just waiting for our build systems to be > available to rebuild and push a release for you (will be later today). I'll > update the bug report once that is done, and perhaps you could then confirm > it's working as expected for you. > I can confirm that it

On Thu, Sep 6, 2018 at 3:42 PM, Phil Perry <pperry at elrepo.org> wrote: > On 06/09/18 20:15, Larry Martell wrote: >> >> When I try and send mail I see this in the maillog: >> >> Sep 6 11:59:48 postfix/sendmail[11059]: fatal: open >> /etc/postfix/main.cf: Permission denied >> >> But /etc/postfix/main.cf is world readable: >> >> $ ls

Ok. I'll send u that info. On Sat, Nov 23, 2019, 16:50 Phil Perry <pperry at elrepo.org> wrote: > On 23/11/2019 06:48, Ebed wrote: > > Hi, > > > > Yesterday i tried to install centOS 8 on my little router and server, but > > there's no ethernet listed there. I'm using Compaq pressario V3737TU > which > > come with Marvell PCI-e ethernet

Is the following expected behavior? > mkext <- inline::cfunction(language="C", body='return R_MakeExternalPtr(NULL, install("tag"), R_NilValue);') > x <- mkext() > y <- x > attr(y, "foo") <- "bar" > attributes(x) $foo [1] "bar" I would expect that modifying y's attributes should not affect x. [Tested

Also perhaps a surprise that the behavior depends on the mode of the NA. > is.na(as.character(list(NA_real_))) [1] FALSE > is.na(as.character(list(NA_character_))) [1] TRUE Does this mean deparse() preserves NA-ness for NA_character_ but not NA_real_? -----Original Message----- From: R-devel [mailto:r-devel-bounces at r-project.org] On Behalf Of Herv? Pag?s Sent: Monday, January 22,