trying push my lita code to heroku but I'm getting this error.
❯ git push heroku master │
Enumerating objects: 2, done. │
Counting objects: 100% (2/2), done. │
Writing objects: 100% (2/2), 165 bytes | 165.00 KiB/s, done. │
Total 2 (delta 0), reused 0 (delta 0), pack-reused 0 │
remote: error: pathspec '.' did not match any file(s) known to git. │
remote: │
remote: ! Heroku Git error, please try again shortly. │
remote: ! See http://status.heroku.com for current Heroku platform status. │
remote: ! If the problem persists, please open a ticket │
remote: ! on https://help.heroku.com/tickets/new │
remote: ! and provide the Request ID 693daaca-96b5-4889-99c9-391d66a59249 │
remote: │
To https://git.heroku.com/ancient-stream-43362.git │
! [remote rejected] master -> master (pre-receive hook declined) │
error: failed to push some refs to 'https://git.heroku.com/ancient-stream-43362.git'
I do not know what files that arent known to git.
Was in a branch than the master branch and unless specified in the Heroku push command it will by default look for the master branch.
Related
A PHPUnit example from the online documentation is not working for me! Please see below for more details.
Your help is appreciated. Thank you in advance!
I'm trying to run the example test below from online documentation but, it is not working for me!
Example 2.7 Using a data provider that returns an Iterator object
The result I'm getting is shown below:
..#VivoBook MINGW64 ~/PHPunit/test-project
$ ./vendor/bin/phpunit --testdox dataProviders
PHPUnit 8.5.32 by Sebastian Bergmann and contributors.
Warning Test Case (PHPUnit\Framework\WarningTestCase)
⚠ Warning
│
│ The data provider specified for DataTest::testAdd is invalid.
│ Error: Class 'CsvFileIterator' not found
│ ..\PHPunit\test-project\dataProviders\DataProviderTest.php:16
│
Time: 77 ms, Memory: 4.00 MB
WARNINGS!
Tests: 1, Assertions: 0, Warnings: 1.
PHP info:
..#VivoBook MINGW64 ~/PHPunit/test-project
$ php -v
PHP 7.2.28 (cli) (built: Feb 18 2020 12:54:18) ( ZTS MSVC15 (Visual C++ 2017) x64 )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
The issue appeared because the class in use was not loaded. Loading the class 'CsvFileIterator' using require/require_once solved the issue.
I am developing little webapp with Genie 4 in Julia 1.7.3 on Linux mint 21. I have made some modules. While loading the app I got the following,
[ Info: 2022-09-13 21:28:08 Precompiling CreateApproveTeamPosts [top-level]
┌ Warning: Module FollowersController with build ID 963745445272 is missing from the cache.
│ This may mean FollowersController [top-level] does not support precompilation but is imported by a module that does.
└ # Base loading.jl:1107
[ Info: 2022-09-13 21:28:27 Skipping precompilation since __precompile__(false). Importing CreateApproveTeamPosts [top-level].
Questions:
Can anyone please explain whats happening?
In entire project, I don't have __precompile__(false). From where it's coming?
I want to use Gurobi in a program like so:
use Gurobi
To which get the following error message:
ERROR: LoadError: Gurobi not properly installed. Please run Pkg.build("Gurobi"). For
more information go to https://github.com/jump-dev/Gurobi.jl
Stacktrace:
[1] error(::String) at ./error.jl:33
[2] top-level scope at /Users/prikshetsharma/.julia/packages/Gurobi/P6eVP/src/Gurobi.jl:7
[3] include(::Function, ::Module, ::String) at ./Base.jl:380
[4] include(::Module, ::String) at ./Base.jl:368
[5] top-level scope at none:2
[6] eval at ./boot.jl:331 [inlined]
[7] eval(::Expr) at ./client.jl:467
[8] top-level scope at ./none:3
in expression starting at /Users/prikshetsharma/.julia/packages/Gurobi/P6eVP/src/Gurobi.jl:4
ERROR: LoadError: Failed to precompile Gurobi [2e9cd046-0924-5485-92f1-d5272153d98b] to /Users/prikshetsharma/.julia/compiled/v1.5/Gurobi/do9v6_rMyJO.ji.
Stacktrace:
[1] error(::String) at ./error.jl:33
[2] compilecache(::Base.PkgId, ::String) at ./loading.jl:1305
[3] _require(::Base.PkgId) at ./loading.jl:1030
[4] require(::Base.PkgId) at ./loading.jl:928
[5] require(::Module, ::Symbol) at ./loading.jl:923
[6] include(::Function, ::Module, ::String) at ./Base.jl:380
[7] include(::Module, ::String) at ./Base.jl:368
[8] exec_options(::Base.JLOptions) at ./client.jl:296
[9] _start() at ./client.jl:506
in expression starting at /Users/prikshetsharma/Documents/clotorch/src/clotorch/flight/opt.jl:
When installing Gurobi itself, I get the following error, mentioning a problem with installation and steps to remedy it:
Pkg.build("Gurobi")
Building Gurobi → `~/.julia/packages/Gurobi/P6eVP/deps/build.log`
┌ Error: Error building `Gurobi`:
│ ERROR: LoadError: Unable to locate Gurobi installation. If the advice above did not help,
│ open an issue at https://github.com/jump-dev/Gurobi.jl and post the full
│ print-out of this diagnostic attempt.
│
│ Stacktrace:
│ [1] error(::String) at ./error.jl:33
│ [2] top-level scope at /Users/prikshetsharma/.julia/packages/Gurobi/P6eVP/deps/build.jl:161
│ [3] include(::String) at ./client.jl:457
│ [4] top-level scope at none:5
│ in expression starting at /Users/prikshetsharma/.julia/packages/Gurobi/P6eVP/deps/build.jl:155
│
│ **Unable to locate Gurobi installation. Running some common diagnostics.**
│
│ Gurobi.jl only supports the following versions:
│
│ - gurobi90
│ - gurobi91
│
│ Did you download and install one of these versions from gurobi.com?
│ Installing Gurobi.jl via the Julia package manager is _not_ sufficient!
│
│ Found GUROBI_HOME = /Library/gurobi910/mac64/
│
│ Does this point to the correct install location?
│
│ We're going to look for the Gurobi library in this directory:
│ /Library/gurobi910/mac64/lib
│
│ That directory has the following files:
│
│ Aha! We tried looking in `/Library/gurobi910/mac64/lib`, but something went wrong. Are
│ you sure that your GUROBI_HOME environment variable is correct?
│ When combined with the appropriate suffix (e.g., `lib` or
│ `bin`, it needs to point to a valid directory.
│
│
│ You should set the `GUROBI_HOME` environment variable to point to the
│ install location then try again. For example (updating the path to the
│ correct location if needed):
│ ```
│ # On Windows, this might be
│ ENV["GUROBI_HOME"] = "C:\\Program Files\\gurobi910\\win64\\"
│ import Pkg
│ Pkg.add("Gurobi"
│ Pkg.build("Gurobi")
│
│ # On OSX, this might be
│ ENV["GUROBI_HOME"] = "/Library/gurobi910/mac64/"
│ import Pkg
│ Pkg.add("Gurobi")
│ Pkg.build("Gurobi")
│
│ # On Unix, this might be
│ ENV["GUROBI_HOME"] = "/opt/gurobi910/linux64/"
│ import Pkg
│ Pkg.add("Gurobi")
│ Pkg.build("Gurobi")
│ ```
│ **Note: your path may differ. Check which folder you installed the Gurobi
│ binary in, and update the path accordingly.**
└ # Pkg.Operations /Users/julia/buildbot/worker/package_macos64/build/usr/share/julia/stdlib/v1.5/Pkg/src/Operations.jl:949
I've already following the steps mentioned for macOS in the above trace, but I still get the above error. How to install Gurobi and use it successfully?
You need to install the standalone Gurobi package first. Please follow the instructions in these guides for more info. As was already mentioned in the comments, you should also acquire a license to run Gurobi.
I'm pretty new to dokku. I've setup a new dokku droplet at DigitalOcean. I created a small static website with a www directory containing a single HTML file named index.html. In the root dir I added an empty .nginx file. When I tried to push, I got the following output:
Counting objects: 5, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (5/5), 356 bytes | 0 bytes/s, done.
Total 5 (delta 0), reused 0 (delta 0)
-----> Cleaning up ...
remote: Cloning into '/tmp/tmp.FFdk4jjPhW'...
-----> Building dokkutest ...
remote: warning: You appear to have cloned an empty repository.
remote: done.
remote: HEAD is now at 0046a12... First implementation
-----> Unable to select a buildpack
To dokku#123.123.123.123:dokkutest
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'dokku#123.123.123.123:dokkutest'
Any thoughts on what I might be doing wrong?
Apparently, the nginx buildpack is no longer installed with dokku by default. I've used these steps to set things up:
https://florianheinemann.com/github/dokku/2014/11/17/Hosting-static-pages-on-Dokku.html
I'm using the Sage command line interface, started from a Linux shell. Normally, typing exit <return> exits the command line and takes me back to the shell. However, if I use the reset() command during a session, this no longer works:
[matthew#tera ~]$ /usr/local/sage/sage-6.2-x86_64-Linux/sage
┌────────────────────────────────────────────────────────────────────┐
│ Sage Version 6.2, Release Date: 2014-05-06 │
│ Type "notebook()" for the browser-based notebook interface. │
│ Type "help()" for help. │
└────────────────────────────────────────────────────────────────────┘
sage: exit
Exiting Sage (CPU time 0m0.14s, Wall time 0m4.70s).
[matthew#tera ~]$
[matthew#tera ~]$ /usr/local/sage/sage-6.2-x86_64-Linux/sage
┌────────────────────────────────────────────────────────────────────┐
│ Sage Version 6.2, Release Date: 2014-05-06 │
│ Type "notebook()" for the browser-based notebook interface. │
│ Type "help()" for help. │
└────────────────────────────────────────────────────────────────────┘
sage: reset()
sage: exit
---------------------------------------------------------------------------
NameError Traceback (most recent call last)
/usr/local/sage/sage-6.2-x86_64-Linux/local/lib/python2.7/site-packages /sage/all_cmdline.py in <module>()
----> 1 exit
NameError: name 'exit' is not defined
sage:
Note that quit does not work either.
So, it appears that the reset() function wipes exit from the namespace along with any user variables, and fails to recreate it, as it does x, the predefined symbolic variable, for instance.
Is this a reportable bug, or am I missing something?
Is there an alternate way to exit the Sage command line? I've gotten stuck in it a few times, and I end up hitting Ctrl-z and then ending the shell session; this seems both messy and bad, as I'm causing the shell to kill the Sage process.
Is there an alternate way to exit the Sage command line?
I usually use Ctrl-D in any case...
But this does indeed appear to be a problem. Note that this is an Ipython thing, so maybe reset is supposed to get rid of the magic things - but I don't see why. I have opened Trac 16704, though it's possible it's desired behavior because it's Ipython.