Opened 19 years ago

Closed 19 years ago

Last modified 10 years ago

#1480 closed defect (fixed)

Editor's Guide

Reported by: Richard A Downing Owned by: bdubbs@…
Priority: lowest Milestone:
Component: Edguide Version: SVN
Severity: normal Keywords:
Cc:

Description

The editor's guide is out of date. It doesn't include (for instance):

1) svn property svn:keywords "LastChangedBy" Author" 2) the official way to measure SBU 3) the office way to measure disk space required 4) how to update Anduin

to a new editor, these things are not obvious.

There should also be a Bugzilla category for the editor's guide (IMHO).

Change History (13)

comment:1 by tushar@…, 19 years ago

(2) and (3) are documented here <http://www.linuxfromscratch.org/blfs/edguide/chapter06.html> as a link to <http://www.linuxfromscratch.org/~bdubbs/about.html>.

Additionally, at a guick glance, I could not find any link to the editor's guide from the BLFS main page.

comment:2 by Richard A Downing, 19 years ago

Anduin files in the /srv/ftp/BLFS/SVN should have perms set to 644. Anduin files should be converted to *.bz2 and *.bz2.md5sum files created with them.

comment:3 by LFS-User@…, 19 years ago

The information contained in the last entry is wrong. Permissions should be set to 664 so that *all* the editors can update file files without requiring superuser privilege.

comment:4 by tushar@…, 19 years ago

No need to worry about the permissions on auduin. The umask is set to 0002 by default unless you override it in your personal profile.

comment:5 by djensen@…, 19 years ago

Permissions should be 664, and I have to change them all of mine manually from 644 after I scp the files.

comment:6 by LFS-User@…, 19 years ago

The permissions issue should *still* be mentioned though. Many times there have been files installed in the BLFS sources repo on Anduin with 644 permissions (as recently as today). It should be mentioned that files should be installed with 664 perms, just to ensure that all the bases are covered.

I believe that using SSH tools to transfer the files causes 644 perms, however, I'm not certain about that.

comment:7 by Richard A Downing, 19 years ago

I can confirm (after tests) that sftp (and presumably scp) ignores the user's umask, the current local file perms, and always set perms to 644. This seems worth mentioning upstream.

comment:8 by Richard A Downing, 19 years ago

scp should be used with the -p switch to preserve permissions, times etc.. Of course this presumes they are set correctlt first. There is no facility in sftp to set the umask, although, perversely, the local umask can be set.

comment:9 by bdubbs@…, 19 years ago

Owner: changed from blfs-book@… to bdubbs@…

Technique wise, I generally wget the files from the location cited in the book.

It honors the umask and sincit it is close to a backbone, is goes the download

fairly fast.

I will update the edguide and place alternative suggestions there.

comment:10 by bdubbs@…, 19 years ago

Status: newassigned

I have created a new product in Bugzilla for the Editor's Guide. I don't know how to transfer this to that product, so we will address this issue here, however please use the Edguide Product in the future for these types of bugs.

comment:11 by bdubbs@…, 19 years ago

Component: BOOKEdguide

Changed to new component of BLFS

comment:12 by bdubbs@…, 19 years ago

Resolution: fixed
Status: assignedclosed

Added comments to Chapters 3 and 4 on svn propset. Added comments to Chaper 4 to make validate before commit. Expanded discussion of timing and size measurements in Chapter 6. Added discussion of package updates in Chapter 7.

comment:13 by bdubbs@…, 10 years ago

Milestone: old

Milestone old deleted

Note: See TracTickets for help on using tickets.