After successfully installing the latest version of Ruby (version 3.2.0) ie rubyinstaller-devkit-3.2.0-1-x64.exe) on Windows 7. When I run the command ridk install as requested after Ruby installations on Windows to install comma separated option 1 and 3 below, it throws error below:
C:\Users\FRED> ridk install
_____ _ _____ _ _ _ ___
| __ \ | | |_ _| | | | | | |__ \
| |__) | _| |__ _ _ | | _ __ ___| |_ __ _| | | ___ _ __ ) |
| _ / | | | '_ \| | | | | | | '_ \/ __| __/ _` | | |/ _ \ '__/ /
| | \ \ |_| | |_) | |_| |_| |_| | | \__ \ || (_| | | | __/ | / /_
|_| \_\__,_|_.__/ \__, |_____|_| |_|___/\__\__,_|_|_|\___|_||____|
__/ | _
|___/ _|_ _ __ | | o __ _| _ _
| (_) | |^| | | |(_|(_)\^/_>
1 - MSYS2 base installation
2 - MSYS2 system update (optional)
3 - MSYS2 and MINGW development toolchain
Which components shall be installed? If unsure press ENTER [1,3] 1,3
> sh -lc true
The MSYS2 project is planning to drop active support of Windows 7
and 8.0 sometime during 2022. For more information visit
https://www.msys2.org/docs/windows_support
MSYS2 seems to be properly installed
Install MSYS2 and MINGW development toolchain ...
> pacman -S --needed --noconfirm autoconf autogen automake-wrapper diffutils fil
e gawk grep libtool m4 make patch sed texinfo texinfo-tex wget mingw-w64-ucrt-x8
6_64-binutils mingw-w64-ucrt-x86_64-crt-git mingw-w64-ucrt-x86_64-gcc mingw-w64-
ucrt-x86_64-gcc-libs mingw-w64-ucrt-x86_64-headers-git mingw-w64-ucrt-x86_64-lib
mangle-git mingw-w64-ucrt-x86_64-libwinpthread-git mingw-w64-ucrt-x86_64-make mi
ngw-w64-ucrt-x86_64-tools-git mingw-w64-ucrt-x86_64-winpthreads-git pkgconf ming
w-w64-ucrt-x86_64-pkgconf
error: mingw32: signature from "Christoph Reiter (MSYS2 development key) <reiter
.christoph#gmail.com>" is unknown trust
1 [main] pacman 2406 dofork: child 2407 - died waiting for dll loading, er
rno 11
error: GPGME error: System error w/o errno
error: mingw64: missing required signature
error: ucrt64: missing required signature
error: clang32: signature from "Christoph Reiter (MSYS2 development key) <reiter
.christoph#gmail.com>" is unknown trust
error: clang64: signature from "Christoph Reiter (MSYS2 development key) <reiter
.christoph#gmail.com>" is unknown trust
error: msys: signature from "Christoph Reiter (MSYS2 development key) <reiter.ch
ristoph#gmail.com>" is unknown trust
error: database 'mingw32' is not valid (invalid or corrupted database (PGP signa
ture))
error: database 'mingw64' is not valid (invalid or corrupted database (PGP signa
ture))
error: database 'ucrt64' is not valid (invalid or corrupted database (PGP signat
ure))
error: database 'clang32' is not valid (invalid or corrupted database (PGP signa
ture))
error: database 'clang64' is not valid (invalid or corrupted database (PGP signa
ture))
error: database 'msys' is not valid (invalid or corrupted database (PGP signatur
e))
Install MSYS2 and MINGW development toolchain failed
Installation failed: pacman failed
1 - MSYS2 base installation
2 - MSYS2 system update (optional)
3 - MSYS2 and MINGW development toolchain
Which components shall be installed? If unsure press ENTER []
Looks like your signatures are outdates. I believe the following might solve your problem:
Go to the mysys folder of your ruby installation C:\Ruby32-x64\msys64
Double click msys2.exe
Paste (Shift+Insert) the following commands:
rm -r /etc/pacman.d/gnupg/
pacman-key --init
pacman-key --populate msys2
Close mysys2
Open Poweshell
ridk install
Install, update and add the development toolchain
Sources:
error: xxx: signature from "Christoph Reiter (MSYS2 master key)
2020-06-29 - new packagers
To install ruby to be able to run ruby on rails on windows without any issues. You will need to download use oneclick install options at github
rubyinstaller-3.2.1-1-x64.exe
Then follow the installation steps.
At the end it will pop up your command prompt requesting you to enter or run ridk install.
You will be prompted with options below
1 - MSYS2 base installation
2 - MSYS2 system update (optional)
3 - MSYS2 and MINGW development toolchain
Which components shall be installed? If unsure press ENTER [1,3] 1,3
Just enter 1, 3. and follow installation command.
Once you are done, option 1 which is 1 - MSYS2 base installation will be install.
Then open another command prompt and run ridk install again. This will install option 3 for you which is 3 - MSYS2 and MINGW development toolchain. At this junction you are finally done. You can now go ahead to install Ruby on Rails and everything will be working fine and excellent
Related
I'm working on an Electron JS app using electron-react-boilerplate and I'm using node-odbc to connect to a PervasiveSQL database. All was working as expected in terms of being able to CRUD on target Pervasive tables until I packaged it to a production build and proceeded to test.
The error I'm receiving on attempting to connect:
[unixODBC][Driver Manager]Can't open lib '/usr/local/psql/lib64/libodbcci.dylib' : file not found
As I said, I don't receive this error when running in development using the included default electron-react-boilerplate script below:
cross-env START_HOT=1 node -r #babel/register ./internals/scripts/CheckPortInUse.js && cross-env START_HOT=1 yarn start-renderer-dev
Another note, not sure if relevant but if I start the *.app using lldb it works as expected.
I've included relevant information below, based on other similar related posts I've found:
Lib exists:
ls -l /usr/local/psql/lib64/libodbcci*
lrwxr-xr-x 1 psql pvsw 18 Jan 30 15:51 /usr/local/psql/lib64/libodbcci.dylib -> libodbcci.dylib.13
lrwxr-xr-x 1 psql pvsw 29 Jan 30 15:51 /usr/local/psql/lib64/libodbcci.dylib.13 -> libodbcci.dylib.13.31.015.000
-rwxr-xr--# 1 psql pvsw 826256 Dec 15 17:38 /usr/local/psql/lib64/libodbcci.dylib.13.31.015.000
unixODBC Setup:
$ cat /usr/local/psql/etc/odbc.ini
[ODBC Data Sources]
GLOBAL_TST=Pervasive ODBC Interface
[GLOBAL_TST]
Driver=/usr/local/psql/lib64/libodbcci.dylib
Description=Pervasive ODBC Interface: ***.***.**.*:1583/GLOBALTST
DBQ=GLOBALTST
ServerName=***.***.**.*:1583
UID=*******
PWD=*******
OpenMode=0
PvTranslate=
$ isql global_tst -v
+---------------------------------------+
| Connected! |
| |
| sql-statement |
| help [tablename] |
| quit |
| |
+---------------------------------------+
SQL>
~/.zshrc
export PVSW_ROOT=/usr/local/psql
export PATH=/usr/local/bin/:$PVSW_ROOT/bin:/bin:/usr/bin:$PATH
if [ $(uname -s) = "Darwin" ]
then
export DYLD_LIBRARY_PATH=$PVSW_ROOT/lib64:$PVSW_ROOT/bin:/usr/lib
export LANG=en_US.UTF-8
else
export LD_LIBRARY_PATH=$PVSW_ROOT/lib:$PVSW_ROOT/lib64:$PVSW_ROOT/bin:/usr/$
fi
export MANPATH=$PVSW_ROOT/man:$MANPATH
export BREQ=$PVSW_ROOT/lib
export LD_BIND_NOW=1
...
Please, I need to run !th luafile.lua in colab.
After installing torch following this link, I run !thbut obtained this error:
/bin/bash: th: command not found
I lsinto /root/torch/install/bin. No th* is present:
json2lua* lua2json* luajit* luarocks* luarocks-admin* mdcat*
Please can anyone help me?
Hard but easy
Clone the Torch repo (forked to work with CUDA 10).
!git clone https://github.com/nagadomi/distro.git torch --recursive
Install Torch.
import os
os.chdir('./torch/')
!bash install-deps
!./install.sh
Activate Torch.
!. ./install/bin/torch-activate
Make sure the installation worked.
!./install/bin/th
Result:
______ __ | Torch7
/_ __/__ ________/ / | Scientific computing for Lua.
/ / / _ \/ __/ __/ _ \ | Type ? for help
/_/ \___/_/ \__/_//_/ | https://github.com/torch
| http://torch.ch
th> ^C
This is my first time using PostgreSQL for production.
I made a database blog_production with username blog_production and generated password from gemfile capistrano-postgresql. Once it is generated, I tried to delete database blog_production with this command from terminal:
$ sudo -u postgres dropdb blog_production
After that I tried to delete user blog_production with this command:
$ sudo -u postgres droprole blog_production
And it returned dropuser: removal of role "blog_production" failed: ERROR: cache lookup failed for database 16417
1.) Why is this happening?
2.) I also tried to delete from psql using DELETE FROM pg_roles WHERE rolname='blog_production' but it returned the same error (cache lookup failed)
3.) How do I solve this problem?
Thank you.
Additional Information
PostgreSQL Version
PostgreSQL 9.1.15 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3, 64-bit
(1 row)
select * from pg_shdepend where dbid = 16417;
dbid | classid | objid | objsubid | refclassid | refobjid | deptype
-------+---------+-------+----------+------------+----------+---------
16417 | 1259 | 16419 | 0 | 1260 | 16418 | o
16417 | 1259 | 16426 | 0 | 1260 | 16418 | o
16417 | 1259 | 16428 | 0 | 1260 | 16418 | o
(3 rows)
select * from pg_database where oid = 16417;
datname | datdba | encoding | datcollate | datctype | datistemplate | datallowconn | datconnlimit | datlastsysoid | datfrozenxid | dattablespace | datacl
---------+--------+----------+------------+----------+---------------+--------------+--------------+---------------+--------------+---------------+--------
(0 rows)
select * from pg_authid where rolname = 'blog_production'
rolname | rolsuper | rolinherit | rolcreaterole | rolcreatedb | rolcatupdate | rolcanlogin | rolreplication | rolconnlimit | rolpassword | rolvaliduntil
-----------------+----------+------------+---------------+-------------+--------------+-------------+----------------+--------------+-------------------------------------+---------------
blog_production | f | t | f | f | f | t | f | -1 | md5d4d2f8789ab11ba2bd019bab8be627e6 |
(1 row)
Somehow the DROP database; didn't drop the shared dependencies correctly. PostgreSQL still thinks that your user owns three tables in the database you dropped.
Needless to say this should not happen; it's almost certainly a bug, though I don't know how we'd even begin tracking it down unless you know exactly what commands you ran etc to get to this point, right from creating the DB.
If the PostgreSQL install's data isn't very big and if you can share the contents, can I get you to stop the database server and make a tarball of the whole database directory, then send it to me? I'd like to see if I can tell what happened to get you to this point.
Send a dropbox link to craig#2ndquadrant.com . Just:
sudo service postgresql stop
sudo tar cpjf ~abrahamks/abrahamks-postgres.tar.gz \
/var/lib/postgresql/9.1/main \
/etc/postgresql/9.1/main \
/var/log/postgresql/postgresql-9.1-main-*.
/usr/lib/postgresql/9.1
sudo chown abrahamks ~abrahamks/abrahamks-postgres.tar.gz
and upload abrahamks-postgres.tar.gz from your home folder.
Replace abrahamks with your username on your system. You might need to adjust the paths above if I'm misremembering where the PostgreSQL data lives on Debian-derived systems.
Note that this contains all your databases not just the one that was an issue, and it also contains your PostgreSQL user accounts.
(If you're going to send me a copy, do so before continuing):
Anyway, since the database is dropped, it is safe to manually remove the dependencies that should've been removed by DROP DATABASE:
DELETE FROM pg_shdepend WHERE dbid = 16417
It should then be possible to DROP USER blog_production;
guard was running fine, until out of the blue, it throws me these bunch of errors:
$bin/guard
Could not open library 'libgtkmm-2.4': libgtkmm-2.4: cannot open shared object file: No such file or directory.
Could not open library 'libgtkmm-2.4.so': libgtkmm-2.4.so: cannot open shared object file: No such file or directory.
Could not open library 'libgtkmm-2.4.so.1': libgtkmm-2.4.so.1: cannot open shared object file: No such file or directory.
Could not open library 'libgtkmm-3.0': libgtkmm-3.0: cannot open shared object file: No such file or directory.
Could not open library 'libgtkmm-3.0.so': libgtkmm-3.0.so: cannot open shared object file: No such file or directory.
Could not open library 'libgtkmm-3.0.so.1': libgtkmm-3.0.so.1: cannot open shared object file: No such file or directory
13:15:58 - INFO - Guard is using Libnotify to send notifications.
13:15:58 - INFO - Guard is using TerminalTitle to send notifications.
13:15:59 - INFO - Bundle already up-to-date
13:15:59 - INFO - Guard::Rack will now restart your app on port 9292 using development environment.
13:15:59 - INFO - Restarting Rack...
libnotify.so not found!
13:15:59 - ERROR - Guard::Rack failed to achieve its <start>, exception was:
> [#4FE305F3B849] NoMethodError: undefined method `notify_init' for #<Libnotify::API:0x97a2d18>
Here is a guard notifiers command (shortened):
+-------------------+-----------+------+-----------+-------------------+
| libnotify | ✔ | ✘ | transient | false |
| | | | append | true |
| | | | timeout | 3 |
+-------------------+-----------+------+-----------+-------------------+
| notifysend | ✘ | ✘ | t | 3000 |
| | | | h | "int:transient:1" |
+-------------------+-----------+------+-----------+-------------------+
| terminal_title | ✔ | ✘ | | |
+-------------------+-----------+------+-----------+-------------------+
| file | ✘ | ✘ | format | "%s\n%s\n%s\n" |
+-------------------+-----------+------+-----------+-------------------+
I've tried setting notifiers :off option in the Guardfile, uninstalling libnotify gem, but it had no effect.
I am running ubuntu server so I think I shouldn't have libnotify, why is guard so rude to me all of a sudden?
[EDIT2]
You mentioned you set notifiers :off, not notification :off (I get mixed with the options all the time, myself).
Also, guard 'detects' libnotify by requiring it here - which means you have the file somewhere on your system.
(If there's no file, requiring fails with a LoadError and Guard decides libnotify is unavailable).
One "brute force" way to find out where it is by running strace (should be available on server):
strace -f -e open bundle exec guard notifiers 2>&1 | /bin/grep -v 'ENOENT' |/bin/grep lib/libnotify.rb
which for me shows:
[pid 16703] open("/home/me/.rvm/gems/ruby-2.1.4#guard/gems/libnotify-0.9.0/lib/libnotify.rb", O_RDONLY|O_CLOEXEC) = 7
[pid 16703] open("/home/me/.rvm/gems/ruby-2.1.4#guard/gems/libnotify-0.9.0/lib/libnotify.rb", O_RDONLY|O_CLOEXEC) = 7
NOTE: you may have system rubies installed, which you can check with:
rvm use system
gem list libnotify
Guard is complaining simply because the gem is installed somewhere (or there's a vendored gem somewhere.
I've compiled and installed both cvc4 from source code. Cvc4 was downloaded and installed as suggested, and Cryptol was downloaded from it's git repository. The sandboxing, and installation finished without error (with GHC 7.8.3 x86_64). The issue occurs only after invoking cryptol, and issuing a :prove True. Here is everything:
athan#namek ~/lib> cryptol
_ _
___ _ __ _ _ _ __ | |_ ___ | |
/ __| '__| | | | '_ \| __/ _ \| |
| (__| | | |_| | |_) | || (_) | |
\___|_| \__, | .__/ \__\___/|_|
|___/|_| version 2.1.0 (8898348)
Loading module Cryptol
Cryptol> :prove True
cryptol: fd:6: hGetLine: end of file
athan#namek ~/lib>
Any help with this would be tremendous. To me, it feels like there's a shared library not found. Would that cause this issue? Thank you.
Summarizing the conversation in the comments:
The "end of file" error mentioned in the question is commonly attributed to the prover of interest (CVC4 in this case) being only "partially installed" - in my cases this was always an issue with shared libraries that could be discovered by invoking the binary (cvc, boolector, etc) from the command line. The ticket for the bug where the REPL would terminate is on Cryptol's github. Fortunately, this issue was fixed in upstream SBV and will appear in Cryptol's fork of SBV soon.
WRT AthanClark's particular case it is still unknown why and how CVC4 was failing when invoked by Cryptol - possibilities include cryptol invoking a different binary than the one we are expecting or environmental differences, such as the LD_LIBARARY path variable. Either way, it sounds like he was able to use an alternative prover (boolector) successfully.
EDIT: If you can produce Athan's bug, where CVC works outside of SBV and not inside of SBV... and you live in Portland then shoot me a message, show up at my office and show me, I'd be interested.