Go to:
Gentoo Home
Documentation
Forums
Lists
Bugs
Planet
Store
Wiki
Get Gentoo!
Gentoo's Bugzilla – Attachment 343568 Details for
Bug 231482
app-admin/webapp-config-1.50.16-r1: command line options to copy instead of hard links
Home
|
New
–
[Ex]
|
Browse
|
Search
|
Privacy Policy
|
[?]
|
Reports
|
Requests
|
Help
|
New Account
|
Log In
[x]
|
Forgot Password
Login:
[x]
[patch]
Alters man page to make additions for --copy flag and it's uses
0001-webapp-config-man-page-addition-to-copy-flag.patch (text/plain), 4.48 KB, created by
Devan Franchini (RETIRED)
on 2013-03-29 01:44:48 UTC
(
hide
)
Description:
Alters man page to make additions for --copy flag and it's uses
Filename:
MIME Type:
Creator:
Devan Franchini (RETIRED)
Created:
2013-03-29 01:44:48 UTC
Size:
4.48 KB
patch
obsolete
>--- webapp-config.8.xml 2013-03-28 20:45:25.402087093 -0400 >+++ webapp-config-cp.8.xml 2013-03-28 21:22:49.231100305 -0400 >@@ -68,6 +68,7 @@ > <arg choice="opt"> > <option>-dghusDE</option> > <option>--soft</option> >+ <option>--copy</option> > <option>--secure</option> > </arg> > <arg choice="req"> >@@ -217,14 +218,15 @@ > </refsect2> > > <refsect2> >- <title>Hard Linking vs Soft Linking</title> >+ <title>File Copying Options</title> > <para>A <glossterm>virtual copy</glossterm> is built mostly by creating hard links to files under <filename>/usr/share/webapps</filename>. If a hard link cannot be created, the file is copied from <filename>/usr/share/webapps</filename> instead.</para> > <para>Hard links can only be created to files on the same filesystem. If you keep <filename>/usr/share/webapps</filename> and <filename>/var/www</filename> on different filesystems, <command>webapp-config</command> cannot use hard links, and will be forced to copy the files instead.</para> >- <para>There are two ways to get around the hard link problem.</para> >+ <para>There are three ways to get around the hard link problem.</para> > <para>The easiest way is to make <filename>/usr/share/webapps</filename> a symlink to a directory under <filename>/var/www</filename>. For most people, this will ensure that everything is on the same filesystem.</para> > <para>However, if you keep the websites you host on separate filesystems (like I do), then <command>webapp-config</command> is never going to be able to hard-link files for you.</para> >- <para>You can choose to use the <option>--soft</option> command-line switch instead. This switch tells <command>webapp-config</command> to create symbolic links instead of hard links. Symbolic links work across filesystems.</para> >+ <para>As an alternative you can choose to use the <option>--soft</option> command-line switch. This switch tells <command>webapp-config</command> to create symbolic links instead of hard links. Symbolic links work across filesystems.</para> > <para>The problem with using symbolic links is that some packages do not work when the virtual copy is made from symbolic links. Many users - and system administrators alas - have also complained that they find directories full of symbolic links confusing. For these reasons, symbolic links are not used by default in <command>webapp-config</command> any more.</para> >+ <para>You may also choose the <option>--copy</option> command-line switch. This particular switch tells <command>webapp-config</command> to directly copy the files from <filename>/usr/share/webapps/</filename> instead of hard links. Copying directly works across filesystems with the drawback of using more space but if you are going to use it across file systems you may want this instead of symbolic links, as this means that the files in <filename>/usr/share/webapps/</filename> will not be touched when the files in the location of your virtualhost are altered.</para> > </refsect2> > > <refsect2> >@@ -465,11 +467,18 @@ > <varlistentry> > <term><option>--soft</option></term> > <listitem> >- <para>Use this option to create the virtual copy using symbolic links instead of hard links.</para> >+ <para>Use this option to create the virtual copy using symbolic links.</para> > <para>You may find this option useful if <filename>/usr/share/webapps</filename> is on a different filesystem to your htdocs directories. However, it has been discovered that some packages do not work with this option, which is why it is no longer the default behaviour. You are always better off making <filename>/usr/share/webapps</filename> a symlink to a directory on the same filesystem as your htdocs directories.</para> > </listitem> > </varlistentry> > >+ <varlistentry> >+ <term><option>--cp</option></term> >+ <term><option>--copy</option></term> >+ <listitem> >+ <para>Use this option to create the virtual copy by copying the files from the <filename>/usr/share/webapps/</filename> directories.</para> >+ <para>This option is useful if you want to copy the files directly from <filename>/usr/share/webapps/</filename> to your virtual host in /var/www without the use of softlinks, or hardlinks. Be aware that because this is a direct copying of files it will prove to take up more space on your filesystem as opposed to the other two options since you are duplicating the webapp.</para> >+ </varlistentry> > <varlistentry> > <term><option>--secure</option></term> > <listitem> > >
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Diff
View Attachment As Raw
Actions:
View
|
Diff
Attachments on
bug 231482
:
340810
|
340812
|
340816
|
343568
|
343574
|
343688
|
349180
|
351592
|
351602