* Reduced privileges install
@ 2010-09-19 23:50 Andrew Keller
2010-09-20 1:07 ` Randal L. Schwartz
2010-09-20 14:53 ` Brandon Casey
0 siblings, 2 replies; 17+ messages in thread
From: Andrew Keller @ 2010-09-19 23:50 UTC (permalink / raw)
To: Git List
Hello, all. Quick question:
I'm trying to build and install git 1.7.2.3 from source on a server at school used for my class.
'uname -a' is 'SunOS bloch 5.9 Generic_122300-54 sun4u sparc SUNW,UltraAX-i2'.
There were a few hiccups at first – things like CC not being defined, tclsh not existing, the path to python being wrong, etc, but they were all relatively easy to work around. This last error, however, not so much luck.
Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
$ make install
...
make -C templates DESTDIR='' install
make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
/usr/ucb/install -d -m 755 '/usr/users/students/ak4390/.local/share/git-core/templates'
(cd blt && gtar cf - .) | \
(cd '/usr/users/students/ak4390/.local/share/git-core/templates' && umask 022 && gtar xof -)
make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
make -C perl prefix='/usr/users/students/ak4390/.local' DESTDIR='' install
make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
make[2]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
Warning: You do not have permissions to install into /usr/perl5/site_perl/5.6.1/sun4-solaris-64int at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 85.
Installing /usr/perl5/site_perl/5.6.1/Error.pm
Installing /usr/perl5/site_perl/5.6.1/Git.pm
mkdir /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto: Permission denied at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 165
make[2]: *** [pure_site_install] Error 255
make[2]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
make: *** [install] Error 2
So anyways, it appears that it is trying to install into a directory in which I do not have write permissions. But why? I thought that setting the prefix to a folder in my home directory would change that. Is there another parameter I'm forgetting about at the configure stage?
Thanks,
Andrew Keller
PS: not sure if it matters, but just in case...
path to perl: /bin/perl
version of perl: 5.6.1
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-19 23:50 Reduced privileges install Andrew Keller
@ 2010-09-20 1:07 ` Randal L. Schwartz
2010-09-20 1:31 ` Andrew Keller
2010-09-20 14:53 ` Brandon Casey
1 sibling, 1 reply; 17+ messages in thread
From: Randal L. Schwartz @ 2010-09-20 1:07 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
>>>>> "Andrew" == Andrew Keller <andrew@kellerfarm•com> writes:
Andrew> Because I do not own the server and my account has restricted
Andrew> privileges, I attempted to augment my PATH to include a
Andrew> directory in my home folder, and then install git in there by
Andrew> specifying a prefix at the configure stage. The configure and
Andrew> the make work, but the make install fails. Here's the last
Andrew> section of the log:
What's your PREFIX set to? If you set your prefix, the Perl modules are
installed below the prefix, not in the system dirs.
Andrew> $ make install
Yeah, I don't see a prefix here, unless you set it in your Makefile.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge•com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 1:07 ` Randal L. Schwartz
@ 2010-09-20 1:31 ` Andrew Keller
2010-09-20 6:51 ` Kevin Ballard
0 siblings, 1 reply; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 1:31 UTC (permalink / raw)
To: Git List
On Sep 19, 2010, at 9:07 PM, Randal L. Schwartz wrote:
> "Andrew" == Andrew Keller <andrew@kellerfarm•com> writes:
>
>> Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
>
> What's your PREFIX set to? If you set your prefix, the Perl modules are installed below the prefix, not in the system dirs.
Here's what I executed:
$ ./configure --prefix=/usr/users/students/ak4390/.local
$ make
$ make install
I also tried providing the --oldincludedir and --datadir parameters, but I got the same result.
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 1:31 ` Andrew Keller
@ 2010-09-20 6:51 ` Kevin Ballard
2010-09-20 14:06 ` Andrew Keller
2010-09-20 14:40 ` Matthieu Moy
0 siblings, 2 replies; 17+ messages in thread
From: Kevin Ballard @ 2010-09-20 6:51 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
On Sep 19, 2010, at 6:31 PM, Andrew Keller wrote:
> On Sep 19, 2010, at 9:07 PM, Randal L. Schwartz wrote:
>> "Andrew" == Andrew Keller <andrew@kellerfarm•com> writes:
>>
>>> Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
>>
>> What's your PREFIX set to? If you set your prefix, the Perl modules are installed below the prefix, not in the system dirs.
>
>
> Here's what I executed:
>
> $ ./configure --prefix=/usr/users/students/ak4390/.local
> $ make
> $ make install
>
> I also tried providing the --oldincludedir and --datadir parameters, but I got the same result.
I admit, I'm not well-versed on the build system, but my impression was that specifying --prefix in ./configure was indeed supposed to propagate to a subsequent make and make install. However, you may wish to attempt the following to be sure:
$ make PREFIX=/usr/users/students/ak4390/.local
$ make install PREFIX=/usr/users/students/ak4390/.local
-Kevin Ballard
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 6:51 ` Kevin Ballard
@ 2010-09-20 14:06 ` Andrew Keller
2010-09-20 14:40 ` Matthieu Moy
1 sibling, 0 replies; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 14:06 UTC (permalink / raw)
To: Git List
On Sep 20, 2010, at 2:51 AM, Kevin Ballard wrote:
> On Sep 19, 2010, at 6:31 PM, Andrew Keller wrote:
>> On Sep 19, 2010, at 9:07 PM, Randal L. Schwartz wrote:
>>> "Andrew" == Andrew Keller <andrew@kellerfarm•com> writes:
>>>
>>>> Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
>>>
>>> What's your PREFIX set to? If you set your prefix, the Perl modules are installed below the prefix, not in the system dirs.
>>
>> Here's what I executed:
>>
>> $ ./configure --prefix=/usr/users/students/ak4390/.local
>> $ make
>> $ make install
>>
>> I also tried providing the --oldincludedir and --datadir parameters, but I got the same result.
>
> I admit, I'm not well-versed on the build system, but my impression was that specifying --prefix in ./configure was indeed supposed to propagate to a subsequent make and make install. However, you may wish to attempt the following to be sure:
>
> $ make PREFIX=/usr/users/students/ak4390/.local
> $ make install PREFIX=/usr/users/students/ak4390/.local
The same error occurs when providing the prefix to the build and install segments.
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 6:51 ` Kevin Ballard
2010-09-20 14:06 ` Andrew Keller
@ 2010-09-20 14:40 ` Matthieu Moy
2010-09-20 14:52 ` Randal L. Schwartz
2010-09-20 15:48 ` Andrew Keller
1 sibling, 2 replies; 17+ messages in thread
From: Matthieu Moy @ 2010-09-20 14:40 UTC (permalink / raw)
To: Kevin Ballard; +Cc: Andrew Keller, Git List
Andrew Keller <andrew@kellerfarm•com> writes:
> make -C perl prefix='/usr/users/students/ak4390/.local' DESTDIR='' install
> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
> make[2]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
> Warning: You do not have permissions to install into /usr/perl5/site_perl/5.6.1/sun4-solaris-64int at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 85.
The DESTDIR='' is suspicious. It seems the prefix is not passed
properly in recursive "make" invocations, and perl tries to install
things in the default directory.
Kevin Ballard <kevin@sb•org> writes:
> Andrew Keller <andrew@kellerfarm•com> writes:
>> $ ./configure --prefix=/usr/users/students/ak4390/.local
>> $ make
>> $ make install
>
> I admit, I'm not well-versed on the build system, but my impression
> was that specifying --prefix in ./configure was indeed supposed to
> propagate to a subsequent make and make install.
It does. I installed Git successfully without ever being root on
several machines.
In my case, it was GNU/Linux machines, so something may go wrong
because of a non-gnu system. Did you try compiling with gmake instead
of make?
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 14:40 ` Matthieu Moy
@ 2010-09-20 14:52 ` Randal L. Schwartz
2010-09-20 15:48 ` Andrew Keller
1 sibling, 0 replies; 17+ messages in thread
From: Randal L. Schwartz @ 2010-09-20 14:52 UTC (permalink / raw)
To: Matthieu Moy; +Cc: Kevin Ballard, Andrew Keller, Git List
>>>>> "Matthieu" == Matthieu Moy <Matthieu.Moy@grenoble-inp•fr> writes:
Matthieu> In my case, it was GNU/Linux machines, so something may go wrong
Matthieu> because of a non-gnu system. Did you try compiling with gmake instead
Matthieu> of make?
Works fine for me on OSX. Here's my build script:
get.git:
cd ~/MIRROR/git-GIT && git fetch && git diff --stat live origin/master
make.git:
cd ~/MIRROR/git-GIT &&
git reset --hard origin/master &&
make prefix=/opt/git all install quick-install-man &&
git tag -f live HEAD
And everything (including the Perl bits) ends up under /opt/git.
I don't even run configure. Not sure why I would. :)
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge•com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-19 23:50 Reduced privileges install Andrew Keller
2010-09-20 1:07 ` Randal L. Schwartz
@ 2010-09-20 14:53 ` Brandon Casey
2010-09-20 16:56 ` Andrew Keller
1 sibling, 1 reply; 17+ messages in thread
From: Brandon Casey @ 2010-09-20 14:53 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
On 09/19/2010 06:50 PM, Andrew Keller wrote:
> Hello, all. Quick question:
>
> I'm trying to build and install git 1.7.2.3 from source on a server at school used for my class.
> 'uname -a' is 'SunOS bloch 5.9 Generic_122300-54 sun4u sparc SUNW,UltraAX-i2'.
>
> There were a few hiccups at first – things like CC not being defined, tclsh not existing, the path to python being wrong, etc, but they were all relatively easy to work around. This last error, however, not so much luck.
>
> Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
>
>
> $ make install
>
> ...
>
> make -C templates DESTDIR='' install
> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
> /usr/ucb/install -d -m 755 '/usr/users/students/ak4390/.local/share/git-core/templates'
> (cd blt && gtar cf - .) | \
> (cd '/usr/users/students/ak4390/.local/share/git-core/templates' && umask 022 && gtar xof -)
> make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
> make -C perl prefix='/usr/users/students/ak4390/.local' DESTDIR='' install
> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
> make[2]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
> Warning: You do not have permissions to install into /usr/perl5/site_perl/5.6.1/sun4-solaris-64int at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 85.
> Installing /usr/perl5/site_perl/5.6.1/Error.pm
> Installing /usr/perl5/site_perl/5.6.1/Git.pm
> mkdir /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto: Permission denied at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 165
> make[2]: *** [pure_site_install] Error 255
> make[2]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
> make[1]: *** [install] Error 2
> make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
> make: *** [install] Error 2
>
>
> So anyways, it appears that it is trying to install into a directory in which I do not have write permissions. But why? I thought that setting the prefix to a folder in my home directory would change that. Is there another parameter I'm forgetting about at the configure stage?
>
> Thanks,
> Andrew Keller
>
> PS: not sure if it matters, but just in case...
> path to perl: /bin/perl
> version of perl: 5.6.1
By chance could INSTALL_BASE be set in your environment?
$ echo $INSTALL_BASE
A patch was recently made to unset that variable so that it
could not influence perl's makemaker. Though the commit message
indicates that makemaker complains loudly when both INSTALL_BASE
and PREFIX are set, so perhaps this is not the problem.
If INSTALL_BASE is set, then unset it, and try again.
Alternatively, you could avoid makemaker altogether by setting
NO_PERL_MAKEMAKER on the make command line and git will build
its own make file:
make NO_PERL_MAKEMAKER=1 install
-Brandon
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 14:40 ` Matthieu Moy
2010-09-20 14:52 ` Randal L. Schwartz
@ 2010-09-20 15:48 ` Andrew Keller
1 sibling, 0 replies; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 15:48 UTC (permalink / raw)
To: Git List
On Sep 20, 2010, at 10:40 AM, Matthieu Moy wrote:
> Kevin Ballard <kevin@sb•org> writes:
>> Andrew Keller <andrew@kellerfarm•com> writes:
>>
>>> $ ./configure --prefix=/usr/users/students/ak4390/.local
>>> $ make
>>> $ make install
>>
>> I admit, I'm not well-versed on the build system, but my impression
>> was that specifying --prefix in ./configure was indeed supposed to
>> propagate to a subsequent make and make install.
>
> It does. I installed Git successfully without ever being root on
> several machines.
>
> In my case, it was GNU/Linux machines, so something may go wrong
> because of a non-gnu system. Did you try compiling with gmake instead
> of make?
Just did. There is no change in the result. A website also suggested disabling curl support, and defining INSTALL as /usr/ucb/install. No change. The install target is very insistent on installing into /usr/perl5/site_perl/5.6.1/sun4-solaris-64int.
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 14:53 ` Brandon Casey
@ 2010-09-20 16:56 ` Andrew Keller
2010-09-20 17:01 ` Ævar Arnfjörð Bjarmason
2010-09-20 19:12 ` Brandon Casey
0 siblings, 2 replies; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 16:56 UTC (permalink / raw)
To: Git List
On Sep 20, 2010, at 10:53 AM, Brandon Casey wrote:
> On 09/19/2010 06:50 PM, Andrew Keller wrote:
>
>> Hello, all. Quick question:
>>
>> I'm trying to build and install git 1.7.2.3 from source on a server at school used for my class.
>> 'uname -a' is 'SunOS bloch 5.9 Generic_122300-54 sun4u sparc SUNW,UltraAX-i2'.
>>
>> There were a few hiccups at first – things like CC not being defined, tclsh not existing, the path to python being wrong, etc, but they were all relatively easy to work around. This last error, however, not so much luck.
>>
>> Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
>>
>>
>> $ make install
>>
>> ...
>>
>> make -C templates DESTDIR='' install
>> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
>> /usr/ucb/install -d -m 755 '/usr/users/students/ak4390/.local/share/git-core/templates'
>> (cd blt && gtar cf - .) | \
>> (cd '/usr/users/students/ak4390/.local/share/git-core/templates' && umask 022 && gtar xof -)
>> make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
>> make -C perl prefix='/usr/users/students/ak4390/.local' DESTDIR='' install
>> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>> make[2]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>> Warning: You do not have permissions to install into /usr/perl5/site_perl/5.6.1/sun4-solaris-64int at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 85.
>> Installing /usr/perl5/site_perl/5.6.1/Error.pm
>> Installing /usr/perl5/site_perl/5.6.1/Git.pm
>> mkdir /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto: Permission denied at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 165
>> make[2]: *** [pure_site_install] Error 255
>> make[2]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>> make[1]: *** [install] Error 2
>> make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>> make: *** [install] Error 2
>>
>>
>> So anyways, it appears that it is trying to install into a directory in which I do not have write permissions. But why? I thought that setting the prefix to a folder in my home directory would change that. Is there another parameter I'm forgetting about at the configure stage?
>>
>> Thanks,
>> Andrew Keller
>>
>> PS: not sure if it matters, but just in case...
>> path to perl: /bin/perl
>> version of perl: 5.6.1
>
> By chance could INSTALL_BASE be set in your environment?
>
> $ echo $INSTALL_BASE
env says that INSTALL_BASE is not currently set.
> A patch was recently made to unset that variable so that it
> could not influence perl's makemaker. Though the commit message
> indicates that makemaker complains loudly when both INSTALL_BASE
> and PREFIX are set, so perhaps this is not the problem.
>
> If INSTALL_BASE is set, then unset it, and try again.
>
> Alternatively, you could avoid makemaker altogether by setting
> NO_PERL_MAKEMAKER on the make command line and git will build
> its own make file:
>
> make NO_PERL_MAKEMAKER=1 install
Setting NO_PERL_MAKEMAKER at the build stage seems to make the install stage work. Yay!
This is what it took to compile Git on this server without root privileges (Solaris 8 / Sparc):
# create a location for apps in my home folder:
mkdir ~/.local
export PATH=$PATH:/usr/users/students/ak4390/.local/bin
export MANPATH=$MANPATH:/usr/users/students/ak4390/.local/share/man
# compile and install git
$ ln -s /usr/local/bin/tclsh8.4 /usr/users/students/ak4390/.local/bin/tclsh
$ export CC=/usr/local/bin/gcc
$ cd <path-to-git-src>
$ ./configure --prefix=/usr/users/students/ak4390/.local --with-python=/usr/local/bin/python --enable-pthreads=no
$ make NO_PERL_MAKEMAKER=1 all install
Letting the configure figure out the threading did not seem to work. The compile and install worked, with lots of warnings from gcc about not recognizing -pthreads, but when you try to do a clone, git complained about not being able to fork off the demultiplexer. So I just turned off threading and it works.
The quick-install-man target still failed, but it's not really a big deal since I can just install it myself.
Thanks,
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 16:56 ` Andrew Keller
@ 2010-09-20 17:01 ` Ævar Arnfjörð Bjarmason
2010-09-20 20:28 ` Andrew Keller
2010-09-20 19:12 ` Brandon Casey
1 sibling, 1 reply; 17+ messages in thread
From: Ævar Arnfjörð Bjarmason @ 2010-09-20 17:01 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
On Mon, Sep 20, 2010 at 16:56, Andrew Keller <andrew@kellerfarm•com> wrote:
> On Sep 20, 2010, at 10:53 AM, Brandon Casey wrote:
>> On 09/19/2010 06:50 PM, Andrew Keller wrote:
>>
>>> Hello, all. Quick question:
>>>
>>> I'm trying to build and install git 1.7.2.3 from source on a server at school used for my class.
>>> 'uname -a' is 'SunOS bloch 5.9 Generic_122300-54 sun4u sparc SUNW,UltraAX-i2'.
>>>
>>> There were a few hiccups at first – things like CC not being defined, tclsh not existing, the path to python being wrong, etc, but they were all relatively easy to work around. This last error, however, not so much luck.
>>>
>>> Because I do not own the server and my account has restricted privileges, I attempted to augment my PATH to include a directory in my home folder, and then install git in there by specifying a prefix at the configure stage. The configure and the make work, but the make install fails. Here's the last section of the log:
>>>
>>>
>>> $ make install
>>>
>>> ...
>>>
>>> make -C templates DESTDIR='' install
>>> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
>>> /usr/ucb/install -d -m 755 '/usr/users/students/ak4390/.local/share/git-core/templates'
>>> (cd blt && gtar cf - .) | \
>>> (cd '/usr/users/students/ak4390/.local/share/git-core/templates' && umask 022 && gtar xof -)
>>> make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/templates'
>>> make -C perl prefix='/usr/users/students/ak4390/.local' DESTDIR='' install
>>> make[1]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>>> make[2]: Entering directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>>> Warning: You do not have permissions to install into /usr/perl5/site_perl/5.6.1/sun4-solaris-64int at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 85.
>>> Installing /usr/perl5/site_perl/5.6.1/Error.pm
>>> Installing /usr/perl5/site_perl/5.6.1/Git.pm
>>> mkdir /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto: Permission denied at /usr/perl5/5.6.1/lib/ExtUtils/Install.pm line 165
>>> make[2]: *** [pure_site_install] Error 255
>>> make[2]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>>> make[1]: *** [install] Error 2
>>> make[1]: Leaving directory `/usr/users/students/ak4390/Downloads/git-1.7.2.3/perl'
>>> make: *** [install] Error 2
>>>
>>>
>>> So anyways, it appears that it is trying to install into a directory in which I do not have write permissions. But why? I thought that setting the prefix to a folder in my home directory would change that. Is there another parameter I'm forgetting about at the configure stage?
>>>
>>> Thanks,
>>> Andrew Keller
>>>
>>> PS: not sure if it matters, but just in case...
>>> path to perl: /bin/perl
>>> version of perl: 5.6.1
>>
>> By chance could INSTALL_BASE be set in your environment?
>>
>> $ echo $INSTALL_BASE
>
> env says that INSTALL_BASE is not currently set.
>
>> A patch was recently made to unset that variable so that it
>> could not influence perl's makemaker. Though the commit message
>> indicates that makemaker complains loudly when both INSTALL_BASE
>> and PREFIX are set, so perhaps this is not the problem.
>>
>> If INSTALL_BASE is set, then unset it, and try again.
>>
>> Alternatively, you could avoid makemaker altogether by setting
>> NO_PERL_MAKEMAKER on the make command line and git will build
>> its own make file:
>>
>> make NO_PERL_MAKEMAKER=1 install
>
> Setting NO_PERL_MAKEMAKER at the build stage seems to make the install stage work. Yay!
>
> This is what it took to compile Git on this server without root privileges (Solaris 8 / Sparc):
>
> # create a location for apps in my home folder:
> mkdir ~/.local
> export PATH=$PATH:/usr/users/students/ak4390/.local/bin
> export MANPATH=$MANPATH:/usr/users/students/ak4390/.local/share/man
>
> # compile and install git
> $ ln -s /usr/local/bin/tclsh8.4 /usr/users/students/ak4390/.local/bin/tclsh
> $ export CC=/usr/local/bin/gcc
> $ cd <path-to-git-src>
> $ ./configure --prefix=/usr/users/students/ak4390/.local --with-python=/usr/local/bin/python --enable-pthreads=no
> $ make NO_PERL_MAKEMAKER=1 all install
>
> Letting the configure figure out the threading did not seem to work. The compile and install worked, with lots of warnings from gcc about not recognizing -pthreads, but when you try to do a clone, git complained about not being able to fork off the demultiplexer. So I just turned off threading and it works.
>
> The quick-install-man target still failed, but it's not really a big deal since I can just install it myself.
What does this return for you:
perl -MExtUtils::MakeMaker -le 'print $ExtUtils::MakeMaker::VERSION'
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 16:56 ` Andrew Keller
2010-09-20 17:01 ` Ævar Arnfjörð Bjarmason
@ 2010-09-20 19:12 ` Brandon Casey
2010-09-20 19:18 ` Brandon Casey
2010-09-20 22:53 ` Andrew Keller
1 sibling, 2 replies; 17+ messages in thread
From: Brandon Casey @ 2010-09-20 19:12 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
[We prefer if you hit 'Reply-All' when replying so that all
commenters are retained on the cc list]
On 09/20/2010 11:56 AM, Andrew Keller wrote:
> This is what it took to compile Git on this server without root privileges (Solaris 8 / Sparc):
I thought it was Solaris 9? :)
> # create a location for apps in my home folder:
> mkdir ~/.local
> export PATH=$PATH:/usr/users/students/ak4390/.local/bin
> export MANPATH=$MANPATH:/usr/users/students/ak4390/.local/share/man
Setting MANPATH is only necessary if you want to be able to type
'man git-add' or something. Instead, you can use the 'help' subcommand
of git, or the --help option of each command, and it will display
the man page for you.
$ git help add
> # compile and install git
> $ ln -s /usr/local/bin/tclsh8.4 /usr/users/students/ak4390/.local/bin/tclsh
You can set TCL_PATH instead of creating this symbolic link.
> $ export CC=/usr/local/bin/gcc
> $ cd <path-to-git-src>
> $ ./configure --prefix=/usr/users/students/ak4390/.local --with-python=/usr/local/bin/python --enable-pthreads=no
> $ make NO_PERL_MAKEMAKER=1 all install
>
> Letting the configure figure out the threading did not seem to work.
> The compile and install worked, with lots of warnings from gcc about not
> recognizing -pthreads, but when you try to do a clone, git complained about
> not being able to fork off the demultiplexer. So I just turned off threading
> and it works.
Maybe the configure script is broken with respect to detecting threads on
Solaris 8 (or 9)? You probably don't really need to run the configure
script on your platform. I don't. Since you're using gcc to compile, the
default pthread switch '-lpthread' should be appropriate. You could try
deleting the config.mak.autogen file that configure creates, and just run
make by itself. Based on what you've describe, it would look something
like this:
cd <path-to-git-src>
rm config.mak.autogen
cat >config.mak <<EOF
CC=/usr/local/bin/gcc
PREFIX=/usr/users/students/ak4390/.local
PYTHON_PATH=/usr/local/bin/python
TCL_PATH=/usr/local/bin/tclsh8.4
NO_PERL_MAKEMAKER=1
EOF
make
Then add 'install' to the make command line when you are ready.
Notice, I placed all of the make settings in a file named config.mak. This
file is imported by the main Makefile automatically and is intended to be
used like this for user settings. If you really need to disable pthreads,
then you can add NO_PTHREADS=1. Check out the comments at the top of the
Makefile for a list of all variables that can be set.
> The quick-install-man target still failed,
Strange. You tried _after_ you installed git right?
-Brandon
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 19:12 ` Brandon Casey
@ 2010-09-20 19:18 ` Brandon Casey
2010-09-20 20:39 ` Andrew Keller
2010-09-20 22:53 ` Andrew Keller
1 sibling, 1 reply; 17+ messages in thread
From: Brandon Casey @ 2010-09-20 19:18 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
On 09/20/2010 02:12 PM, Brandon Casey wrote:
> On 09/20/2010 11:56 AM, Andrew Keller wrote:
>> The quick-install-man target still failed,
>
> Strange. You tried _after_ you installed git right?
Oh, _and_ you're building within a checkout of the git
repository right? Not, within the extraction of a tar archive?
i.e.
git clone git://git.kernel.org/pub/scm/git/git.git
cd git
make
not
wget http://kernel.org/pub/software/scm/git/git-1.7.2.3.tar.gz
tar zxf git-1.7.2.3.tar.gz
cd git
make
-Brandon
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 17:01 ` Ævar Arnfjörð Bjarmason
@ 2010-09-20 20:28 ` Andrew Keller
0 siblings, 0 replies; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 20:28 UTC (permalink / raw)
To: Git List
On Sep 20, 2010, at 1:01 PM, Ævar Arnfjörð Bjarmason wrote:
> What does this return for you:
>
> perl -MExtUtils::MakeMaker -le 'print $ExtUtils::MakeMaker::VERSION'
5.45
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 19:18 ` Brandon Casey
@ 2010-09-20 20:39 ` Andrew Keller
0 siblings, 0 replies; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 20:39 UTC (permalink / raw)
To: Brandon Casey; +Cc: Git List
On Sep 20, 2010, at 3:18 PM, Brandon Casey wrote:
> On 09/20/2010 02:12 PM, Brandon Casey wrote:
>> On 09/20/2010 11:56 AM, Andrew Keller wrote:
>>
>>> The quick-install-man target still failed,
>>
>> Strange. You tried _after_ you installed git right?
>
> Oh, _and_ you're building within a checkout of the git repository right? Not, within the extraction of a tar archive?
Oh, yea... Forgot about that. Yea, the quick-install-man target works just fine.
Thanks,
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 19:12 ` Brandon Casey
2010-09-20 19:18 ` Brandon Casey
@ 2010-09-20 22:53 ` Andrew Keller
2010-09-20 23:20 ` Brandon Casey
1 sibling, 1 reply; 17+ messages in thread
From: Andrew Keller @ 2010-09-20 22:53 UTC (permalink / raw)
To: Brandon Casey; +Cc: Git List
On Sep 20, 2010, at 3:12 PM, Brandon Casey wrote:
> On 09/20/2010 11:56 AM, Andrew Keller wrote:
>
>> This is what it took to compile Git on this server without root privileges (Solaris 8 / Sparc):
>
> I thought it was Solaris 9? :)
Ah, you're right; I didn't catch that. The documentation for the server says Solaris 8, but uname -a says "SunOS hpl 5.9 Generic_122300-54 sun4u sparc SUNW,UltraAX-i2". I'd trust uname, so that makes this Solaris 9.
>> # compile and install git
>> $ ln -s /usr/local/bin/tclsh8.4 /usr/users/students/ak4390/.local/bin/tclsh
>
> You can set TCL_PATH instead of creating this symbolic link.
>
>> $ export CC=/usr/local/bin/gcc
>> $ cd <path-to-git-src>
>> $ ./configure --prefix=/usr/users/students/ak4390/.local --with-python=/usr/local/bin/python --enable-pthreads=no
>> $ make NO_PERL_MAKEMAKER=1 all install
>>
>> Letting the configure figure out the threading did not seem to work.
>> The compile and install worked, with lots of warnings from gcc about not
>> recognizing -pthreads, but when you try to do a clone, git complained about
>> not being able to fork off the demultiplexer. So I just turned off threading
>> and it works.
>
> Maybe the configure script is broken with respect to detecting threads on
> Solaris 8 (or 9)? You probably don't really need to run the configure
> script on your platform. I don't. Since you're using gcc to compile, the
> default pthread switch '-lpthread' should be appropriate. You could try
> deleting the config.mak.autogen file that configure creates, and just run
> make by itself. Based on what you've describe, it would look something
> like this:
>
> cd <path-to-git-src>
> rm config.mak.autogen
> cat >config.mak <<EOF
> CC=/usr/local/bin/gcc
> PREFIX=/usr/users/students/ak4390/.local
> PYTHON_PATH=/usr/local/bin/python
> TCL_PATH=/usr/local/bin/tclsh8.4
> NO_PERL_MAKEMAKER=1
> EOF
> make
>
> Then add 'install' to the make command line when you are ready.
>
> Notice, I placed all of the make settings in a file named config.mak. This
> file is imported by the main Makefile automatically and is intended to be
> used like this for user settings. If you really need to disable pthreads,
> then you can add NO_PTHREADS=1. Check out the comments at the top of the
> Makefile for a list of all variables that can be set.
Compiling as described above appears to go down in flames:
$ make
/bin/sh: curl-config: not found
CC fast-import.o
In file included from builtin.h:4,
from fast-import.c:147:
git-compat-util.h:140:25: openssl/ssl.h: No such file or directory
git-compat-util.h:141:25: openssl/err.h: No such file or directory
In file included from builtin.h:6,
from fast-import.c:147:
cache.h:9:21: openssl/sha.h: No such file or directory
In file included from fast-import.c:156:
csum-file.h:10: error: syntax error before "SHA_CTX"
csum-file.h:10: warning: no semicolon at end of struct or union
csum-file.h:15: error: 'crc32' redeclared as different kind of symbol
/usr/local/include/zlib.h:1285: error: previous declaration of 'crc32' was here
csum-file.h:15: error: 'crc32' redeclared as different kind of symbol
/usr/local/include/zlib.h:1285: error: previous declaration of 'crc32' was here
csum-file.h:17: error: syntax error before '}' token
fast-import.c: In function `store_object':
fast-import.c:995: error: `SHA_CTX' undeclared (first use in this function)
fast-import.c:995: error: (Each undeclared identifier is reported only once
fast-import.c:995: error: for each function it appears in.)
fast-import.c:995: error: syntax error before "c"
fast-import.c:1000: warning: implicit declaration of function `SHA1_Init'
fast-import.c:1000: error: `c' undeclared (first use in this function)
fast-import.c:1001: warning: implicit declaration of function `SHA1_Update'
fast-import.c:1003: warning: implicit declaration of function `SHA1_Final'
fast-import.c: At top level:
fast-import.c:1118: error: syntax error before "SHA_CTX"
fast-import.c: In function `truncate_pack':
fast-import.c:1120: error: `to' undeclared (first use in this function)
fast-import.c:1126: error: dereferencing pointer to incomplete type
fast-import.c:1127: error: dereferencing pointer to incomplete type
fast-import.c:1128: error: dereferencing pointer to incomplete type
fast-import.c:1128: error: `ctx' undeclared (first use in this function)
fast-import.c: In function `stream_blob':
fast-import.c:1140: error: `SHA_CTX' undeclared (first use in this function)
fast-import.c:1140: error: syntax error before "c"
fast-import.c:1154: error: `pack_file_ctx' undeclared (first use in this function)
fast-import.c:1154: error: dereferencing pointer to incomplete type
fast-import.c:1160: error: `c' undeclared (first use in this function)
make: *** [fast-import.o] Error 1
And, this is the same source tree that just worked a minute ago, when I used configure/make/make install. I then copied the entire source folder, with the modified config.mak file, to my laptop running Snow Leopard, modified the variables in the config.mak file to match the system, and it compiled and installed just fine. So, this server seems to have a problem with not running the configure script first.
~ Andrew Keller
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: Reduced privileges install
2010-09-20 22:53 ` Andrew Keller
@ 2010-09-20 23:20 ` Brandon Casey
0 siblings, 0 replies; 17+ messages in thread
From: Brandon Casey @ 2010-09-20 23:20 UTC (permalink / raw)
To: Andrew Keller; +Cc: Git List
On 09/20/2010 05:53 PM, Andrew Keller wrote:
> On Sep 20, 2010, at 3:12 PM, Brandon Casey wrote:
>> You could try
>> deleting the config.mak.autogen file that configure creates, and just run
>> make by itself. Based on what you've describe, it would look something
>> like this:
>>
>> cd <path-to-git-src>
>> rm config.mak.autogen
>> cat >config.mak <<EOF
>> CC=/usr/local/bin/gcc
>> PREFIX=/usr/users/students/ak4390/.local
>> PYTHON_PATH=/usr/local/bin/python
>> TCL_PATH=/usr/local/bin/tclsh8.4
>> NO_PERL_MAKEMAKER=1
>> EOF
>> make
>>
>> Then add 'install' to the make command line when you are ready.
>>
>> Notice, I placed all of the make settings in a file named config.mak. This
>> file is imported by the main Makefile automatically and is intended to be
>> used like this for user settings. If you really need to disable pthreads,
>> then you can add NO_PTHREADS=1. Check out the comments at the top of the
>> Makefile for a list of all variables that can be set.
>
> Compiling as described above appears to go down in flames:
>
> $ make
> /bin/sh: curl-config: not found
At this point, the above is just a warning that curl-config is not
in your path. If curl is not installed on your system, you need
to set NO_CURL=1.
> CC fast-import.o
> In file included from builtin.h:4,
> from fast-import.c:147:
> git-compat-util.h:140:25: openssl/ssl.h: No such file or directory
> git-compat-util.h:141:25: openssl/err.h: No such file or directory
<snip other related warnings>
Fixed by setting NO_OPENSSL=1.
> And, this is the same source tree that just worked a minute ago, when
> I used configure/make/make install. I then copied the entire source
> folder, with the modified config.mak file, to my laptop running Snow Leopard,
> modified the variables in the config.mak file to match the system, and it
> compiled and installed just fine. So, this server seems to have a problem
> with not running the configure script first.
git's configure script is a little different from the configure
scripts in other projects. All configure does in git is set variables
that are used by the Makefile. Using its rules, it tries to figure out
what the best setting is for each variable. Any of these variables can
be set manually in the user's config.mak file. Apparently, additional
variables need to be modified from their default to handle your system.
Once you determine the set of variables that need to be set, they most
likely will not need to be changed when compiling future versions of
git.
The above two variables (NO_CURL, NO_OPENSSL) will likely fix the errors
that you reported, but I don't guarantee that more errors will not be
produced and will require additional settings. All of the variables
are described in the comments at the top of the Makefile. It's an
iterative process. You could also use the config.mak.autogen as the
baseline for you config.mak file.
-Brandon
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2010-09-20 23:20 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-19 23:50 Reduced privileges install Andrew Keller
2010-09-20 1:07 ` Randal L. Schwartz
2010-09-20 1:31 ` Andrew Keller
2010-09-20 6:51 ` Kevin Ballard
2010-09-20 14:06 ` Andrew Keller
2010-09-20 14:40 ` Matthieu Moy
2010-09-20 14:52 ` Randal L. Schwartz
2010-09-20 15:48 ` Andrew Keller
2010-09-20 14:53 ` Brandon Casey
2010-09-20 16:56 ` Andrew Keller
2010-09-20 17:01 ` Ævar Arnfjörð Bjarmason
2010-09-20 20:28 ` Andrew Keller
2010-09-20 19:12 ` Brandon Casey
2010-09-20 19:18 ` Brandon Casey
2010-09-20 20:39 ` Andrew Keller
2010-09-20 22:53 ` Andrew Keller
2010-09-20 23:20 ` Brandon Casey
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox