Any idea what may cause the following error?
sinan#ThinkPad-X1-Carbon:~/dev/heroku/kumbaraci50$ git push heroku master
Counting objects: 4390, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2419/2419), done.
Writing objects: 100% (4390/4390), 4.11 MiB | 79.00 KiB/s, done.
Total 4390 (delta 1552), reused 4338 (delta 1520)
remote: Compressing source files... done.
remote: Building source:
remote:
remote: -----> Scala app detected
remote:
remote: gzip: stdin: unexpected end of file
remote: tar: Child returned status 1
remote: tar: Error is not recoverable: exiting now
remote:
remote: ! Push rejected, failed to compile Scala app
remote:
remote: Verifying deploy....
remote:
remote: ! Push rejected to kumbaraci50-tiyatrosever.
remote:
To https://git.heroku.com/kumbaraci50-tiyatrosever.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'https://git.heroku.com/kumbaraci50-tiyatrosever.git'
I was able to push this app couple of days ago with no problem, however something may have changed on my local with package updates.
Is there way to increase verbosity of the logging while deploying the app?
This application uses Scalatra framework 2.3 and scala version 2.11.1 on Java 1.8.0_45.
Check that your LANG config var is not set to "tr_TR.UTF-8". You can confirm this by running:
$ heroku config:unset LANG
Certain LANG values result in certificate errors on Heroku. Instead, you may be able to use -Dfile.encoding by running this:
$ heroku config:set JAVA_OPTS="-Dfile.encoding=tr_TR.UTF-8"
Hope that helps.
Related
Whenever I push to the platform I have a Python version error:
$ git push heroku master
Counting objects: 31708, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (23964/23964), done.
Writing objects: 100% (31708/31708), 293.38 MiB | 1.12 MiB/s, done.
Total 31708 (delta 7100), reused 31670 (delta 7076)
remote: Compressing source files... done.
remote: Building source:
remote:
remote: -----> Python app detected
remote: ! The latest version of Python 3 is python-3.6.5 (you are using python-3.5.2, which is unsupported).
remote: ! We recommend upgrading by specifying the latest version (python-3.6.5).
remote: Learn More: https://devcenter.heroku.com/articles/python-runtimes
remote: -----> Installing python-3.5.2
While I have the following Pipfile:
[[source]]
url = "https://pypi.python.org/simple"
[packages]
requests = { extras = ['socks'] }
[requires]
python_full_version = "3.6.5"
and that I did a pipenv lock
Here is my version of Python:
mike#mike-thinks:~/Programing/Rasa/myflaskapp$ python3.6 -V
Python 3.6.5
Why does GitHub continue to push with a different version of the one used in Pipfile?
Here is the story, we have GitHub working and are using GitDesktop 1.0.10.
We are also using Git LFS 2.3.0 from https://github.com/blog/2432-git-lfs-2-3-0-released ... two devs are able to clone and push repo without issue, one has issues as follows:
WARNING: 'git lfs clone' is deprecated and will not be updated
with new flags from 'git clone'
'git clone' has been updated in upstream Git to have comparable
speeds to 'git lfs clone'.
'git clone' has been updated in upstream Git to have comparable
speeds to 'git lfs clone'.
Cloning into 'C:\Git\SomeRepo'...
remote: Counting objects: 28847, done.
remote: Compressing objects: 0% (1/331)
remote: Compressing objects: 1% (4/331)
remote: Compressing objects: 2% (7/331)
...
remote: Compressing objects: 98% (325/331)
remote: Compressing objects: 99% (328/331)
remote: Compressing objects: 100% (331/331)
remote: Compressing objects: 100% (331/331), done.
Receiving objects: 0% (1/28847)
Receiving objects: 1% (289/28847)
Receiving objects: 2% (577/28847)
Receiving objects: 3% (866/28847)
...
Receiving objects: 96% (27694/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 97% (27982/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 98% (28271/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 99% (28559/28847), 974.57 MiB | 21.10 MiB/s
remote: Total 28847 (delta 547), reused 598 (delta 424), pack-reused 28092
Receiving objects: 100% (28847/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 100% (28847/28847), 979.90 MiB | 20.95 MiB/s, done.
Resolving deltas: 0% (0/16327)
Resolving deltas: 1% (306/16327)
Resolving deltas: 2% (343/16327)
Resolving deltas: 5% (822/16327)
Resolving deltas: 7% (1162/16327)
...
Resolving deltas: 98% (16033/16327)
Resolving deltas: 99% (16175/16327)
Resolving deltas: 100% (16327/16327)
Resolving deltas: 100% (16327/16327), done.
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
error: failed to fetch some objects from 'https://github.com/SomeOrg/SomeProject.git/info/lfs'
I have tried:
Logging in with working credentials on non-working machine
Uninstalling and reinstalling Github Desktop
Deleting files forcing the reinstall of Github Desktop to ask for settings again
Disabled Firewall
Any help here would be very much appreciated, thanks in advance!
This seems to be a bug described in git-lfs/git-lfs issue 2349 and Git for Windows issue 1192
It could be a bug in the way Git for Windows calls git-lfs.exe: if there is no console to use, there won't be a way to communicate with the user.
But then, maybe it does work with winpty as I suggested earlier (even if the OP indicated that it fails), that's why I want an MCVE.
#dscho I think that this is likely. In my testing, I was unable to get LFS to see a pty/tty when invoked by Git for Windows. I have set up a test repository that I have reproduced the bug with: https://github.com/ttaylorr/lfs-gfw-bug
Still, try and install the latest Git-Credential-Manager-for-Windows.
And/or try the same clone from command-line, after installing the very latest Git for Windows (the 2.15.1.2 one).
The OP OverCodingUnderSleeping adds in the comments:
Oddly enough, seems like switching over to SourceTree from GitHub For Desktop solved it....
That means SourceTree either use the "System" Git or an embedded one, which might not exhibit the same bug: check the settings.
I accidently tried to push a large file to git and I got the following error message:
=Counting objects: 1565, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (1559/1559), done.
Writing objects: 100% (1565/1565), 142.13 MiB | 3.95 MiB/s, done.
Total 1565 (delta 1212), reused 2 (delta 0)
remote: Resolving deltas: 100% (1212/1212), completed with 11 local objects.
remote: error: GH001: Large files detected. You may want to try Git Large File Storage - https://git-lfs.github.com.
remote: error: Trace: e3e1d72efbc7d183eda3ef58d3ef93ad
remote: error: See http://git.io/iEPt8g for more information.
remote: error: File pycotools/Examples/Fit1Dir/smad7_not_reproduced_alternative/file.csv is 1607.96 MB; this exceeds GitHub's file size limit of 100.00 MB
To https://github.com/CiaranWelsh/PyCoTools.git
! [remote rejected] CopasiVersion19 -> CopasiVersion19 (pre-receive hook declined)
error: failed to push some refs to 'https://github.com/CiaranWelsh/PyCoTools.git'
I have since remove this file from both of my branches but I still keep getting the same error and therefore can't push any of my code. Does anybody have any ideas on what to do here?
update
Following a suggestion in comments
$ git rm --cached /Examples/Fit1Dir/smad7_not_reproduced_alternative/file.csv
produces:
fatal: pathspec 'pycotools/Examples/Fit1Dir/smad7_not_reproduced_alternative/file.csv' did not match any files
I tried deploying the sample GO application to Heroku listed here
But when I run the command:
git push heroku master
I get the following error:
Counting objects: 28, done.
Compressing objects: 100% (21/21), done. Writing objects: 100%
(28/28), 3.08 KiB, done. Total 28 (delta 6), reused 0 (delta 0)
! Heroku push rejected, no Cedar-supported app detected
To git#heroku.com:mysterious-refuge-1227.git ! [remote rejected]
master -> master (pre-receive hook declined) error: failed to push
some refs to 'git#heroku.com:mysterious-refuge-1227.git'
The sample code might be out-of-date so I created a simple hello world GO App but from the same git push command I got the following error:
Counting objects: 10, done.
Compressing objects: 100% (8/8), done.
Writing objects: 100% (10/10), 1.16 MiB | 690 KiB/s, done.
Total 10 (delta 1), reused 0 (delta 0)
-----> Fetching custom git buildpack... done
-----> Go app detected
-----> Installing Go 1.1... done
Installing Virtualenv... done
Installing Mercurial... done
Installing Bazaar... done
-----> Running: go get -tags heroku ./...
package echo/...: unrecognized import path "echo/..."
! Heroku push rejected, failed to compile Go app
To git#heroku.com:evening-reef-1503.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git#heroku.com:evening-reef-1503.git'
Any ideas on how I can resolve this issue?
Here is my system info:
GoLang version: go version go1.1 linux/386
Kubuntu version: 12.10
I suspect your original error is because you created the application with heroku create. You're using Go, which is supported through a buildpack, so you should create the application with something like heroku create -b https://github.com/kr/heroku-buildpack-go.git. I believe the demo app makes the same mistake - my fork fixes it - and I've submitted a pull request too.
I have enabled history for xcdatamodel file.From the xcode it appears to be one file
from terminal its a set of folders
my.xcdatamodeld/
my 2.xcdatamodel
my.xcdatamodel
I am unable to deliver this to my remote git repository due to this error
indmacsunelama$ git push
Counting objects: 19, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (13/13), done.
Writing objects: 100% (14/14), 34.11 KiB, done.
Total 14 (delta 5), reused 7 (delta 1)
remote: usage: git cat-file (-t|-s|-e|-p|<type>|--textconv) <object>
remote: or: git cat-file (--batch|--batch-check) < <list_of_objects>
remote: <type> can be one of: blob, tree, commit, tag
remote: -t show object type
remote: -s show object size
remote: -e exit with zero when there's no error
remote: -p pretty-print object's content
remote: --textconv for blob objects, run textconv on object's content
remote: --batch show info and content of object standard input
remote: --batch-check show info about objects fed from the standard input
remote: error: hook declined to update refs/heads/master
To git://mylinuxbox.us.spec.com/mobile.git
! [remote rejected] master -> master (hook declined)
error: failed to push some refs to 'git://mylinuxbox.us.spec.com/mobile.git'
Those errors indicate that you have a buggy hook installed in your remote repository. Check the hooks subdirectory in mobile.git on your remote server and look at the hooks that are enabled. It seems that the hook is misusing git cat-file at some point.