search for: berated

Displaying 20 results from an estimated 57 matches for "berated".

Did you mean: belated
2011 May 05
3
factors
Hi, I'm requesting you don't berate me for asking this question: I clearly don't have the gist of factors. I have two dataframes, A and B. Each of them has a column containing strings (they're labels). I want to, one-by-one in a loop, compare the particular string in an entry from dataframe A to an entry in B, to see if they're the same. The problem, when posing the
2017 Oct 04
2
how to prevent files and directories from being deleted?
On 10/04/2017 04:54 AM, Mark Haney wrote: > Why is it so hard for people to understand that var/run IS NOT > PERSISTENT and was never meant to be?? Do they not teach basic Unix > concepts anymore? http://www.pathname.com/fhs/pub/fhs-2.3.html#VARRUNRUNTIMEVARIABLEDATA While FHS notes that *files* should be cleared during the boot process, it does not indicate that directories should
2019 Jan 29
3
Update RKWard to> = 0.7.0
Hello: I just upgraded my Debian Stretch to version 3.5 by following the instructions here: https://cran.r-project.org/bin/linux/debian/stretch-cran34/ Then I have updated as root the R from inside with: update.packages(.libPaths()[1], ask = F, checkBuilt=TRUE, dependencies = F, repos = "http://mirror.ibcp.fr/pub/CRAN/") When finalizing the update of the R, I execute RKWard and I get
2017 Sep 20
3
rkward_0.6.5-1~stretchcran.0_amd64.deb missing
Hi: I have tried to upgrade from version 3.4.0 to 3.4.1 in a Debian Stretch following the instructions of the web page: https://cran.r-project.org/bin/linux/debian/ but after updating, Rkward does not work (Error in RK: Graphics API version mismatch). Analyzing the problem, I notice that the Rkward package is not available in the amd64 version (yes in the i386 version), for example here:
2008 Oct 08
2
In place upgrade
Excuse the basic question but how do I do an in place upgrade from src? 3.2.2 to say 3.2.4..... Cheers, Kristian
2017 Sep 25
3
rkward_0.6.5-1~stretchcran.0_amd64.deb missing
Hello Johannes: I'm sorry, but I still have the same problem with Rkward. After running apt-get update, I still can not find the amd64 version of the Rkward package. I have tried it with the following sources: deb http://cran.r-project.org/bin/linux/debian stretch-cran34/ deb http://chem.uft.uni-bremen.de/ranke/r-cran stretch-cran34/ deb
2007 Aug 27
2
Puppet Documentation
I''ve been watching the thread where Luke is having to spend time defending his position about documentation. Can we get off that? From my perspective, Luke, I''m glad you have documented as much as you have. I''m one of the few who have been a little stymied by what documentation is available, but in no way do I believe berating you for your lack of documentation is a
2003 Oct 22
2
Samba 3.0 + LDAP userPassword -> sambaNTPassword manual sync?
First, the software: Samba 3.0.0 OpenLDAP 2.0.27 nssldap / pam_ldap Redhat 9 This may be more of a question for the OpenLDAP mailing list.. but does anyone know of a method (perhaps using slappasswd?) to hand-sync userPassword attributes to sambaNTPassword attributes? Deploying Samba 3.0 as pdc pretty soon, used Migration Tools on the mail server soon, and I'd really like to be able to tell
2017 Sep 26
2
rkward_0.6.5-1~stretchcran.0_amd64.deb missing
Hi Johannes: Thank you very much. Rkward now works. The only drawback is that I had to install it "by hand": sudo dpkg -i rkward_0.6.5-1~stretchcran.0_amd64.deb rkward-data_0.6.5-1~stretchcran.0_all.deb By default, apt-get installed the Debian repository version (rkward 0.6.5-1+b1 0.6.5-1+b1). Thanks for your contributions to the R-Debian project! Regards. Griera. On Mon, 25
2019 Jan 21
2
r-api-3 with R 3.5.2. on Stretch: is there a workaround?
Now that I am at least mapping the right repository to my Debian version (doh!) I have another question. In the installation page at https://cran.r-project.org/bin/linux/debian/#debian-stretch-stable there is the line: "Please note that R packages from the Debian stretch distribution are not compatible with R 3.5.x, as it provides r-api-3.5, while the stretch packages depend on
2018 Feb 25
3
Unexpected config results with local_name + multiple SSL certs
Working with SSL on fresh install of latest Ubuntu Artful + Dovecot seems broken somehow. Application is Dovecot listening for many SSL sites... Likely I've missed adding something simple to the config, related to local_name usage. Be great if someone can point out what I've missed, to setup multiple SSL certs for different host.domain entries in config. Thanks. _______ This works as
2018 Mar 10
0
Unexpected config results with local_name + multiple SSL certs
On 2018-02-25 (09:31 MST), David Favor <david at davidfavor.com> wrote: > > } > local_name imap.cydec.com { > ssl_cert = </etc/letsencrypt/live/imap.cydec.com/fullchain.pem > ssl_key = # hidden, use -P to show it > } Doesn't this still require a default t(top level) cert besides the one specified for local_name? Also, is there any reason to use local_name if
2004 Oct 16
0
KGO AM 810 Question / Distributed Home Media
At work yesterday (Fri Oct 16) I heard someone call into KGO Radio, 810 AM, San Francisco/Oakland/San Jose to the "tech guru" guest. "I have a bunch of files in Ogg and FLAC format that I want to distribute around the house," said the caller, "How can I do that?" I immediately thought of VideoLAN, and even Icecast2; but to wired/wirelessly ship media around from one
2017 Jul 18
1
Backports of R 3.4.1 to Debian delayed
Dear all, I have bad RAM on the machine that I am using to create the backports, so I need to replace it. It took me a while to figure it out... While I was able to create the backport after several iterations with spurious segfaults, I will not upload it as I am not sure if it could be corrupted in some way. I hope to be able to upload a clean backport of R 3.4.1 during the rest of the week
2017 Sep 20
0
rkward_0.6.5-1~stretchcran.0_amd64.deb missing
Hello, Am Mittwoch, 20. September 2017, 15:43:32 CEST schrieb Griera: > Hi: > > I have tried to upgrade from version 3.4.0 to 3.4.1 in a Debian Stretch > following the instructions of the web page: > > https://cran.r-project.org/bin/linux/debian/ > > but after updating, Rkward does not work (Error in RK: Graphics API version > mismatch). Analyzing the problem, I
2018 Jan 04
0
Debian r-base package
Hi, requests regarding the backports in the official Debian backport repositories (like jessie-backports) should go to the debian-science list. For stretch, I uploaded a backport of R 3.4.3 including the armhf architecture to CRAN https://cran.r-project.org/bin/linux/debian/#supported platforms but I don't know if you are looking for arm64? Kind regards, Johannes Am Donnerstag, 4.
2018 Mar 17
1
Hash Sum mismatch @ uni-muenster mirror
Hello everybody, for serveral hours we had "Had Sum mismatch" errors for the following packages from the mirror of U of M?nster -- r-project works fine as a temp. fallback: r-cran-cluster 2.0.6-2~stretchcran.0 r-cran-foreign 0.8.69-1~stretchcran.0 r-cran-kernsmooth 2.23-15-3~stretchcran.0 r-cran-class 7.3-14-2~stretchcran.0 r-cran-nnet 7.3-12-2~stretchcran.0 r-cran-spatial
2019 Jan 21
0
r-api-3 with R 3.5.2. on Stretch: is there a workaround?
Chris, yes, the workaround is to install from within R. The alternative would be to increase the coverage of this repo, as currently mainly the recommended packages are supported. Another alternative would be to create a new, richer repo... Kind regards, Johannes Am Montag, 21. Januar 2019, 13:45:52 CET schrieb Chris Evans: > Now that I am at least mapping the right repository to my
2019 Jan 29
0
Update RKWard to> = 0.7.0
Hi Griera, thanks for your report - I do not use rkward, so I did not notice that for some reason my backporting script failed to download the latest rkward version. I need to do apt-get source -t unstable instead of just apt-get source to get the current rkward source package from unstable. rkward 0.7 packages for i386 and amd64 are uploaded and will be synchronized to CRAN within a day or
2009 Nov 21
1
kudos
I'm sure this isn't said enough, so kudos to Timo for what has to be the best IMAP server anywhere, hands-down no qualifications! And to think, it's a one man operation ... although perhaps that is one of the reasons it is so good.