search for: libtk8.6

I have an ASAN enabled version of R-devel on my test machine, and can get it to relably crash.? Here is the first part of the session: tmt-local2434% R --vanilla R Under development (unstable) (2019-06-28 r76752) -- "Unsuffered Consequences" Platform: x86_64-pc-linux-gnu (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under

Dear all,? I installed an software called pymol in my centos 6.7 system. The installation process seemed to be successful but when I initialized pymol, I got the following error:? import?_tkinter?#?If?this?fails?your?Python?may?not?be?configured?for?Tk ImportError:?libtk8.6.so:?cannot?open?shared?object?file:?No?such?file?or?directory. How could I solve the problem? I'll appreciate any help!

Dear Simon, > On Jun 11, 2020, at 9:00 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote: > > Wayne, > > that one is unrelated, but interesting - you can fix it with > > sudo install_name_tool -change \ > /usr/local/lib:/opt/X11/lib/libtk8.6.dylib \ > /usr/local/lib/libtk8.6.dylib \ > /usr/local/bin/wish8.6 > > There is a bug in tcltk with

I don't know what has changed with Catalina But I just tried my tk console from the shell command tkcon And got the following error. Here is my shell: $ tkcon dyld: Library not loaded: /usr/local/lib:/opt/X11/lib/libtk8.6.dylib Referenced from: /usr/local/bin/wish Reason: image not found Abort trap: 6 I don't know whether this is a red herring or not, but the

Wayne, that one is unrelated, but interesting - you can fix it with sudo install_name_tool -change \ /usr/local/lib:/opt/X11/lib/libtk8.6.dylib \ /usr/local/lib/libtk8.6.dylib \ /usr/local/bin/wish8.6 There is a bug in tcltk with IDs on the libraries which I have worked-around for R, but not for wish. Back to the original question - do you have any example of a file that doesn't

On 12/06/2020 03:49, Fox, John wrote: > Dear Simon, > >> On Jun 11, 2020, at 9:00 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote: >> >> Wayne, >> >> that one is unrelated, but interesting - you can fix it with >> >> sudo install_name_tool -change \ >> /usr/local/lib:/opt/X11/lib/libtk8.6.dylib \ >>

Hello and apologies if this doesn't belong here. I'm trying to build a "portable" version of R - "portable" means that it could be easily moved to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R are fixed and set at the build time; when that instance of R

> | Is there a way to overcome this problem? Precompiled versions of R can be installed on various system configurations, so I guess that there should be a way to compile it in a version-agnostic manner. > > Yes, for example by > > -- using a Docker container which is portable across OSs (!!) and versions Docker R containers are north of 250 MB. I have checked experimentally

Thanks for the advice. Going to look into this more this evening and hopefully get everything working. Thanks again! On Thu, Nov 5, 2015 at 11:56 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 5 November 2015 at 11:44, Michael Coyne wrote: > | What do you have installed as far as libcurl goes? Would you mind > | listing your packages and greping for libcurl entries.

What do you have installed as far as libcurl goes? Would you mind listing your packages and greping for libcurl entries. Perhaps I need some libcurl debs installed when I install r-base? On Thu, Nov 5, 2015 at 11:34 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 5 November 2015 at 11:11, Michael Coyne wrote: > | Hello, > | > | I'm install R from a package off of

On 7 September 2016 at 17:27, Pawe? Pi?tkowski wrote: | Hello and apologies if this doesn't belong here. | | I'm trying to build a "portable" version of R - "portable" means that it could be easily moved to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R

On 7 September 2016 at 20:50, Pawe? Pi?tkowski wrote: | > | Is there a way to overcome this problem? Precompiled versions of R can be installed on various system configurations, so I guess that there should be a way to compile it in a version-agnostic manner. | > | > Yes, for example by | > | > -- using a Docker container which is portable across OSs (!!) and versions | |

On Wed, Sep 7, 2016 at 1:50 PM, Pawe? Pi?tkowski <cosi1 at tlen.pl> wrote: > > | Is there a way to overcome this problem? Precompiled versions of R can > be installed on various system configurations, so I guess that there should > be a way to compile it in a version-agnostic manner. > > > > Yes, for example by > > > > -- using a Docker container which

On 5 November 2015 at 11:44, Michael Coyne wrote: | What do you have installed as far as libcurl goes? Would you mind | listing your packages and greping for libcurl entries. The distribution works with proper dependencies. When R is built with libcurl, the R package already depends on libcurl: edd at max:~$ dpkg -s r-base-core | grep curl Depends: zip, unzip, libpaper-utils, xdg-utils, libblas3

The one strange thing I am now noticing is that precise does not have libcurl listed as a dependency. If you go to https://cran.r-project.org/bin/linux/ubuntu/precise/Packages and look for "libcurl" it is not listed. The other Ubuntu builds, such as trusty or wily do list it. On Thu, Nov 5, 2015 at 12:01 PM, Michael Coyne <mikeycgto at gmail.com> wrote: > Thanks for the advice.

Possibly off the wall and a long shot, but is pre-installed Linux perhaps 32 bit, while the R attempt is 64? JN On 16-03-23 02:22 PM, Barnet Wagman wrote: > Synaptic can show the origin of packages. > > The only thing I see from a backport is > > libcmanager0 > > I don't think this is relevant to R. Or is it. > > The only thing I've got installed from

I can make a few suggestions to help you hunt for the issue. This kind of error is often caused by conflicting packages from proposed, backports, ppas, or other 3rd party repos. If for some reason you have a dependency installed from one of those sources that is newer than what R on cran was built against (stock ubuntu 14.04) then you will hit a conflict. Simply removing backports from your repos

That could do it http://packages.ubuntu.com/trusty-backports/libcgmanager0 Seems to be libc related, which is a pretty core library to much of the whole system. Hmm, which model Dell? We just got a Dell 5000 series with Ubuntu, I have not checked with my boss if there was R installation issues. Thanks, Alex On 03/23/2016 11:22 AM, Barnet Wagman wrote: > Synaptic can show the origin of

On 23 March 2016 at 09:35, Barnet Wagman wrote: | I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu | 14.04 system. According to | https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), | R is available for this version of Ubuntu (which is a stable version). | | I currently have | | deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ | | in

Synaptic can show the origin of packages. The only thing I see from a backport is libcmanager0 I don't think this is relevant to R. Or is it. The only thing I've got installed from a ppa is mate (a desktop). I don't see anything related to mate that is related to R. FYI the ubunu I'm using came preinstalled from Dell (on a notebook; usually I install linux myself). On