[Trac] Re: Even though path is correct, I get an error "bash: git-receive-pack: command not found."

[mbs400]

Matthew,

I ran these on the server as you suggested

$ cd /usr/local/bin
$ sudo ln -s /usr/local/git/bin/* .

but the error is still there.


# 
# From my workstation
# 

$ cd '/data/git/sandbox/tmp/'

$ pwd
  ---> /data/git/sandbox/tmp

$ git status
  ---> # On branch master
  ---> nothing to commit (working directory clean)

# 
# ERROR (next command)
# 
$ git push origin master
  ---> Password:
  ---> bash: git-receive-pack: command not found
  ---> fatal: The remote end hung up unexpectedly

# worked ok with the new symlinks, but still the same problem.

$ git push origin master --receive-pack=/usr/local/bin/git-receive-pack
  ---> Password:
  ---> Everything up-to-date
$ 

I restored the server boot disk from an earlier backup, and started over 
again by getting the osx installer from the git official site.
--
Latest stable release (download installer)
1.7.11.1
Release Notes (2012-06-21)

http://git-scm.com/download/mac
--

Double clicked on the installer from the git site, installed and restarted 
the server. After it came up to speed I checked :

$ which git
  ---> /usr/local/git/bin/git

Which shows a non standard path as you can see.

BIll Hernandez
Plano, Texas

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/SdMpiU2I6GMJ.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

[Trac] Migrating Trac?: From 0.11.4 to 12.2, from Ubuntu 10.4 to 12.04, from python2.6 to python2.7

[cburn]

Greetings,

If anyone has docs how to migrate a Trac environment from one server to 
another under the following conditions, I'd much appreciate it:

>From Old server (Ubuntu 10.04) to new server (Ubuntu 12.04)
>From Trac 0.11.4 to 12.2
>From Old server running python2.6 to new server running python2.7

My guess is that I need to an upgrade on the old server first, then do a 
hotcopy and copy over the upgraded environment to the new server. I 
searched for suggestions but didn't find anything matching my specific 
case. Is this even possible?

Any suggestions would be much appreciated.

Thanks,
Chris

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/nviP90mNHRwJ.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

[Trac] Trac on RHEL6 with mod_wsgi resource problems?

[Masopust, Christian]

Hi all,

today we've added a clone (separate database and separate trac-directory) of 
one of our existing
projects as an additional project to our trac server and after adding it, 
apache httpd does not start up
again.

The only error messages we see in apache's error_log are:

[Tue Jun 26 12:24:29 2012] [notice] Apache/2.2.15 (Unix) DAV/2 mod_wsgi/3.3 
Python/2.6.6 SVN/1.6.11 mod_ssl/2.2.15 OpenSSL/1.0.0-fips mod_perl/2.0.4 
Perl/v5.10.1 configured -- resuming normal operations
[Tue Jun 26 13:37:13 2012] [notice] suEXEC mechanism enabled (wrapper: 
/usr/sbin/suexec)
[Tue Jun 26 13:37:14 2012] [notice] Digest: generating secret for digest 
authentication ...
[Tue Jun 26 13:37:14 2012] [notice] Digest: done
[Tue Jun 26 13:37:14 2012] [warn] mod_wsgi: Compiled for Python/2.6.5.
[Tue Jun 26 13:37:14 2012] [warn] mod_wsgi: Runtime using Python/2.6.6.
[Tue Jun 26 13:37:15 2012] [alert] (11)Resource temporarily unavailable: 
setuid: unable to change to uid: 48
[Tue Jun 26 13:37:15 2012] [alert] (11)Resource temporarily unavailable: 
setuid: unable to change to uid: 48
.
[Tue Jun 26 13:37:15 2012] [alert] (11)Resource temporarily unavailable: 
setuid: unable to change to uid: 48
[Tue Jun 26 13:37:15 2012] [notice] Apache/2.2.15 (Unix) DAV/2 mod_wsgi/3.3 
Python/2.6.6 SVN/1.6.11 mod_ssl/2.2.15 OpenSSL/1.0.0-fips mod_perl/2.0.4 
Perl/v5.10.1 configured -- resuming normal operations
[Tue Jun 26 13:37:15 2012] [alert] Child 21186 returned a Fatal error... Apache 
is exiting!
[Tue Jun 26 13:37:15 2012] [emerg] (43)Identifier removed: couldn't grab the 
accept mutex
[Tue Jun 26 13:37:15 2012] [emerg] (43)Identifier removed: couldn't grab the 
accept mutex
..
[Tue Jun 26 13:37:15 2012] [emerg] (22)Invalid argument: couldn't grab the 
accept mutex
[Tue Jun 26 13:37:16 2012] [alert] (11)Resource temporarily unavailable: 
mod_wsgi (pid=20233): Couldn't create reaper thread in daemon process 
'inum_backup'.
[Tue Jun 26 13:37:16 2012] [alert] (11)Resource temporarily unavailable: 
mod_wsgi (pid=20203): Couldn't create reaper thread in daemon process 
'NexusTest'.
[Tue Jun 26 13:37:16 2012] [emerg] (22)Invalid argument: couldn't grab the 
accept mutex
.
[Tue Jun 26 13:37:16 2012] [emerg] (22)Invalid argument: couldn't grab the 
accept mutex
[Tue Jun 26 13:37:18 2012] [emerg] (22)Invalid argument: couldn't release the 
accept mutex
[Tue Jun 26 13:37:19 2012] [emerg] (22)Invalid argument: couldn't grab the 
accept mutex
and after that line all httpd processes are ending

Do we already have too many projects on our server (currently there are 32 
active projects) ?
Are there any limitations in mod_wsgi ?

Thanks a lot for your help!
Christian

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] Re: Do people use mod_python or mod_wsgi these days, on Windows with Apache?

[Warren Postma]

It would be nice if the next drop of the Bitnami trac stack included not 
only Python 2.7 (instead of 2.6 which it is currently) but also had an 
Apache 2.4 version.  But it seems that the staying-with-2.2 and python-2.6 
thing bodes not well for that. There must be some chain-of-dependency 
issues that would make it hard for them to move up.  Obviously dependency 
management on Windows is a big pain, we have no apt-get alternative.  And 
when Python is involved, there is the question of building all your binary 
extensions with the same compiler version, and all that, too.  Some stuff 
is built with mingw/cygwin, and some stuff is built with a particular 
VisualC++ compiler.

Warren

On Tuesday, June 26, 2012 1:42:22 PM UTC-4, Dave Huang wrote:
>
> Does anyone have a solution for Apache 2.4.x on Windows with Python 2.7? 
> It seems like everything mentioned so far is Apache 2.2, but I'd like to 
> move to 2.4 for IPv6 support (while Apache has had IPv6 support for a long 
> time, it's been disabled in the official Windows builds up until 2.4, for 
> reasons that I didn't pay much attention to). I'm currently running Apache 
> 2.2, Python 2.7, and mod_wsgi, and it's working well, and I'd like to stick 
> with mod_wsgi. However, the mod_wsgi website doesn't seem to have any 
> binaries compatible with Apache 2.4. I guess I could try compiling it 
> myself... 
> -- 
> Name: Dave Huang 
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/7arGaoPQkk4J.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] Re: Do people use mod_python or mod_wsgi these days, on Windows with Apache?

[Dave Huang]

Does anyone have a solution for Apache 2.4.x on Windows with Python 2.7? It 
seems like everything mentioned so far is Apache 2.2, but I'd like to move to 
2.4 for IPv6 support (while Apache has had IPv6 support for a long time, it's 
been disabled in the official Windows builds up until 2.4, for reasons that I 
didn't pay much attention to). I'm currently running Apache 2.2, Python 2.7, 
and mod_wsgi, and it's working well, and I'd like to stick with mod_wsgi. 
However, the mod_wsgi website doesn't seem to have any binaries compatible with 
Apache 2.4. I guess I could try compiling it myself...
-- 
Name: Dave Huang |  Mammal, mammal / their names are called /
INet: k...@azeotrope.org |  they raise a paw / the bat, the cat /
FurryMUCK: Dahan |  dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 36 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

RE: [Trac] Re: Do people use mod_python or mod_wsgi these days, on Windows with Apache?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Warren Postma
> Sent: 26 June 2012 15:41
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] Re: Do people use mod_python or mod_wsgi 
> these days, on Windows with Apache?
> 
> Thanks victoria.
> 
> I will upgrade to the Python 2.7 version as soon as possible. 
> It seems that Python 2.6 might have some really odd quirks 
> with TracMercurial + Mercurial and I hope that these are all 
> sorted in Python 2.7.
> 
> 
>   On Tue, Jun 19, 2012 at 11:11 PM, Craig A  wrote: 
>   > I answered on superuser 
> http://superuser.com/a/439002/141169 
>   suggesting the 
>   > Bitnami Trac Installer 
>   
> 
> 
> I have a feature request for the Bitnami Trac Stack. It would 
> be great if it was a bit more of a"Batteries Included" 
> version of trac with more plugins pre-installed out of box.  

...have you heard of apache bloodhound 
(http://incubator.apache.org/bloodhound/)?  Its not ready yet but sounds more 
like "Batteries Included" than vanilla Trac.

~ Mark C

> Most users need a bunch more plugins, including 
> user-management to add and create users, and their 
> permissions, defaulting to apache htpasswd auth backend, 
> right out of the box.  It is surprising that 
> user-configuration requires a Trac plugin to be added, and 
> manually configured, before I can even add a user to my 
> installation.It was a lot easier to get going than 
> manually installing Mod_Wsgi into Apache, then getting Trac 
> going  purely with Easy-install and setup.py, etc etc.   
> 
> It might be a bit selfish of me to wish that TracMercurial 
> and Mercurial itself get added to the base Bitnami Trac 
> Stack, but  at least on Windows, those are hard to get going.
> 
> To those who said "Change to Linux", I know, I know. I am 
> setting up a build-integration environment that is for a 
> Windows codebase.   I love using Trac, and python solutions 
> on Linux, and find the environment much saner to work with.   
> That bitnami trac stack makes a big job on Windows easier, is 
> an amazing thing, thanks Victoria, and the rest of the 
> Bitnami team for doing this work.
> 
> Trac is amazing, and the Bitnami stack is amazing.   Kudos to 
> all involved.
> 
> Warren
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] Re: Do people use mod_python or mod_wsgi these days, on Windows with Apache?

[Warren Postma]

Thanks victoria.

I will upgrade to the Python 2.7 version as soon as possible. It seems that 
Python 2.6 might have some really odd quirks with TracMercurial + Mercurial 
and I hope that these are all sorted in Python 2.7.

On Tue, Jun 19, 2012 at 11:11 PM, Craig A  wrote: 
> > I answered on superuser http://superuser.com/a/439002/141169 suggesting 
> the 
> > Bitnami Trac Installer 
>

I have a feature request for the Bitnami Trac Stack. It would be great if 
it was a bit more of a"Batteries Included" version of trac with more 
plugins pre-installed out of box.  Most users need a bunch more plugins, 
including user-management to add and create users, and their permissions, 
defaulting to apache htpasswd auth backend, right out of the box.  It is 
surprising that user-configuration requires a Trac plugin to be added, and 
manually configured, before I can even add a user to my installation.It 
was a lot easier to get going than manually installing Mod_Wsgi into 
Apache, then getting Trac going  purely with Easy-install and setup.py, etc 
etc.   

It might be a bit selfish of me to wish that TracMercurial and Mercurial 
itself get added to the base Bitnami Trac Stack, but  at least on Windows, 
those are hard to get going.

To those who said "Change to Linux", I know, I know. I am setting up a 
build-integration environment that is for a Windows codebase.   I love 
using Trac, and python solutions on Linux, and find the environment much 
saner to work with.   That bitnami trac stack makes a big job on Windows 
easier, is an amazing thing, thanks Victoria, and the rest of the Bitnami 
team for doing this work.

Trac is amazing, and the Bitnami stack is amazing.   Kudos to all involved.

Warren

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/DFZrScLYhd0J.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

[Trac] Re: troubleshooting tips for TracMercurial: Lost in the cracks.

[Warren Postma]

I replied to the group with a new subject. Sorry I should have replied to 
this thread.  

My setup is:


Windows Server 2008 R2,
Bitnami Trac Stack (all 32 bit) with Apache 2.2, Python 2.6
Mercurial binaries from  http://mercurial.selenic.com/wiki/Download  
-> 
https://bitbucket.org/tortoisehg/thg-winbuild/downloads/mercurial-2.2.2.win32-py2.6.exe
 
 (installed via registry hacks)


Warren


On Monday, June 25, 2012 1:41:18 PM UTC-4, Christian Boos wrote:
>
> Hello Warren, 
>
>
> On 6/25/2012 7:12 PM, Warren Postma wrote: 
> > I've followed everything you've written at this wiki topic: 
> > http://trac.edgewall.org/wiki/TracMercurial 
> > 
> > Currently stuck with non-working Tracmercurial plugin,  on a bitnami 
> > trac stack install from http://bitnami.org/stack/trac 
> > on windows. 
> > 
> > I believe I'm hitting some of the weirdness you discuss in your  wiki 
> > about Mercurial and it's .pyd extensions and something 
> > about the mod_wsgi environment is breaking Mercurial, or breaking 
> > TracMercurial when it tries to import the hg python modules. 
> > 
> > The following code works fine from the bitnami-stac version of python 
> > 2.6 on my system: 
> > 
> > from mercurial import ui, hg 
> > path = 'D:/Code/wpCode/RentalPoint10-wp' 
> > repo = hg.repository(ui.ui(), path) 
> > print path,"Repository info:" 
> > print repr(repo), "object len: ",len(repo) 
> > 
> > 
> > The logs show that the TracMercurial .egg is being loaded by trac. 
> > First I get an exception to do with *demandimport. * 
> > I disabled*demandimport *in *mercurial* by replacing the real Mercurial 
> > demandimport.py unit with this code: 
> > 
> > 
> > # demandimport.py - disabled by warren. 
> > 
> > ''' 
> > demandimport - disabled in code by warren. 
> > ''' 
> > 
> > def enable(): 
> >  "does nothing" 
> >  pass 
> > 
> > def disable(): 
> >  "does nothing" 
> >  pass 
> > 
> > 
> > 
> > 
> > Now Trac starts up without any errors, and yet, the Mercurial plugin 
> > does not register itself. I'm not knowledgeable enough about Trac, or 
> > even Apache, yet, to further debug this. 
> > 
> > If you could point me at another wiki topic or two to help me figure out 
> > what I need to learn about Trac, or apache, or mod_wsgi to continue 
> > troubleshooting, I'd appreciate it. 
> > 
> > My python knowledge is pretty good, mercurial knowledge as a user is 
> > pretty good, and ability to read python and figure it out, is good 
> > enough, I think I can figure this out. 
> > 
> > Maybe I will need to log a bug in the Trac project bug tracker for this 
> > issue. Or maybe the issue is actually in the Bitnami stack. 
> > Or maybe it's Python's weird half-support for mercurial's "Library.zip" 
> > file.I'd like to find out which open source project needs a bug 
> > logged, and log it. Is this a mercurial bug? Python bug? Trac? :-) 
> > 
> > Warren 
> > 
>
> First you should have sent this to trac-users, as you might just have 
> caught the attention of someone who had already troubleshooted this. 
>
> Then the crucial information which is missing is how did you installed 
> Mercurial itself? From an installer (which one?), from source, etc. 
> As you hint at a "Library.zip" I suspect the problem might be related to 
> the installation itself, but you also say that from the Bitnami 
> python.exe, Mercurial seems to work fine, so... before I can try to 
> reproduce your issue, please provide detailed information about your 
> setup. 
>
> I've seen you've created a question on BitNami OSQA site, let's see what 
> they have to say, but I'm fully supportive about the idea to bundle 
> Mercurial in this stack, at least on Windows ;-) 
>
> -- Christian 
>
>
On Monday, June 25, 2012 1:41:18 PM UTC-4, Christian Boos wrote:
>
> Hello Warren, 
>
>
> On 6/25/2012 7:12 PM, Warren Postma wrote: 
> > I've followed everything you've written at this wiki topic: 
> > http://trac.edgewall.org/wiki/TracMercurial 
> > 
> > Currently stuck with non-working Tracmercurial plugin,  on a bitnami 
> > trac stack install from http://bitnami.org/stack/trac 
> > on windows. 
> > 
> > I believe I'm hitting some of the weirdness you discuss in your  wiki 
> > about Mercurial and it's .pyd extensions and something 
> > about the mod_wsgi environment is breaking Mercurial, or breaking 
> > TracMercurial when it tries to import the hg python modules. 
> > 
> > The following code works fine from the bitnami-stac version of python 
> > 2.6 on my system: 
> > 
> > from mercurial import ui, hg 
> > path = 'D:/Code/wpCode/RentalPoint10-wp' 
> > repo = hg.repository(ui.ui(), path) 
> > print path,"Repository info:" 
> > print repr(repo), "object len: ",len(repo) 
> > 
> > 
> > The logs show that the TracMercurial .egg is being loaded by trac. 
> > First I get an exception to do with *demandimport. * 
> > I disabled*demandimport *in *mercurial* by replacing the real Mercuri

[Trac] Installing TracMercurial and its dependencies (such as Mercurial itself) into an all-32-bit bitnami trac stack on Windows 2008R2 64 bit.

[Warren Postma]

I have Trac up and working, and the subversion integration that comes in 
the Bitnami Trac Stack is working fine.  Apache 2.2 and its http-auth 
features are working fine.  So far so good. It gets painful when I try to 
get TracMercurial going.

I've asked a question at answers.bitnami.org that contains some details on 
these problems I'm having getting TracMercurial running, including the 
error messages etc:
http://answers.bitnami.org/questions/5591/how-can-i-install-the-mercurial-plugin-into-the-bitnami-trac-stack
 

The TracMercurial wiki installation page has most of the information people 
need, and I've been following it religiously.  What I think I should have 
done first, is ask here on Trac-Users about how I should have gotten Python 
installed, as
a dependency. I tried everything on the wiki installation page, including:

1. Grabbing binary bits from TortoiseHG or Mercurial installations 
elsewhere on my system.  This causes me to run into various problems such 
as Python version mismatches (Bitnami trac stack is at 2.6, recent 
TortoiseHG and Mercurial-command-line binary installs on Windows, are on 
python 2.7).

2. Trying to do *Easy_Install Mercurial.  *This gets me stuck at the famous 
vcvarsall.bat problem.  (such as 
http://stackoverflow.com/questions/2272786/python-issueunable-to-find-vcvarsall-bat
 )

3.  What actually seemed to work (queue rejoicing) was to grab this file ( 
https://bitbucket.org/tortoisehg/thg-winbuild/downloads/mercurial-2.2.2.win32-py2.6.exe
 
)  and run it. First it complains that it can't find the Bitnami python 2.6 
install location, because Bitnami Trac Stack doesn't create the right 
registry keys. Well, a little registry hacking and we're away. 

Once installed, via method #3 above, the PYTHON environment seems to work, 
and mercurial codebase seems to work, that is, I can execute code that 
imports *hg* and *ui *from *mercurial , *and create an *hg repo *object, 
and do things with it. However
I then get stuck with the errors as shown in the answers.bitnami.org 
question above, which are twofold. The first error is that the 
demandimport.py module fails at runtime, like this error which comes out in 
the *trac.log*:

  File "C:\\Program Files\\BitNami Trac 
Stack\\python\\lib\\site-packages\\mercurial\\demandimport.py", line 87, in 
__getattribute__
return getattr(self._module, attr)
AttributeError: 'module' object has no attribute 'directives'

If I just get rid of the demandimport.py implementation and replace it with 
two functions with pass as the function body, I get the whole thing up and 
running with no more errors in my trac.log, but, yet, I have no mercurial 
repository type visible in the drop-down-list of available repository 
types, just subversion types. Also, if I try to change my primary repo from 
type svn to type hg, I get this error message on my main Trac project 
webpage at runtime:

Then, I get mercurial modules put into Python 2.6, and I get this error:

  (Unsupported version control system "hg": DLL load failed: 
  The specified module could not be found.).

Such errors do not get reproduced as python stack tracebacks in the hg.log, 
so I have a broken Python 2.6 based Mercurial installation.  The most 
promising tip in the TracMercurial Wiki is something to do with the 
library.zip that is distributed along with Mercurial.   I tried to follow 
the steps there (unzip library.zip and then add it to the path) but was 
unable to figure out the second part of that (how do I add something to the 
path, for just the mercurial parts of my python installation).

So, maybe I'm close; Maybe I just need to get that "unzip library.zip" step 
and "add a directory  to sys.path" part worked out. Or maybe I've broken 
things worse than that because of me using Method#3 above to get 
py2.6-mercurial binaries installed.

Ideas?

Warren

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/iXn8ihf7TcgJ.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] Even though path is correct, I get an error "bash: git-receive-pack: command not found."

[Bill Hernandez]

Matthew,

On Jun 26, 2012, at 7:28 AM, Matthew Caron wrote:

> /usr/local/git/bin/git is a nonstandard path, and is something you added to 
> the path yourself, yes? Is is possible that the configuration file you used 
> only applies to login shells, and not for a noninteractive shell?

My workstation with OSX Lion came with git installed. My Snow Leopard Server 
did not, so used one of the available installers after I went to github the 
other day, and installed git, but I didn't touch the path at all. 

I probably should have done more research, but it seemed straight-forward 
enough so I didn't bother. After receiving your reply I googled 'OSX git 
install' and found quite a bit that I will now take the time to read through.

> As a general case, rather than continually adding to the path and growing it 
> ever longer, I tend to symlink things in to the correct spots.

I do this a lot with things I am familiar with, but never even thought of it 
this time...

> So:
> cd /usr/local/bin && ln -s /usr/local/git/bin/* .
> 
> It also has a nice secondary effect of avoiding problems like this.

Thank You very much for taking the time to help me. I am most grateful…

Bill Hernandez
Plano, Texas
http://www.journey-of-flight.com

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.

Re: [Trac] Even though path is correct, I get an error "bash: git-receive-pack: command not found."

[Matthew Caron]

On 06/25/2012 11:45 PM, mbs400 wrote:

When I try to do a $ git push origin master, I get an error "bash:
git-receive-pack: command not found."

When I do a $ which git on the remote server, it gives me the same path
/usr/local/git/bin/git, asn shown in echo $PATH.


/usr/local/git/bin/git is a nonstandard path, and is something you added 
to the path yourself, yes? Is is possible that the configuration file 
you used only applies to login shells, and not for a noninteractive shell?


As a general case, rather than continually adding to the path and 
growing it ever longer, I tend to symlink things in to the correct 
spots. So:


cd /usr/local/bin && ln -s /usr/local/git/bin/* .

It also has a nice secondary effect of avoiding problems like this.
--
Matthew Caron, Build Engineer
Sixnet, a Red Lion business | www.sixnet.com
+1 (518) 877-5173 x138 office


--
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To post to this group, send email to trac-users@googlegroups.com.
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en.