GNU bug report logs -
#3800
[emacs-devel] emacs-23.0.96 make install misbehavior
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3800 in the body.
You can then email your comments to 3800 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Thu, 09 Jul 2009 20:20:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Nelson H. F. Beebe" <beebe <at> math.utah.edu>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 09 Jul 2009 20:20:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
I'm doing "make install" for several builds of emacs-23.0.96, and I
just noticed this output (with the GNU default of prefix=/usr/local):
chmod -R a+r \
/usr/local/share/emacs/23.0.96 \
/usr/local/share/emacs/site-lisp \
/usr/local/share/emacs/23.0.96/etc \
/usr/local/share/emacs/23.0.96/lisp \
/usr/local/share/info
While it is appropriate to run chmod at installation time for a
package's own files, it is HIGHLY INAPPROPRIATE to run chmod on
directories and files belonging to other packages. The directories
/usr/local/share/emacs/site-lisp
/usr/local/share/info
need to be removed from the install command chmod processing.
Their contents, and file permissions, are not the business of
emacs-x.y.z release installations. A given site, including ours, may
have local reasons for nondefault permissions in those directories.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Sun, 12 Jul 2009 18:55:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sun, 12 Jul 2009 18:55:05 GMT)
Full text and
rfc822 format available.
Message #10 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
> chmod -R a+r \
> /usr/local/share/emacs/23.0.96 \
> /usr/local/share/emacs/site-lisp \
> /usr/local/share/emacs/23.0.96/etc \
> /usr/local/share/emacs/23.0.96/lisp \
> /usr/local/share/info
>
> While it is appropriate to run chmod at installation time for a
> package's own files, it is HIGHLY INAPPROPRIATE to run chmod on
> directories and files belonging to other packages. The directories
>
> /usr/local/share/emacs/site-lisp
> /usr/local/share/info
>
> need to be removed from the install command chmod processing.
Fair enough. But the installation process needs to read the contents of
/usr/local/share/emacs/site-lisp and /usr/local/share/info in order to
function properly.
How about doing `u+r' instead of `a+r' for those directories?
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Mon, 13 Jul 2009 00:40:05 GMT)
Full text and
rfc822 format available.
Message #13 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
Chong Yidong wrote:
>> chmod -R a+r \
[...]
> Fair enough. But the installation process needs to read the contents of
> /usr/local/share/emacs/site-lisp and /usr/local/share/info in order to
> function properly.
>
> How about doing `u+r' instead of `a+r' for those directories?
("u" is probably root when installing)
I imagine it is the "-R" that is the problem. I guess the install
should make sure the directories themselves, and those files we
install in them, are readable, but leave other things under these
directories alone.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Mon, 13 Jul 2009 02:50:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 13 Jul 2009 02:50:04 GMT)
Full text and
rfc822 format available.
Message #18 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> I imagine it is the "-R" that is the problem. I guess the install
> should make sure the directories themselves, and those files we
> install in them, are readable, but leave other things under these
> directories alone.
No, the reporter specifically complained about making these readable:
/usr/local/share/emacs/site-lisp
/usr/local/share/info
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Mon, 13 Jul 2009 06:35:05 GMT)
Full text and
rfc822 format available.
Message #21 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
Chong Yidong wrote:
> No, the reporter specifically complained about making these readable:
>
> /usr/local/share/emacs/site-lisp
> /usr/local/share/info
That I can't understand.
Super-top-secret info files can be installed in a non-standard
location, and added to the INFOPATH of those who need them.
Ditto with site-lisp-files-that-aren't-really-site-lisp-files.
Or emacs can be installed somewhere else than /usr/local.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Mon, 13 Jul 2009 06:50:05 GMT)
Full text and
rfc822 format available.
Message #24 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
Glenn Morris wrote:
> Chong Yidong wrote:
>
>> No, the reporter specifically complained about making these readable:
>>
>> /usr/local/share/emacs/site-lisp
>> /usr/local/share/info
>
> That I can't understand.
But if that is the issue, how about only setting the permissions if we
create those directories?
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Mon, 13 Jul 2009 19:05:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Nelson H. F. Beebe" <beebe <at> math.utah.edu>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 13 Jul 2009 19:05:05 GMT)
Full text and
rfc822 format available.
Message #29 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
>> how about only setting the permissions if we create those directories?
That is fine, because there is no change to the permissions of
existing files and subdirectories.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3800
; Package
emacs
.
(Mon, 13 Jul 2009 19:30:04 GMT)
Full text and
rfc822 format available.
Message #32 received at 3800 <at> emacsbugs.donarmstrong.com (full text, mbox):
>> I imagine it is the "-R" that is the problem. I guess the install
>> should make sure the directories themselves, and those files we
>> install in them, are readable ...
The permissions of directories not owned by the package must not
be touched. If a specific permission mode is needed, and an
existing file or directory lacks that permission, then "make install"
should warn about the problem.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe <at> math.utah.edu -
- 155 S 1400 E RM 233 beebe <at> acm.org beebe <at> computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Wed, 09 Sep 2009 02:40:07 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Nelson H. F. Beebe" <beebe <at> math.utah.edu>
:
bug acknowledged by developer.
(Wed, 09 Sep 2009 02:40:07 GMT)
Full text and
rfc822 format available.
Message #37 received at 3800-done <at> emacsbugs.donarmstrong.com (full text, mbox):
I believe this is fixed now.
* Makefile.in (install-arch-indep): Don't recursively change perms of
site-lisp and infodir. There may be non-Emacs files in here, and the
files supplied by Emacs are all handled explicitly already. (Bug#3800)
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Wed, 07 Oct 2009 14:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 260 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.