[git-users] git can't find remote helper for https (but it's there)
Hi, I installed git 1.8.5.4 from source under $HOME/bin. My system is SUSE Linux Enterprise Server 11 SP1 (x86_64) After installation I cannot clone repos from https urls, getting the following error: $ git clone https://github.com/apbarrero/pyrad.git Cloning into 'pyrad'... fatal: Unable to find remote helper for 'https' I checked that git is properly compiled against libcurl-devel and libexpat-devel packages. Then I tryed using git-remote-https installed under $HOME/bin/libexec/git-core/ and it worked fine to connect to the same remote: $ $HOME/libexec/git-core/git-remote-https https://github.com/apbarrero/pyrad.git capabilities fetch option push check-connectivity list @refs/heads/master HEAD 9599cf833354793b81d2a47504826332473bcb12 refs/heads/master 1f8f2b995bb5ab55e6c6f1051ccb44875ab1e60d refs/tags/0.6 68552227901d377b513884c70d9582da0329a270 refs/tags/0.6^{} e0cd958edc5b3aad7e31435990674e2cff4e3b7e refs/tags/0.7 c50213b2d4213f3574c1a6b454e6887a529de340 refs/tags/0.7^{} 6085deb4ee37862d65f4a26f472fa2d1894a4331 refs/tags/0.8 33902c5b3da1272a4f5930815f561b8068315ba3 refs/tags/0.8^{} 5a45639faaf1cbf7622fe47e2795d6f5a0ee6658 refs/tags/0.9 edd69b9014d7e5bbf9da203d7db9a26587756aa4 refs/tags/0.9^{} 6e3b16ed19b329be944bd1b10aa17d02eb473009 refs/tags/1.0 30beedc5c4e56a15f4025d25331515aa2a917234 refs/tags/1.0^{} dacf4bd37aaddd3872faeb8a77c801fe3c8550cb refs/tags/1.1 4c3e2d6700947ca6ea7b3319ff52abb7029bf3be refs/tags/1.1^{} 9a7f5a4e9fe19ef9f45db4e28a7d4648a011cc9b refs/tags/1.2 ee7ec8f2b37da5e84bf0fbb83e214a8bd3cfdf70 refs/tags/1.2^{} e16af24d814e8d8c83b172ca6103fd3ab93b08db refs/tags/2.0 ce4a625caf5c6d892e020ec150373043a203366e refs/tags/2.0^{} So I guess it's an installation problem. Any clue on how git locates remote helpers installed in the system? Thanks. Antonio -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Re: git can't find remote helper for https (but it's there)
On Wednesday, February 12, 2014 11:16:37 AM UTC+1, Antonio Pérez Barrero wrote: So I guess it's an installation problem. Any clue on how git locates remote helpers installed in the system? This is a bit of a shot in the dark, but did you try completely installing Git after installing libcurl-devel? I don't know much about the remote helpers stuff unfortunately. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] Re: git can't find remote helper for https (but it's there)
I looked at this post in stackoverflowhttp://stackoverflow.com/a/16946531/198011 and use strace to find out git clone is trying to look for remote helpers under $HOME/bin/libexec/git-core, but make install left the libexec/git-coredirectory under$HOME, instead of $HOME/bin. Creating a soft link under $HOME/bin/ to ../libexec got it working. So it is rather an installation issue or a bug in the directory list where git looks for binaries under libexec. On Wed, Feb 12, 2014 at 12:15 PM, Thomas Ferris Nicolaisen tfn...@gmail.com wrote: On Wednesday, February 12, 2014 11:16:37 AM UTC+1, Antonio Pérez Barrero wrote: So I guess it's an installation problem. Any clue on how git locates remote helpers installed in the system? This is a bit of a shot in the dark, but did you try completely installing Git after installing libcurl-devel? I don't know much about the remote helpers stuff unfortunately. -- You received this message because you are subscribed to a topic in the Google Groups Git for human beings group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/git-users/Prahuw9yu1g/unsubscribe. To unsubscribe from this group and all its topics, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Antonio Pérez Barrero apbarr...@gmail.com -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] Re: git can't find remote helper for https (but it's there)
On Wed, Feb 12, 2014 at 12:36 PM, Antonio Pérez Barrero apbarr...@gmail.com wrote: I looked at this post in stackoverflow and use strace to find out git clone is trying to look for remote helpers under $HOME/bin/libexec/git-core, but make install left the libexec/git-core directory under $HOME, instead of $HOME/bin. This sounds like it could be a bug in the git build system, but judging if it is would require the exact build steps you ran. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] Re: git can't find remote helper for https (but it's there)
Just followed first paragraph in INSTALL an run: $ make make install But I found it was my environment that was wrong, not a git build system issue. I had GIT_EXEC_PATH pointing to an NFS directory where an older version of git-core binaries was installed, just unsetting the env variable makes git installation under $HOME/bin work, even removing the soft link to ../libexec. Thanks for helping! On Wed, Feb 12, 2014 at 1:12 PM, Magnus Therning mag...@therning.orgwrote: On Wed, Feb 12, 2014 at 12:36 PM, Antonio Pérez Barrero apbarr...@gmail.com wrote: I looked at this post in stackoverflow and use strace to find out git clone is trying to look for remote helpers under $HOME/bin/libexec/git-core, but make install left the libexec/git-core directory under $HOME, instead of $HOME/bin. This sounds like it could be a bug in the git build system, but judging if it is would require the exact build steps you ran. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus -- You received this message because you are subscribed to a topic in the Google Groups Git for human beings group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/git-users/Prahuw9yu1g/unsubscribe. To unsubscribe from this group and all its topics, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Antonio Pérez Barrero apbarr...@gmail.com -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] git stash and --skip-worktree files
On Sun, 9 Feb 2014 13:52:20 -0800 (PST) Mickey Killianey mickey.killia...@gmail.com wrote: My team is starting to use the --skip-worktree flag on files to allow them to keep modified files in their working directories. Ideally, they'd like an option for git-stash to apply to skip-worktree files, just as it can (optionally) be applied to untracked files, so that skip-worktree files could be included when saving and restored (ideally, with the skip-worktree bit set) on a git-stash pop. (1) I don't see an option for git-stash to support skip-worktree files...is it there and I'm just not seeing it? (2) Does anyone know if there's a reason why this is not possible/unreasonable to support/philosophically discouraged? (3) If it is reasonable, where would the right place be to suggest/request this feature? I'm happy to look at making such changes to git-stash.sh, but before I do so, I'd love to know that such work would be aligned with their designs for git-stash. (For example, if the git team would only want such an option if it also included the ability to stash assume-unchanged files, too, that would be useful to know before I start making changes.) I'm afraid you'll have to reach for the main Git list [1] which is frequented by the Git devs. But while the contents of your question does indicate you possess a reasonably advanced technical level, I'm oblidged to ask: did you consider using template files to achieve your goal? I mean, the necessity to have locally-modified files most frequently relates to configuration files and stuff like this, and a sensible approach to deal with this case is to keep templates of such files in the repository (with special filenames, like the .template extension added to each) and force the devs to *copy* them and tweak appropriately for their systems. Would it work for your case? 1. https://gist.github.com/tfnico/4441562 -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] hook file encoding for text files
On Wed, 5 Feb 2014 23:41:51 -0800 (PST) Philipp Kraus philipp.kr...@flashpixx.de wrote: I try to write a pre-push hook in a bare repo. I would like to check the file encoding on all text files, so how can I get all file types that are handled as text file from git. I have defined some types in the gitattributes. I'm afraid there's no definitive answer: the repo itself does not care about whether a file is binary or test--it just stores its contents. So... Either your bare repo should have its very own .gitattributes or you might have the pre-push hook extract this file from what's committed (or from some well-known commit, probably tagged appropriately), and then use it. In either case, you'll have to parse this file yourself as I'm afraid there's no git tool which would do that for you (in the spirit of `git config`). Still, it's not clear to me how you're supposed to check the file encoding on your blobs: if you intend to merely hunt for bytes with values = 127, then multi-byte UTF-8 sequences might legitimately contain bytes with values = 127, so the whole thing stinks IMO. You could possibly get away going from the other end--trying to `iconv` the file's contents from UTF-8 to whatever ANSI encoding your devs are supposed to have on their Windows boxes, and see if it fails--if it does, the file *might* be encoded in that ANSI encoding. -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Can you build git-remote-http with no dependencies on libcrypto and libssl?
Hi- I am git noob so please be kind... We are trying to use git as part of our product, and have run into a problem with Red Had 6 systems. Since our IT department only lets developers use RH5.6 systems we didn't find out about this until pretty late in the project. The issue is that git 1.8.3 has a dependency on libcrypto.so.6 and libssl.so.6. Or more precisely, git-remote-http seems to have dependencies on these libraries. On our RH5.6 boxes, not a problem as they are found in /lib64. On RH6 (kernel version 2.6.32-431), big problem, they aren't found at all when I run git, or do ldd git-remote-http to check the dependencies. As best I can tell, these libraries are not included in the RH6 standard installation. Now I could beg our IT to install the necessary RPMs on our RH6 boxes (and yes it will take considerable groveling and begging) but it doesn't seem that will solve the problem when our s/w is installed by RH6 customers. They will presumably see the same: git-remote-help: error while loading shared libraries: libssl.so.6 error that I see. I've tried building git with SSL disabled by running configure with the --with-openssl=no option. That results in a git binary that doesn't have the dependency on libcrypto, but does nothing about the dependencies in git-remote-help. Any ideas? Thanks -dm -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] Can you build git-remote-http with no dependencies on libcrypto and libssl?
From: dbmccro...@gmail.com The issue is that git 1.8.3 has a dependency on libcrypto.so.6 and libssl.so.6. Or more precisely, git-remote-http seems to have dependencies on these libraries. On our RH5.6 boxes, not a problem as they are found in /lib64. On RH6 (kernel version 2.6.32-431), big problem, they aren't found at all when I run git, or do ldd git-remote-http to check the dependencies. As best I can tell, these libraries are not included in the RH6 standard installation. Now I could beg our IT to install the necessary RPMs on our RH6 boxes (and yes it will take considerable groveling and begging) but it doesn't seem that will solve the problem when our s/w is installed by RH6 customers. They will presumably see the same: This may or may not help you, but one possibility is to build an RPM that states a dependency on the RPM(s) that contain libcrypto and libssl. Or rather, I think you can state a dependency on those versions of the library. Then, when customers try to load the new Git RPM, it requires them to load the dependencies. This assumes that the customers actually have the dependency RPMs to load. If you can't expect the customers to have the dependency RPMs, all you can do is build a special version that doesn't contain the commands (or whatever) that needs the dependencies. Dale -- You received this message because you are subscribed to the Google Groups Git for human beings group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.