I've recently updated my graphic card drivers and the JetBrains Toolbox app stopped working.
Sometimes it displays an icon next to the system clock that disappears after a couple of seconds, sometimes it displays a black dialog box, but I managed to select all text and copy it:
---------------------------
Toolbox
---------------------------
Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::SwapBehavior(DefaultSwapBehavior), swapInterval 1, profile QSurfaceFormat::OpenGLContextProfile(NoProfile)) .
This is most likely caused by not having the necessary graphics drivers installed.
Install a driver providing OpenGL 2.0 or higher, or, if this is not possible, make sure the ANGLE Open GL ES 2.0 emulation libraries (libEGL.dll, libGLESv2.dll and d3dcompiler_*.dll) are available in the application executable's directory or in a location listed in PATH.
---------------------------
OK
---------------------------
I've checked, the libEGL.dll, libGLESv2.dll and D3Dcompiler_47.dll files are present in the app folder, so this is not the issue.
Actually, I found the real solution on the Community forum:
I could solve the problem by moving the following dll's to another folder which is not in the PATH folders.
I move libEGL.dll, libGLESV2.dll, opengl32sw.dll from the folder C:\Users\USERNAME\AppData\Local\JetBrains\Toolbox\bin to the new folder -> C:\Users\USERNAME\AppData\Local\JetBrains\Toolbox\bin\tmp. Or delete it. After moving the files and restarting jetbrains-toolbox.exe, I get a welcome window and then a login window.
Try setting an environment variable as follows:
JETBRAINS_TOOLBOX_NO_SOFTWARE_OPEN_GL = 1
or
JETBRAINS_TOOLBOX_NO_SOFTWARE_OPEN_GL = true
According to Jetbrains Issue Tracker this bug should be fixed in version 1.7
Update
This issue was fixed in 1.7.3593.
Related
I tried to create a Robot project , but I am getting this error : An internal error occurred during: "Building".
Unable to communicate with XML-RPC server
I tried some solution , but didn't work , and now when I press OK , I can't access to the libraries and the files inside the projects...enter image description here
My installation is:
Eclipse 2021-06 (4.20.0)
RED - Robot Editor 0.9.5.202007241017
Robot Framework 5.0 (Python 3.10.4 )
You need to check comparability of RED Editor and the Robot Framework. I think, RED doesn't support latest RF version. Check more: http://nokia.github.io/RED/help/whats_new/0_9_5.html
Also, check the URL that eclipse trying to communicate inside Help>>Available Software to update/install new software.
you need to downgrade the Robotframework to version 3 and lower, you can do that using that command
pip install robotframework==3.1.1 <version>
I have been created a build with Buildroot. Also did it everthing on this comment -> https://www.raspberrypi.org/forums/viewtopic.php?t=263418#p1614833
Did my research, and dozens of trials, and I get nothing.
My config is:
Rpi4-64, QT5-Qml, Mesa v3d-vc4, opengl es 2.0
When I try to run my qt qml application on this build, I'm getting this error:
QStandardPaths: wrong permission on runtime directory /usr/bin/, 7755 instead of 7700
drmModeGetResources failed (Operation not supported)
no screens available, assuming 24 -bit color
Cannot create window: no screens available.
Summary : I need to run my qt5 qml application on Rpi 4 with hw accelerated.
I found the solution.
I think the Rpi4 with eglfs using default card for card0, and this is not work. Need to force using card1 for eglfs.
Create a file "eglfs.json" with the following content:
{ "device": "/dev/dri/card1" }
export QT_QPA_EGLFS_KMS_CONFIG=/wherever/is/the/file/eglfs.json
and run your qt app!
Also my qt5 qml program is not showing fonts or text on rpi4 buildroot system. Coping /usr/share/fonts/your_program_fonts worked for me.
1. Summary
I want to create Chocolatey package for The Wonderful Icon program, official download page. But I can not install this program in silent mode.
Yes, The Wonderful Icon — old program, but it perfectly work in my Windows 10.
2. Not helped
The Wonderful Icon — not my program, I don't know installer for it.
I install and run Universal Silent Switch Finder program as recommend Chocolatey manual. Universal Silent Switch Finder show, that executable file of The Wonderful Icon is «Self-Extracting WinZip archive»:
I find in Stack Overflow answers that for Self-Extracting WinZip archive we can use /auto flag. But it not helped for me.
I try to use different flags — /S, /s, -s, /VERYSILENT, -q, but I have not success.
3. Settings
My chocolateyinstall.ps1 file:
$ErrorActionPreference = 'Stop';
$packageName= 'The Wonderful Icon'
$toolsDir = "$(Split-Path -parent $MyInvocation.MyCommand.Definition)"
$url = 'http://www.thewonderfulicon.com/wondicon.exe'
$url64 = ''
$packageArgs = #{
packageName = $packageName
unzipLocation = $toolsDir
fileType = 'exe'
url = $url
url64bit = $url64
softwareName = 'The Wonderful Icon*'
checksum = ''
checksumType = 'sha256'
checksum64 = ''
checksumType64= 'sha256'
silentArgs = '/auto'
}
Install-ChocolateyPackage #packageArgs
4. Questions
May I install The Wonderful Icon in silent mode in Chocolatey?
If no, may I add package in Chocolatey without silent installation mode?
Thanks.
Not helped
I find in Stack Overflow answers that for Self-Extracting WinZip archive we can use /auto flag. But it not helped for me.
This is what makes Windows installers so much like the wild west. It's not always easy to find the silent installation arguments. And it may not even exist.
Questions
May I install The Wonderful Icon in silent mode in Chocolatey?
Yes, you absolutely can have the program available in an unattended fashion with Chocolatey. There are multiple methods of working to get an unattended install, some are better than others.
From best to worst:
Work with installer's silent arguments
Find ways to set registry keys, files, or hidden tricks to ensure a program is silent on install, upgrade, and uninstall.
Repackage the software installer as an MSI using a tool designed for this (requires distribution rights for a public repository like Chocolatey).
Find the runtime binaries and use them instead (requires distribution
rights for any public repository like Chocolatey.org).
Use something like AHK (AutoHotKey) or AutoIT to work around the programs inability to be silent. AHK/AutoIT should be considered a last resort when nothing else will work.
If you have distribution rights, then I might order it 1, 4, 3, 2, 5.
If no, may I add package in Chocolatey without silent installation mode?
If you are asking if you can add this to the community package repository, aka https://chocolatey.org/packages, then it is probably better to ask that question in the "Open Chat" window that you see in the bottom right hand corner of the site.
Hi I'm having a million problems trying to publish my app to shiny.io.
Firstly, I have Rtools 3.2 installed in my computer and set to the Path, but it is not recognized in the registry. Nevermind, this code should fix it:
install.packages("installr")
library(installr)
install.Rtools(choose_version = FALSE, check = TRUE, use_GUI = TRUE,
page_with_download_url = "http://cran.r-project.org/bin/windows/Rtools/, keep_install_file=TRUE")
install.packages("devtools")
library(devtools)
devtools::install_github('rstudio/shinyapps')
Next, to deploy my app to my shiny.io account:
library(shinyapps)
shinyapps::setAccountInfo(name='xxxx', token='xxxxxxxxxx', secret='xxxxxxxx')
Then my app starts running in a browser, and I click publish to my shiny account. However, when the app is being deployed, it shows the following error:
Preparing to deploy application...Error: /v1/applications/ 400 - Validation Error
Execution halted
Any ideas what the problems may be? Thank you.
I had the same error returned. In my case the problem was the name of the app itself. Deployed apps must have names at least 4 characters long with no spaces.
Setting an application name solved this problem for me. My application directory contained a space.
deployApp(appName = "myapp")
I had the same problem, however, my app name was fine and even adding 'appName =' did not help. Just a side note that this issue came up because I changed the name of my folder in effort to change the name of my app in shinyapp.io
The only thing that worked for me is publishing through the "Publish" button of Rstudio on upper right. I would recommend publishing using that instead of command. You can select files you do not want to publish within the App folder and you can publish the app under a different name then your local name.
I also had similar errors and the issue was resolved after I changed the name of the directory that holds the "app.R" file from only 3 characters to more than 4 characters.
I've installed Drush 5.8 on Windows 2008 R2 Enterprise, with all the options included except Remote Management.
Whenever I run drush make I get errors about it not being able to unzip a github archive file, and unable to determine mime type for a js file. Here is my make file and the output. I'm not sure what is wrong here, and would love any pointers you may have.
Make file:
; Drupal 7 core
core = 7.x
api = 2
projects[drupal][version] = 7
; Libraries
; --------
libraries[colorbox][download][type] = "get"
libraries[colorbox][download][url] = "https://github.com/jackmoore/colorbox/archive/1.4.8.zip"
libraries[colorbox][directory_name] = colorbox
libraries[colorbox][destination] = libraries
libraries[zepto][download][type] = "get"
libraries[zepto][download][url] = "http://zeptojs.com/zepto.min.js"
libraries[zepto][directory_name] = zepto
libraries[zepto][destination] = libraries
Output:
C:\Users\Administrator\Desktop\drush>drush make test.make testing
Could not locate drupal version 7, will try to download latest recommended or supported release. [warning]
drupal-7.21 downloaded. [ok]
colorbox downloaded from https://github.com/jackmoore/colorbox/archive/1.4.8.zip. [ok]
Unable to unzip C:\Users\ADMINI~1\AppData\Local\Temp\1/make_tmp_1364915473_515af511066a2/1.4.8.zip. [error]
zepto downloaded from http://zeptojs.com/zepto.min.js. [ok]
Unable to determine mime type for zepto.min.js. [error]
Finally got it figured out after a lot of struggle.
Using Cygwin I was able to get a copy of unzip, which I put in the Program Files (x86)\Drush\GnuWin32\bin directory (which is in my PATH environment variable). This cleared up the errors listed about unzip.
As for the mime-type issue, I had to manually edit includes/drush.inc to add '.js' => 'application/javascript' to the $extension_mimetype array. See http://drupal.org/node/1825946 for the discussion that led me to this.