[ale] Tar with links

[Jim Kinney]

Nice work Chris!

On Sep 27, 2016 7:13 PM, "Chris Fowler" <cfowler at outpostsentinel.com> wrote:

>
>
> ------------------------------
>
> *From: *"Jim Kinney" <jim.kinney at gmail.com>
> *To: *"Atlanta Linux Enthusiasts" <ale at ale.org>
> *Sent: *Tuesday, September 27, 2016 6:25:14 PM
> *Subject: *Re: [ale] Tar with links
>
>
> Hmm. Cool hack. I thought cp -a was OK with full path links.
>
>
> The problem is that cp is being told to archive /lib/udev, but there are
> links in there that point to ../../usr/pkg........
>
> The hack is on the idea of I really want /lib/udev  to be copied to
> another / and everything that exists outside of /lib/udev as links in
> /lib/udev should be considered part of what I need.
>
> Where the GNU stow idea breaks is when scripts use '-f' test.  Almost no
> file exists outside of /usr/pkg/* I've taken GNU Stow far past its
> intention.  If you look at the script in the mkinitramfs link you will see
> many '-f'.  I've changed some of those.  The kernel module 'find ... -f'
> works because I told stow to not fold that package.  /lib/modules/4.7.2 is
> a link that points into /usr/pkg/.....  In simple terms 'no-folding' means
> that stow creates real directories when needed.  The opposite is that it
> will stop recursion in the tree and just symlink the directory instead. So,
> with folding turned off /lib/modules/4.7.2 is a link.  With folding turned
> on it is a directory.
>
>
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20160927/d8c4de17/attachment.html>