I am desperately trying to install Openflipper...
At the first time I tried to install OpenFlipper-Free like so https://www.graphics.rwth-aachen.de/media/openflipper_static/Daily-Builds/Doc/Free/Developer/buildingOpenFlipper.html. When I run make, I got this error.
I looked through the logs(it's saying 5.9.5 is too high but I printed the used version underneath and it's actually too low) and documentation and I found that my QT5.9.5 was too old. I need at least 5.11.0.
So I installed Qt5.12.0 like so: https://unix.stackexchange.com/questions/481063/ubuntu-18-04-1-lts-x64-how-to-update-qt-5-10-from-qt-5-9-5
Now OpenFlipper compiled successfully. But when I run it and try to load a file, it crashs with this output
:
I also tried to install older versions of Openflipper, but they also failed to compile, because Qt5.9.5 is too high for those versions.
I checked my Qt installations with qmake -v and qtchooser -print-env and it all looked fine.
I also looked through the Openflipper gitlab repo to find some advices but I couldn't find anything.
So now I am somehow stuck and I don't know what I do wrong.
I don't know why but I updated Ubuntu to 20.04 and now ObenFlipper works.
Related
I'm attempting to install RStudio in WSL2. R itself works just fine, however when I install and try to run RStudio I get the following error:
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
I've seen that other people have solved this problem by:
Installing libqt5x11extras5 and running the following command:
sudo ln -sf /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/ /usr/bin/
Attempting to reinstall libqt5x11extras5 and other xcb related libraries I get the following message at the end and rstudio still doesn't work:
/sbin/ldconfig.real: /usr/lib/wsl/lib/libcuda.so.1 is not a symbolic link
In the /wsl/lib/ folder there are what I believe are a few duplicate files of libcuda.so libcuda.so.1 and libcuda.so.1.1. This folder is read only and it seems like it's that way for a reason.
I'm assuming the solution involves making libcuda.so.1 a symbolic link but I'm not quite sure where I should be pointing it given wsl's slightly different file structure than regular ubuntu.
edit: for example I've tried
sudo ln -sf /usr/lib/wsl/lib/libcuda.so.1 /usr/bin
however it doesn't fix the issue with rstudio, and when I reinstall the xcb libraries I still get the same error about it not being a symbolic link.
edit 2: solved it! I needed to install windows 11 for the gui to work. I had read somewhere it would also work with the latest version of windows 10 but I guess not.
Here are my steps for installing Jupyter Lab and the Git extension, and then trying to troubleshoot the extension version mismatch problem:
Specs: MacOS Mojave 10.14.6, Jupyter Lab 3.0.5
1. I installed Jupyter Lab using pip3 install jupyterlab
2. I installed the Jupyter Lab Git extension directly from Jupyter Lab's Widgets Manager:
3. After doing so I received additional instructions:
4. I clicked 'OK' and then ran pip3 install jupyterlab-git
5. Back in Jupyter Lab, it said a build was needed to include the latest changes, so I selected 'Rebuild'
6. The build was successful, and I clicked on 'Save and Reload'
7. Upon reloading, I received the following message:
8. I followed the instructions and ran pip3 install --upgrade jupyterlab-git
9. I went back to Jupyter Lab and clicked "Dismiss" on the message.
10. I closed and reopened Jupyter Lab via terminal. After reopening, the same "failed to load" message appeared.
11. I then found this link troubleshooting a similar issue.
12. I followed the advice by running all of the below commands (with pip3, and fixing spelling errors):
13. The user then suggests the following to make sure everything worked OK. So I closed Jupyter Lab again, and ran all of the following:
14. Running jupyter serverextension list I get the following, which I think looks OK:
15. Then I ran pip3 list and get back: jupyterlab-git 0.23.3 (so Git extension version 0.23.3, which according to the GitHub extension page at the time of me writing this is the most current (non-beta) version).
16. Then I ran jupyter labextension list and see nothing related to the Git extension, which is not expected per the above user's screenshots (it's supposed to show the Git Extension here):
17. Now here's one last thing: When I go back and install the Git extension via Jupyter Lab's Extension Manager (like I had done initially), and then I run jupyter labextension list again, I see that the Git extension is the "pre-release" version v0.30.0b1, which would likely be why way back in step 7 I got the error message that the frontend and backend extensions did not match.
And here's where I'm stuck. I can't seem to get these two extension installations to match (or to ever have the extension icon show up in the side panel).
And around and around I go...
EDIT: Possible solution.
After reading my own question here, I thought maybe I should try to install the "pre-release" Git extension version to match the other version, and that seems to have worked. I just didn't think it was best practice to use "pre-release" or beta versions, so that had not occurred to me until just now. So I'm not going to "solve" my own question here, because I'm just not sure this is the best solution... But is it?
I ran this: pip3 install jupyterlab-git==0.30.0b1 and now I'm no longer seeing any version mismatch errors, and the Git extension icon is finally showing up in the side panel.
They versions need to match as per #779
What worked for me was:
pip install --upgrade --pre jupyterlab-git
I've followed the instructions to install the stable branch of Virtuoso Open Source 7 on Ubuntu 16.04. There don't appear to be any errors throughout the process of —
./autogen.sh
CFLAGS="-O2 -m64"
export CFLAGS
./configure
make
make install
However, when I go to /usr/local/virtuoso-opensource/var/lib/virtuoso/db (which contains only virtuoso.ini) and run —
virtuoso-t -f &
The first time I do this the terminal just vanishes. When I reopen the terminal and run the same again it just reads The program 'virtuoso-t' is currently not installed. You can install it by typing: apt install virtuoso-opensource-6.1-bin.
I've tried installing both 7 stable and develop from github and both produce the same result. I'd rather use 7 but tried installing 6 via the ubuntu package and conductor wouldn't work for me - not having much luck all round, one of those days.
Thanks for assistance you can provide.
Sounds like you didn't adjust your $PATH variable after make install.
$PATH should include the path to the directory which contains the virtuoso-t, or you can include that path in the launch command, e.g. —
/path/to/virtuoso-t -f -c /usr/local/virtuoso-opensource/var/lib/virtuoso/db/virtuoso.ini &
(Note that the develop/7 branch is recommended over stable/7 at the moment, due to the number of fixes there.)
Background
Currently workingh on an Arch Linux and I want to modify and edit tex documents. I though texmaker would be the best available tool for this.
Problem
It seems to have installed perfectly, but I get the error below whenever I try to run texmaker from the terminal. If I double click to the shortcut, I don't even get an error.
texmaker: /usr/lib/libQt5Core.so.5: version `Qt_5.8' not found
(required by /usr/lib/libQt5Sensors.so.5)
texmaker:/usr/lib/libQt5Core.so.5: version `Qt_5.8' not found
(required by /usr/lib/libQt5Positioning.so.5)
texmaker: /usr/lib/libQt5Core.so.5: version `Qt_5.8' not found
(required by /usr/lib/libQt5WebChannel.so.5)
Is this related to ROS that I have installed on my system?
Did a simple yaourt -Syu and now it works!
I have downloaded and installed R.
I see it here in Applications folder (I am on a Mac with Yosemite):
Fine. I can launch R.app and indeed, yes, I am running the version I want, which is 3.2.2:
So far so good. I can even open up RStudio and see that I am indeed running 3.2.2!
So after all this, I simply go to my terminal, type
r
and turns out I am running 3.1.1!
I understand the old user of my work computer probably had installed this older version.
So here's what I'm wondering:
If I just installed R.app correctly, WHY is this old version still living on my computer, and how do I get rid of it?
If this is some sort of $PATH thing, WHY doesn't the most obvious location for an app, the Applications folder, get checked for the existence of R?
Thanks.
UPDATE
Turns out the old version of R has been installed by homebrew.
Typing which r in your terminal will give you where the shell thinks R is. Then, you need only uninstall it from that location.
Since we've determined it's homebrew, all you need to do now is brew unlink r; rm -Rf /usr/local/Cellar/r/3.1.1 and you should be golden after you rehash in your shell.
It worked because you installed it using homebrew. To remove it from the system, you must first unlink it and then remove it from the system.