after upgrading manjaro at 11th Feb, nemo can not start - desktop

I was using Manjaro 18.0.2 Illyria all fine until yesterday, I updated it with a bunch of software.
After this update (reboot), I noticed that I lost icons on desktop, and right click not working. I run
nemo --version
in terminal, it said:
error while loading shared libraries: libexempi.so.3: cannot open shared object file: No such file or directory
I checked this post:
https://forum.manjaro.org/t/testing-update-2019-01-27-kernels-browsers-certbot-deepin-wine/73506/28
and I understand that exempi of 2.5.0-1 has no so.3 now, but nemo still wants it.
The question is, under this circumstance, how to fix it and use nemo, please?

Never mind, after another packages update, nemo back to normal.

Related

QT OpenSource, 5.12.1, default installation does not yield qtmainid.lib

Firstly, I would not post here because I did not look up questions and answers already relating to this. I have tried the solutions, to little avail, as most questions revolved around previous versions, and were vague in some way. Below are the pages I visited:
Links
https://forum.qt.io/topic/78962/how-to-use-qt-with-visual-studio-2017/13, this ruined my case even worse. Something temporarily broke down because of the last 2 steps, but was back again to normal after restarting QT.
How to build Qt for Visual Studio 2010, I have VS 2017, and the command line prompt for that doesn't recognize 'configure.exe'. This is the line of code:
configure.exe -release -no-webkit -no-phonon -no-phonon-backend -no-script -no-scripttools -no-qt3support -no-multimedia -no-ltcg
Building Qt for Visual Studio 2010 - cannot open file 'qtmaind.lib', related again to VS 10, should I really work on the 2010 version? Is there a way to configure it for 2017, as it is the tool I am most familiar with?
qt cannot open input file 'c:\Qt\qt\lib\qtmaind.lib', I have no idea what QMAKESPACE is. I just started yesterday with the intent of making my semester project in it, so I do not have any professional experience with QT previously, or any kind of experience in general. The link attached to the ticked answer, https://doc.qt.io/archives/qt-4.8/supported-platforms.html, does not offer any kind of help. It just details what systems it supports. I am currently using Windows 10, version 1809.
https://www.qtcentre.org/threads/23917-fatal-error-LNK1181-cannot-open-input-file-qtmaind-lib, really lost me. Where are the qt sources that Nish is talking about? Are they from here: https://www.qt.io/offline-installers, from "Source Packages And Other Releases". Where are these files? Did they come with the installer from here: https://www.qt.io/download ? With what do I compile them with? Will these compiled files make some .exe files? Even more, these posts are from 2009.
What Is The Problem?
I watched the video by Derek Banas' series on QT ( https://www.youtube.com/watch?v=I96uPDifZ1w&t=297s ). Here are the steps I took to set up QT:
i): Went to https://www.qt.io/download.
ii): Selected "Go Open Source", and then clicked on download
iii): Started the QT setup after download. In the packages menu, I selected
the default. This gave me QT 4.6.3.
iv): Made a new project as shown by Derek Banas.
v): Upon selecting the green arrow on the bottom left, with debug option chosen, I pressed it. It gave me the error:
LNK 1104: Cannot open file 'qtmaind.lib'
vi): Changed to release, profile, gave me this error:
This application failed to start because it could not find or load the Qt platform plugin "windows"in "".Reinstalling the application may fix this problem.
I tried reinstalling it. No use. I went here: https://www.qt.io/offline-installers, and download 5.12.1, the latest, plus the zip file in "Source Packages And Other Releases". Again performing the same as above, with the same errors.
Confused because the video did not address such an issue. Looked online. did not find much here, thus, I am here. My hypothesis:
i): This is something related to my path variables. Since both versions exhibit this issue, it means that fault is from my side, not QT's.
ii): Some windows .dll files are missing. But I do not know what files they are.
Before You Answer
Please just give me the directions I should move in to solve this issue. I do not have any idea where to go from here, but I really, really, really want to learn QT as part of my C++ learning, and I'm willing to work; I just lack the guidance.
If this is downvoted, please just send me some links which specifically address my issue so I can head over there. I would be very glad for the directions. :)
And lastly, thank you to all of you for reading through this wall of text!
Here are a few pictures of what I am seeing:
It finally worked!
If this is of some help to anybody out there, please do not select the default button at the installation phase. Depending on your time, please go ahead and select MSVC 64 bit, MSVS < 2nd Latest Version >, and MinGW < Latest Version > 64 Bit, that shows up at the installation time. This will allow you to use a different kit that you can use to run your application with. To access this kit, go to the green button, hover over it, or click it, and there will be a kit called, desktop QT MSVC 64-bit, and then select this, and then run your program. This will run your program properly.

Can't run C++ in NetBeans: "No Shell Found" error

