I am trying to install make on my Intel Galileo using the following command:
opkg install make
However, this fails with the following ouput:
Installing make (3.82-r3) to root...
Downloading http://iotdk.intel.com/repos/1.0/iotdk/i586/make_3.82-r3_i586.ipk.
Installing libc6 (2.18-r0) to root...
Downloading http://iotdk.intel.com/repos/1.0/iotdk/i586/libc6_2.18-r0_i586.ipk.
Collected errors:
* check_data_file_clashes: Package libc6 wants to install file /lib/libpthread.so.0
But that file is already provided by package * libpthread0
* opkg_install_cmd: Cannot install package make.
How do I resolve this and get make installed?
Use the latest Intel IoT devkit image. It already brings a great set of developer tools in it, including make.
You can download this image at https://software.intel.com/en-us/iot/hardware/galileo/downloads
The installation manuals can be also found in there.
Related
I am trying to install prophet using
pip install prophet
installation goes well at first, but then fails with the following error
ERROR: Failed building wheel for prophet Failed to build prophet ERROR: Could not build wheels for prophet, which is required to install pyproject.toml-based projects
I use the following technologies:
Python 3.11.0
pip 22.3
windows 11
I suspect that the problem is somehow related to pyproject.toml but I don’t know what it is and how to install it, please tell me how to fix the error and install the prophet correctly
I tried to google a ready solution or advice, but I only found similar errors when installing other libraries using pip
in the answers, people recommend installing another library, but in different topics it is different
I want to understand what I need to install if an error occurs when installing the prophet
This error message suggests that there was a problem building the wheel for the Prophet package.
A wheel is a built package that contains the necessary files for a Python package, and it allows for faster installation. Building a wheel for a package involves compiling the package's code, which can sometimes fail due to various reasons.
Here are a few things you can try to solve the issue:
Try installing the package again with the --no-binary :all: option.
This will force pip to build the package from the source, which may
resolve any issues with the pre-built wheel. The command would look
like this: pip install prophet --no-binary :all:
Make sure your system has all the necessary dependencies and build
tools installed. Prophet requires a C++ compiler and Python
development headers. Try using a virtual environment to install the
package.
Make sure you have the latest version of pip and python installed.
Check if there is any issue related to it on GitHub
It could be helpful to check the Prophet's GitHub issues or documentation for any known compatibility issues or installation troubleshooting tips.
I mostly work in Python to do data analysis, but am trying to learn R stats as well. Python, Pandas, etc are installed via Anaconda on my Mac laptop.
Today I downloaded R Studio onto my laptop, and tried running install.packages("tidyverse") to get started in R. I ran into this error:
ERROR: dependencies ‘rvest’, ‘xml2’ are not available for package ‘tidyverse’
Warning in install.packages :
installation of package ‘tidyverse’ had non-zero exit status
After Googling for a while I came across a few instances of this exact or similar issue. However, the solutions are not for Mac, e.g.,
sudo apt install libcurl4-openssl-dev libssl-dev libxml2-dev
It turns out Anaconda has already installed libcurl, libxml2 and openssl for me. Is there a way to get Rstudio to ... "look" (?) ... for the compiled libraries it needs where Anaconda has installed them?
If you know where the libraries are (say /my/lib/path) then you could use withr::with_makevars to supplement the library search path. Something like
library(withr)
with_makevars(c(PKG_LIBS="-L/my/lib/path"), install.packages("tidyverse"), assignment="+=")
Personally, I would try to limit this to only the specific packages in tidyverse that are failing, and not the whole umbrella package.
i already installed the both cheese and gucv application for simple output from usb, but then i had trouble with installing the usbcam packages for ROS.
How can i install the usbcamera packages?
i tried to install the ros-fuerte-camera-umd, but it says that unable to locate that package.
Please refer to Create a ROS workspace
Then download the package and save it in your_working_space\src\
Later go back to your_working_space and run catkin make it will install the package.
I am unable to compile gdal with hdf4 support using bash on a mac osx el capitan version 10.11.6. I began with the homebrew approach to building gdal described on the osgeo website. Unfortunately, hdf4 is not by default supported by gdal. The hdf format page includes a great description of the hdf4 data structure but fails to help getting support for gdal. I've installed the szip, zlib, and jpeg libraries discussed here, and reviewed the struggles described by /u/dschneiderch here. The github thread lead me to a final link, which is the basis for my current post.
Using homebrew, I have installed hdf4 (brew install homebrew/versions/hdf4 returns a warning that versions was deprecated and homebrew will use science instead). I've been fighting with this gdal problem for a while, and sure enough, homebrew/science/hdf4-4.2.11_2 already installed. So, I linked hdf4 using brew link -overwrite-hdf4, and a warning comes back that it's already been linked.
I used brew remove gdal to start fresh with the install, then followed Shaun's approach in the sig-geo listserv to complete the gdal installation. Thus, my total workflow was:
brew tap homebrew/versions
brew install hdf4
brew link --overwrite hdf4
brew install gdal --complete --enable-unsupported --with-hdf4
Unfortunately, even after linking the overwrite, I get a warning: Warning: gdal: this formula has no --with-hdf4 option so it will be ignored!. The installation continues, though, and homebrew is able to build gdal.
Checking gdalinfo --formats, hdf4 is still not included in the list. Any tips for what else to try?
I've made some progress using this source, in that gdalinfo --formats' now includes HDF4 as a supported product. However, using pyModis to download data, I still pull a GDAL installation has no support for HDF4, please update GDAL` error.
Importantly, though, after installing Macport the following code works well for installing GDAL on Mac with HDF4 support:
sudo port install gdal +hdf4 +hdf5 +netcdf
When running R CMD check on packages on a Mac build server, I'm getting a warning
‘qpdf’ is needed for checks on size reduction of PDFs
I can't seem to get qpdf installed and on the system. I tried installing via the fink package manager, but according to the package database (http://pdb.finkproject.org/pdb/package.php/qpdf), qpdf doesn't seem to have been built since osx 10.6, and I'm on 10.8.3.
Can anyone point me to qpdf mac install or build instructions? Or is there a way to disable the warning when checking R packages?
This is somewhat related to the question qpdf.exe for compactPDF?, although they were on a windows machine and I'm on a mac.
You can install qpdf with homebrew:
brew install qpdf
MacPorts can help you. Download MacPorts from http://www.macports.org/ and run sudo port install qpdf.