similar to: u/d Newsletter/1003 by TimoSchoeler

Hello Again, Is there any update on nut or apcupsd for CentOS 8? Also, I noticed that duplicity is not currently available for CentOS 8. I got the Fedora 30 SRPM for duplicity to build on CentOS, but ran into a dependency issue and cannot find python-devel. Any suggestions on alternatives or how to get duplicity going on CentOS 8? Cheers, Ian P.

It looks like Fedora 28 is past EOL and I am not able to locate a source for package downloads. Thanks, Ian On Sun, Oct 20, 2019 at 11:22 AM Ljubomir Ljubojevic <centos at plnet.rs> wrote: > > On 10/19/19 9:08 PM, Ian P. wrote: > > Hello Again, > > Is there any update on nut or apcupsd for CentOS 8? > > > > Also, I noticed that duplicity is not currently

and AJB kernel-2.6.35-3.bcat.src.rpm [I see AlanBartlett as the last editor on that page] I have installed the given ajb source rpm kernel-2.6.35-3.bcat.src.rpm, and verified that it is intact: [herrold at kernel-bleeder linux-2.6.35.i686]$ rpm -Vp ~/build/ajb/sources/kernel-2.6.35-3.bcat.src.rpm warning: /home/herrold/build/ajb/sources/kernel-2.6.35-3.bcat.src.rpm: Header V3 DSA signature:

Hi there, given a data.frame 'data' I managed to filter out entries (rows) that are identical with respect to one column like so: duplicity <- duplicated(data[column]) data_unique <- subset(data,duplicity!=TRUE) But I'm trying to extract how many duplicates each of the remaining rows had. Can someone please send me down the right path for this? Joh

There has been a notice of a breach (see: CVE-2007-4752) as to some binary content upstream of CentOS. I do not address that matter here beyond stating that the CentOS team have responded to the matter, and will continue this review process: updated 22 Aug 2008 CentOS acknowledge CVE-2007-4752 and are reviewing our build and signing processes and hosts for signs of tampering subsequent

Hey I want to start the next Newsletter early so it can be a little more relaxed. The next release will be the 1. April. I really need someone to *interview*, just drop me a mail and I will send you a few questions. This can be anyone from the community that has some sort of CentOS install. And then I want to introduce a new section called DeskShot where users can show off their workplaces.

Hi List, Any idea for remote encrypted backup system? files must be encrypted on local side ? duplicity? any better ideas? -- Eero

Chris Lattner <clattner at apple.com> writes: > Forgive me, but I've lost track of how any of this has to do with > Daniel's proposal. Recursive make vs not, make vs cmake all don't > actually matter to his proposal. One of the problems with Daniel's proposal is that besides addressing the duplicity issue, it has no applications to back it up. The things mentioned

You're definitely missing bits of texlive. Lots of "missing file: mf" in your debug logs. I think you need to start with installing texlive-metafont. Alternately, there are pre-built R 3.6.2 packages for EL-7 here: https://koji.fedoraproject.org/koji/buildinfo?buildID=1421894 I cannot push them as official updates to EPEL because of the catch-22 created by R's dependency on

Thanks. Here are my results for the commands you list: > which pdflatex /bin/pdflatex > rpm -qf /usr/bin/pdflatex texlive-latex-bin-bin-svn14050.0-43.20130427_r30134.el7.noarch > cat /etc/redhat-release CentOS Linux release 7.7.1908 (Core) > rpm -qi texlive-latex-bin-bin-svn14050.0-43.20130427_r30134.el7.noarch Name : texlive-latex-bin-bin Epoch : 2 Version :

On Fri, 14 Feb 2020, Barris, Wes wrote: > I have been able to build previous versions of R up to and including 3.5.3 successfully. Starting with 3.6.0 > the "make check" step fails with errors relating to "pdflatex" being missing. So, I installed texlive-latex > (and the 100 other rpm dependencies) then tried rebuilding R. "make check" continues to fail.

Some threads just go on too long. Personally I think a troll has hijacked the main centos list again and is inducing food fight behaviours while that troll perfectly 'innocently' asserting that it is just respoding to all email. see: http://video.google.com/videoplay?docid=-4216011961522818645 for a discussion of the problem of 'capture' in FOSS projects. But if one loses

I seem to be having network and email issues tonight; please excuse any duplication -- Russ herrold -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 HTML dump on Thu Jul 30 00:30:33 EDT 2009 http://www.centos.org/ Open Letter to Lance Davis July 30, 2009 04:39 UTC This is an Open Letter to Lance Davis from fellow CentOS Developers It is regrettable that we are forced

On 4/26/10 21:45:55 R P Herrold wrote: > Date: Mon, 26 Apr 2010 21:45:55 -0400 (EDT) > From: R P Herrold<herrold at owlriver.com> > To: Marshall Feldman<marsh at uri.edu> > Cc:r-help at r-project.org > Subject: [R] Upgrading R using the "global library folder" strategy -, > what do you think about it? > Message-ID:<alpine.LRH.2.00.1004262141510.25472

I responded to a post in the Dell poweredge mailing list earlier today. My answer was off the top of my head, with a bit of experimentation. The content may be useful in the Cenyos context as well to admin's looking to strip the size of an install to the bare bones. Comment welcomed. Can anyone see any packages which I have missed? -- Russ Herrold ---------- Forwarded message

2011/3/23 R P Herrold <herrold at owlriver.com> > This comes and goes, and really there is no substitute for actually > 'doing' rather than > talking in the cloister > > as i see it, the problem is while the users expectation has grown, the work became harder. so i believe the real question is: how can we help the CentOS project? how can we unload the developers so

There was mention of this [r-sig-fedora at r-project.org] mailing list on one of the other R lists overnight. I thought the list needed a bit of posting, as I could not recall seeing content recently on it. I cross post to the Red Hat hosted list as well, it raises issues relevant there as well I have been packaging in support of many of the financial packages at CRAN and in R-Forge [

On Tue, Oct 13, 2015 at 12:54 PM, Xen <list at xenhideout.nl> wrote: > Hi Folks, > > I was wondering if I could ask this question here. > > Initially when I was thinking up how to do this I was expecting block > encryption to stay consistent from one 'encryption run' to the next, but I > found out later that most schemes randomize the result by injecting a >

Does the wiki actually send out emails to KaranbirSingh, RalphAngenendt, RussHerrold, TimVerhoeven, AkemiYagi, NedSlider, AlanBartlett, MarcusMoeller, TimothyLee, LaurentWandrebeck, TimoSchoeler, GaoHu, and AlainRegueraDelgado with every edit? It makes me a little nervous updating the T43 page or my homepage. I don't want to spam anyone. Cheers, Cody Jackson

Hello Syslinux Team, If I understand correctly (and I should emphasize that condition), the lib*.c32 library modules, when required, are initially searched-for according to the following (fallback) rules: 1_ Search for the relevant lib*.c32 file(s) in the Current Working Directory. 2_ Search for the relevant lib*.c32 file(s) in the directory where ldlinux.c32 is located. Then the lib*.c32