I'm trying to learn C++ using NetBeans but even though I have CYGWIN and everything set up in my PATH, I keep getting an error that says: "No shell found. Cannot proceed. Please install either CYGWIN or Msys."
I don't know what Msys is but since the error says "or" I assume that if I have CYGWIN that I don't need to have Msys.
I'm trying to run the basic "Hello World!" tutorial but this error from what I've seen isn't covered. I'm getting aggravated because I have a project I need to have done in a few weeks.
If anyone has any answers for me, that would be great. I can supply screenshots if you need them.
Cygwin alone is not enough, first of all you have to check if you installed C++/gcc/gdb packages in your Cygwin.
From Cygwin/Net beans docs:
Open the Control Panel (Start > Settings > Control Panel) and double-click the System program.
Select the Advanced tab and click Environment Variables.
In the System Variables panel of the Environment Variables dialog, select the Path variable and click Edit.
Add the path to the cygwin-directory\bin directory to the Path variable, and click OK. By default, cygwin-directory is C:\cygwin. Directory names must be separated with a semicolon.
Click OK in the Environment Variables dialog and the System Properties dialog.
If it fails you could try to Re-Install Netbeans from/within an cygwin/bash instance start the netbeans from a cygwin/bash instance.
Netbeans should automatically detect gdb/g++
PS: I'd prefer to use a good Gnu/Linux distro
I had the same problem with 8.1.
Adjusting the %PATH%-variable - in my case adding C:\msys64\usr\bin - solved it (as wdavilaneto's slightly verbose answer suggested).
This is not an answer but it adds to this question, I know that isn't very objective but in this case there may be a problem with Netbeans. I have 7.3 so this could be the reason. I am getting the same error but it used to work just fine, then one day it just stopped working and couldn't find the Shell. I have everything you need to make C/C++ work for Netbeans and it was working, for a while too!
It is rather old, but I've had the same issue a moment ago. It "Solved itself" by Creating a new "welcome sample" project and then made it run, then went back to my original project and made it run again. For me, it solved the problem. Probably it is related to an issue with Netbeans as Cian said.
Btw, I'm with Netbeans 8.1.
Make sure the shell is in your path! Depending whether you have Cygwin, Mingw32, Mingw32, TDM Mingw... it will be somewhere here:
c:\<installation path>\usr/bin
Hmh, I have 2 C compilers one for 64bit and one for 32bit set in NetBeans. When I had 32bit compiler without 64bit one then compiling went fine but when I have installed 64bit then NetBeans has started to do some problems, firstly everything went fine but then I started to get this problem to. For me fix is to switch from 64bit compiler back to 32bit compiler, then compile my program and then go back to 64bit compiler and now I can compile it with 64bit compile... Not sure why is this fixing it.
I have this problem with Netbeans 10.
Computer is Windows 10 x64.
Resolved by following the answer given by TNT.
Problem was when start building my project the said "no shell" (the topic of this posting) dialog box popped up. Since there was no command prompt, the build tools cannot run - process cannot spawn.
Solution was to give the correct path (environment variable). Since I am using MSYS, Since I am using MSYS, adding
F:\msys64\usr\bin
to my PATH made it work.

QT platform plugin "windows"

So I am working on my Diploma Thesis, and so far everything went fine.
So this week I installed Win8.1 on my PC and installed QT, implemented some things and wanted to send the release version of my program to my company.
I compiled the hole thing, copied it to my release folder and i got an error.
"This application failed to start because it could not find or load the Qt platform plugin "windows"."
I googled and found out that I have add a folder named "platforms". Said and done. Same error. I also tried to copy the hole plugins folder to my release folder. Same error.
I really need help because my boss isn't happy about giving in work too late.
I hope someone can help me.
Do you also have "qminimal.dll" placed in your platforms directory?
Edit:
Sorry, "qminimal.dll" was not displayed in my previous post.
I found the Problem!
Previously i used the dll's from my old QT installation. I just copied the ones from the new Installtion into a folder and the exe. I don't even need the qwindow.dll now.
BUT! I works now... :)
Is there a way, that I create my own DLL, just for my Application?
But still thanks for your help!

Why can't I run an exe with a specific filename?

I have recently encountered a problem on my Windows 7 machine where I can't run an application with a specific name. Let's call it a.exe.
It is a C++ Qt based app and has been working OK for months but when I tried to run it today I got "The application was unable to start correctly (0x80000003). Click OK to close the application.". This happens for both 32-bit and 64-bit builds for Debug or Release.
I spent hours going round in circles checking dependencies and rolling back to previous versions without getting anywhere. I tried the software on a different machine and it worked, so it must be something on my machine...
I finally discovered that if I rename it to something else (e.g. a1.exe) then it will work :-S
I've checked the VirtualStore folder but couldn't see anything. Any other ideas?
Maybe your "known file extensions" are hided, and you are trying to access a.exe when actually the file name is a.exe.exe?

Run/Build grayed out in Monodevelop

What the title says. All options in the "Build" tab are grayed out, and run and debug are grayed out in the "Run" tab. I can fix it by giving mono root, but I'm not too keen on having that as a permanent solution.
I have tried creating a new "Hello world" solution just for testing, tried different project file formats(vs 20xx, mono 1.0), reinstalling mono, installing/uninstalling monodevelop-debugger-gdb...
I've been able to run programs before, no idea what happened.
Using linux mint 12 and monodevelop 2.6
Any other info you might need?
I suggest you upgrade to the latest Monodevelop version (3.04). In past releases there was a little bug that allowed what you describe to happen. In my experience it was project specific, meaning, when happened, happened only in one project, usually the last one I was working on.
In the meantime here is a simple workaround to use when that problem happens:
When that happened to me in the past (using version Monodevelop 2.6 on Ubuntu) I found that if I open, compile and run successfully another project, and then go back to try and compile the problematic project (in which the 'Build' options were greyed out) - the problem is solved and all 'Build' menu options become be available again.
I don't know what the bug was, but as I mentioned above, I did not experience the same bug in Monodevelop 3.04, so I recommend you upgrade.
Hope that helps!