I'm trying to install the html-parsing package, and I'm getting a 400 error.
raco pkg install html-parsing
Resolving "html-parsing" via https://download.racket-lang.org/releases/8.7/catalog/
Resolving "html-parsing" via https://pkgs.racket-lang.org
Downloading http://www.neilvandyke.org/racket/html-parsing.zip
download: error from server
URL: http://www.neilvandyke.org/racket/html-parsing.zip
status code: 400
context...:
C:\Program Files\Racket\collects\pkg\private\network.rkt:59:3
C:\Program Files\Racket\collects\file\cache.rkt:63:2: fetch-and-continue
C:\Program Files\Racket\collects\racket\contract\private\arrow-val-first.rkt:555:3
C:\Program Files\Racket\collects\pkg\private\stage.rkt:495:14
C:\Program Files\Racket\collects\pkg\private\stage.rkt:115:0: stage-package/info
[repeats 1 more time]
C:\Program Files\Racket\collects\pkg\private\install.rkt:142:0: install-packages
C:\Program Files\Racket\collects\pkg\private\install.rkt:953:4
C:\Program Files\Racket\collects\racket\contract\private\arrow-val-first.rkt:555:3
C:\Program Files\Racket\collects\racket\file.rkt:763:8
C:\Program Files\Racket\collects\racket\file.rkt:752:0: call-with-file-lock
C:\Program Files\Racket\collects\pkg\main.rkt:223:16
body of (submod "C:\Program Files\Racket\collects\pkg\main.rkt" main)
C:\Program Files\Racket\collects\raco\raco.rkt:41:0
body of "C:\Program Files\Racket\collects\raco\raco.rkt"
body of "C:\Program Files\Racket\collects\raco\main.rkt"
However, I successfully installed other packages. I tried it on my WSL but got the same result. I wonder how to solve this problem.
Related
I have installed the latest version of Azure CLI on my windows 2019 self hosted agent. Output when checking for version.
PS C:\Users\blahblah> az --version
azure-cli 2.3.1
command-modules-nspkg 2.0.3
core 2.3.1
nspkg 3.0.4
telemetry 1.0.4
Extensions:
azure-devops 0.18.0
Python location 'C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\python.exe'
Extensions directory 'C:\Users\builduser\.azure\cliextensions'
Python (Windows) 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)]
Legal docs and information: aka.ms/AzureCliLegal
Your CLI is up-to-date.
Then when running the same script in devops azure pipeline release :
2020-04-18T03:50:14.3974844Z ##[debug]which 'az'
2020-04-18T03:50:14.3981389Z ##[debug]found: 'C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd'
2020-04-18T03:50:14.3981785Z ##[debug]which 'az'
2020-04-18T03:50:14.3985125Z ##[debug]found: 'C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd'
2020-04-18T03:50:14.3988433Z ##[debug]C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd arg: --version
2020-04-18T03:50:14.3989115Z ##[debug]C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd arg: --version
2020-04-18T03:50:14.3998697Z ##[debug]exec tool: C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd
2020-04-18T03:50:14.3998969Z ##[debug]exec tool: C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd
2020-04-18T03:50:14.3999139Z ##[debug]arguments:
2020-04-18T03:50:14.3999314Z ##[debug]arguments:
2020-04-18T03:50:14.4000072Z ##[debug] --version
2020-04-18T03:50:14.4000425Z ##[debug] --version
2020-04-18T03:50:14.4017396Z [command]C:\windows\system32\cmd.exe /D /S /C ""C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd" --version"
2020-04-18T03:50:17.1212688Z azure-cli 2.3.1
2020-04-18T03:50:17.1213010Z
2020-04-18T03:50:17.1213120Z command-modules-nspkg 2.0.3
2020-04-18T03:50:17.1213248Z core 2.3.1
2020-04-18T03:50:17.1213345Z nspkg 3.0.4
2020-04-18T03:50:17.1213451Z telemetry 1.0.4
2020-04-18T03:50:17.1213507Z
2020-04-18T03:50:17.1213631Z Python location 'C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\python.exe'
2020-04-18T03:50:17.1214799Z Extensions directory 'C:\windows\ServiceProfiles\NetworkService\.azure\cliextensions'
2020-04-18T03:50:17.1214873Z
2020-04-18T03:50:17.1215003Z Python (Windows) 3.6.6 (v3.6.6:4cf1f54eb7, Jun 27 2018, 02:47:15) [MSC v.1900 32 bit (Intel)]
2020-04-18T03:50:17.1215081Z
2020-04-18T03:50:17.1215191Z Legal docs and information: aka.ms/AzureCliLegal
2020-04-18T03:50:17.1215271Z
2020-04-18T03:50:17.1215320Z
2020-04-18T03:50:17.1215369Z
2020-04-18T03:50:17.1215468Z Your CLI is up-to-date.
2020-04-18T03:50:17.1215525Z
2020-04-18T03:50:17.1215623Z Please let us know how we are doing: https://aka.ms/clihats
Notice how the release pipeline does not show that I have the azure-devops extension installed. I need this extension to remotely trigger a pipeline release creation. I've tripled and quadrupled check that I am comparing the same server.
My next step would be to add a step to install the Azure CLI extension before calling the az pipelines. However I would rather try to figure out why this is not working. I have make this same call locally and it works fine. However I log in as myself instead of using a service principal/service subscription when testing same call locally.
Has anyone run into this issue and know whats going on here? Any suggestion would be greatly appreciated.
I found that the Extensions directory is inconsistent in your local and release pipeline.
In local:
Extensions directory 'C:\Users\builduser\.azure\cliextensions'
In release pipeline log :
Extensions directory 'C:\windows\ServiceProfiles\NetworkService\.azure\cliextensions'
If you are using a private agent, the Extensions directory should be consistent:
So you need to check the following points:
1.The machine where you installed az cli is the same machine as the agent you use to run the pipeline.
2.According to the directory path, check the installation of azure cli.
I have installed Netbeans as well as MinGW along with the MSYS, still I am having the below error when build and run
C:\MinGW\msys\1.0\bin\make.exe -f Makefile CONF=Debug
make.exe": /bin/sh: Command not found
make.exe": /bin/sh: Command not found
make.exe": *** [.validate-impl] Error 127
What could be the reason.
I had the same problem, I installed the MSYS in the root of C:/ and add the path to path environment in Windows also correct it in the Netbeans.
Download the MSYS from: http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe
Install it in C:/, and add the address in the o path: C:\msys\1.0\bin
Edit make.exe address in NetBeans: Tools > Options > C/C++ in Make Command
i am using "perl 5, version 18, subversion 2 (v5.18.2) built for MSWin32-x86-multi-thread-64int" on windows 7 enterprise(SP1).
I am trying to compile and install a perl module Audio::Scan (.71 version). I downloaded the module from cpan.org, extracted it locally in my machine. It contains readme.win32 text file which states the following:
zlib
The included zlib.lib should just work, if not: Download zlib from http://www.zlib.net/zlib123.zip.
Build from projects/visualc6/zlib.dsw.
Build Win32_LIB_Release Copy zlib.lib into the Audio::Scan win32 directory.
Audio::Scan
Install ActivePerl 5.8.8 or 5.10.0. Open command prompt. Run the vcvars file, for example C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat
perl Makefile.PL
nmake
nmake test
END
I followed all the steps till nmake. The step before nmake i executed like this "perl Makefile.PL make=nmake" as it was generating it dmake style by default. This step goes well.
But in nmake step, i get a lot of warnings followed by the following error:
win32/zlib.lib(./Win32_LIB_Release/crc32.obj):(.text$mn+0x22): undefined reference to #__security_check_cookie#4'
win32/zlib.lib(./Win32_LIB_Release/crc32.obj):(.text$mn+0x1be): undefined reference to#__security_check_cookie#4'
c:/perl/site/lib/auto/mingw/bin/../lib/gcc/i686-w64-mingw32/4.6.3/../../../../i686-w64-mingw32/bin/ld.exe: win32/zlib.lib(./Win32_LIB_Release/crc32.obj): bad reloc address 0x1be in section `.text$mn'
c:/perl/site/lib/auto/mingw/bin/../lib/gcc/i686-w64-mingw32/4.6.3/../../../../i686-w64-mingw32/bin/ld.exe: final link failed: Invalid operation
collect2: ld returned 1 exit status NMAKE : fatal error U1077: 'C:\Perl\site\bin\g++.EXE' : return code '0x1'
Stop.
I read this thread http://www.perlmonks.org/?node_id=496624 checked the compiler used to compile perl as follows:
C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC>perl -V:cc..
it returned
cc='gcc';
I am stuck at this point. Any help would be highly appreciated. Sorry for typos if any.
I´m on Windows 7, and i have Python 3.5.1 installed.
I want to create executables from Python scripts.
What i did so far:
I ran pip install cx_freeze and i got the Unable to find vcvarsall.bat error.
There #Cody Piersall linked to Steve Dowers blog entry.
From there i downloaded and installed the Visual C++ Build Tools 2015.
Now i have these *Microsoft Visual C++ ** ´es installed: Screenshot.
And i have the vcvars* batches installed in C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\:
vcvarsall.bat
bin\vcvars32.bat
bin\amd64\vcvars64.bat.
etc
My prettyprinted PATH is:
C:\run\Python_3_5\Scripts\;
C:\run\Python_3_5\;
C:\Windows\system32;
C:\Windows;
C:\Windows\System32\Wbem;
C:\Windows\System32\WindowsPowerShell\v1.0\;
C:\ProgramData\Oracle\Java\javapath;
C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x86;
C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x64;
C:\run\Haskell-Platform\lib\extralibs\bin;
C:\run\Haskell-Platform\bin;
C:\Users\Nils-Hero\AppData\Roaming\cabal\bin;
C:\run\Haskell-Platform\mingw\bin;
C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit\;
C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x64;
Problem:
When i now rerun pip install cx_freeze, it doesn´t find a file cl.exe:
Collecting cx_freeze
Using cached cx_Freeze-4.3.4.tar.gz
Installing collected packages: cx-freeze
Running setup.py install for cx-freeze ... error
Complete output from command c:\run\python_3_5\python.exe -u -c "import setuptools, tokenize;__file__='C:\\Users\\NILS-H~1\\AppData\\Local\\Temp\\pip-build-9lhua9e9\\cx-freeze\\setup.py'
;exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record C:\Users\NILS-H~1\AppData\Local\Temp\pip-bb2i8jxv-record\install-re
cord.txt --single-version-externally-managed --compile:
adding base module named _bootlocale
adding base module named _collections_abc
adding base module named _compression
...
... adding a lot more base modules ...
...
running install
running build
running build_py
creating build\lib.win-amd64-3.5
creating build\lib.win-amd64-3.5\cx_Freeze
copying cx_Freeze\common.py -> build\lib.win-amd64-3.5\cx_Freeze
copying cx_Freeze\dist.py -> build\lib.win-amd64-3.5\cx_Freeze
...
... creating and copying a lot more things ...
...
running build_ext
building 'cx_Freeze.util' extension
creating build\temp.win-amd64-3.5\Release
creating build\temp.win-amd64-3.5\Release\source
cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MT -Ic:\run\python_3_5\include -Ic:\run\python_3_5\include /Tcsource/util.c /Fobuild\temp.win-amd64-3.5\Release\source/util.obj
error: command 'cl.exe' failed: No such file or directory
----------------------------------------
Command "c:\run\python_3_5\python.exe -u -c "import setuptools, tokenize;__file__='C:\\Users\\NILS-H~1\\AppData\\Local\\Temp\\pip-build-9lhua9e9\\cx-freeze\\setup.py';exec(compile(getattr(to
kenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record C:\Users\NILS-H~1\AppData\Local\Temp\pip-bb2i8jxv-record\install-record.txt --single-versio
n-externally-managed --compile" failed with error code 1 in C:\Users\NILS-H~1\AppData\Local\Temp\pip-build-9lhua9e9\cx-freeze\
This executable is under C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\ and also in the subfolders.
I guess pip can´t find it because these paths are not on my PATH, but why wouldn´t that Visual C++ Build Tools 2015 installer add them? I´m scared to hand-tweak a 800MB sized, 50 minutes lasting installation. So i´ll better ask here first.
Ok. Solved.
I successfully installed cx_freeze from a wheel according to the answer to this Question.
But version 4.3.4 from the Gohlke site has a bug under Python 3.5 (ImportError: No module named '_frozen_importlib_external'). We have to wait until the cx_freeze author releases the next version of cx_freeze (which seems to be soon).
Meanwhile, Sebastian Krause was so kind to create some wheels from the latest code from repo, cx_freeze 5.0, and these wheels install and run without errors in my tests.
This error shows up when I try to install node-sass. I need it to let work gulp protractor.
C:\Windows\system32>cd C:\Program Files (x86)\Jenkins\workspace\testnew
C:\Program Files (x86)\Jenkins\workspace\testnew>npm install node-sass
npm WARN package.json testproject#0.0.0 No repository field.
npm WARN package.json 2#0.0.1 No repository field.
-
> node-sass#2.1.1 install C:\Program Files (x86)\Jenkins\workspace\testnew\node_
modules\node-sass
> node scripts/install.js
tunneling socket could not be established, cause=socket hang up
> node-sass#2.1.1 postinstall C:\Program Files (x86)\Jenkins\workspace\testnew\n
ode_modules\node-sass
> node scripts/build.js
Does someone know how to fix this kind of error?