search for: directory_s

I have received three distinct (non-)bug reports where someone claimed a recent package of mine was broken ... simply because the macOS binary was not there. Is there something wrong with the cronjob providing the indices? Why is it pointing people to binaries that do not exist? Concretely, file https://cloud.r-project.org/bin/macosx/el-capitan/contrib/3.4/PACKAGES contains Package:

Just complied from CVS and am getting this error: /_/usr/local/bin/wine: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory_/ Library out of date? Some other setting? I'm new to Linux and compiling your own programs. Keeps life interesting though. TIA Roger

Dirk, yes, thanks, the edge server that serves the Mac binaries to CRAN has run out of disk space (due to size of CRAN itself) so the sync was incomplete. It is fixed now -- you can try by using the macos master server as mirror: https://r.research.att.com/ and it will propagate through other mirrors as usual. Thanks, Simon > On Jan 31, 2018, at 1:34 PM, Dirk Eddelbuettel <edd at

Bumping this as we now have two more issue tickets filed and a fresh SO question. Is anybody looking at this? Simon? Dirk On 30 January 2018 at 15:19, Dirk Eddelbuettel wrote: | | I have received three distinct (non-)bug reports where someone claimed a | recent package of mine was broken ... simply because the macOS binary was not | there. | | Is there something wrong with the cronjob

Hello, Is it possible to add programs to the Wine menu? I have some previously installed applications, but cleared the Wine Programs menu. Is there any way to get these back? Thanks

E.g. I am seeing: dir <- file.path(tempdir(), "test-tar") dir.create(dir) setwd(dir) dir.create("foo", showWarnings = FALSE) file.create("foo/bar.R") tar("test.tar", files = "foo/bar.R") dir.create("untarred") untar("test.tar", exdir = "untarred")

Although it may not have been the cause of this particular index inconsistency, there are other causes of intermittent index inconsistencies. They could be avoided if there were a different directory structure on CRAN servers. One of the causes of inconsistencies is caching. With cloud.r-project.org (note that this is not cran.r-project.org), the there is a CDN in front of the server; the CDN has

See reply below. (Sent from home location.) Bob Wooden On 6/11/20 7:29 AM, Rowland penny via samba wrote: > If you had a previous AD domain, you must have had a FQDN, but having > said that, it does look like In my previous AD domain, my FQDN was a non-registered (fake) domain that has worked for years. For example "fakedomainname.intials", like "domain.dt". This

besides wine is there no other package thats can be used ----- Original Message ----- From: <wine-users-request@winehq.org> To: <wine-users@winehq.org> Sent: Friday, April 30, 2004 5:20 PM Subject: wine-users digest, Vol 1 #1756 - 15 msgs > Send wine-users mailing list submissions to > wine-users@winehq.org > > To subscribe or unsubscribe via the World Wide Web, visit

On 11/06/2020 12:16, Bob Wooden via samba wrote: > When I "nslookup". I get: > > root@[dchost]:~# nslookup [dchost].[domain].work > Server:??? ??? 192.168.116.50 > Address:??? 192.168.116.50#53 > > Non-authoritative answer: > Name:??? [dchost].[domain].work > Address: xx.198.245.139 > > This local active directory is the first I have ever setup with a

Warning - Puppet newby here. I am trying to set up a puppetmaster 3.3.2 and have run into a snag right out of the box. I want to add a new directory to modulepath= in /etc/puppet/puppet.conf So I added the following line in the [main] header modulepath = /etc/puppet/modules:/opt/our-repo/puppetmaster/modules And populated new new directory with modules I have written. I then run puppet