public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel <dragonheart@tpg.com.au>
To: Torsten Veller <ml-en@veller.net>, gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] wwwoffle ebuild problem with tar commmand on symbolic links
Date: Fri, 9 Jan 2004 12:48:45 +0930	[thread overview]
Message-ID: <200401091248.48306.dragonheart@tpg.com.au> (raw)
In-Reply-To: <20040106150006.GAea441.tv@veller.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> > 1. Unpack the tar before the make does using the 'unpack' directive and
> > hope that the make process detects that it is unpacked.
>
> Same problem.

"hope" should of been emphasied ;-)

>
> > 2. Hack the make process to change the tar command to "tar
> > - --no-same-owner" ...
>
> Yes :)

;-)

>
> | All these files are symbolic links to other files in the same directory.
> | These symbolic links come before the destination file in the html.tar
> | archive.  There are other linked files in this html.tar where it's vice
> | versa with no problem.
>
> But if the problem is only a change ownership problem, why is there no
> error message when the destination already exists?

I assume chmod (system call) checks the file permission before a change 
occurs. The permission denyed is a permission denyed for changing ownership 
as the portage user.

>
> For example 'html/de/search/htdig/index.html' is a link to search.html
> which does not exist at the point when index.html is extracted (i think
> it's the same time when the owner should be changed), so i says 'file not
> found'. If the file would exist, there won't be an error. (See my other
> mail.)

Symbolic links can exist without their target existing.

Permissions and ownership on symbolic links is ignored by most application 
unless a specific attempt is made to check them. Accessing a symlink pointing 
to a file uses the permissions on the file rather than the symlink.

I hope this answers your question

- -- 

Daniel Black
- --
Proudly a Gentoo Linux User.
GnuPG/PGP signed and encrypted email preferred
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x32A64DC8
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE//h2WTDSbtjKmTcgRAmBPAJ949ox9TMyjycZNc/1BFcd75nwAYQCgqJc4
WOChM699u4HdXyl3FMoy4dY=
=41WG
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list


      reply	other threads:[~2004-01-09  4:04 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-31 11:10 [gentoo-dev] wwwoffle ebuild problem with tar commmand on symbolic links Torsten Veller
2004-01-02 16:37 ` Torsten Veller
2004-01-04  5:15 ` Daniel
2004-01-06 14:16   ` Torsten Veller
2004-01-09  3:18     ` Daniel [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200401091248.48306.dragonheart@tpg.com.au \
    --to=dragonheart@tpg.com.au \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=ml-en@veller.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox