From: Michael Haubenwallner <haubi@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Progress on Universal Select Tool
Date: Thu, 16 Jul 2009 08:22:54 +0200 [thread overview]
Message-ID: <1247725374.1554.21.camel@salomon-22> (raw)
In-Reply-To: <1247672590.6548.9.camel@thedude>
On Wed, 2009-07-15 at 16:43 +0100, Sérgio Almeida wrote:
> On Tue, 2009-07-14 at 17:07 +0200, Michael Haubenwallner wrote:
> > So it should be fine as long as 'symlink' can potentially be implemented
> > as 'copy' for specific platforms.
> ... can be easily replaced for copy. What should be the default?
> Should uselect be able to supply both options like "uselect --copy bla
> bla" overrides os.symlink to copy function?
Ideally it is transparent to the uselect-user (either end-user or
developer) if the implementation actually does the symlink or emulates
it via copy.
It might be enough to select the implementation based on the
"host-system" (CHOST), which may be different to the
"build-system" (CBUILD).
Eventually, uselect won't need to detect the CHOST itself, but get it
from some external resource (cmdline, env-var, config-file, ...).
> Thanks for the hint!
nP.
/haubi/
--
Michael Haubenwallner
Gentoo on a different level
next prev parent reply other threads:[~2009-07-16 6:22 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-16 14:48 [gentoo-dev] Progress on Universal Select Tool Sérgio Almeida
2009-06-17 18:32 ` [gentoo-dev] " Sérgio Almeida
2009-06-29 18:50 ` Sérgio Almeida
2009-06-29 19:02 ` [gentoo-dev] Re: [gentoo-soc] " Sebastian Pipping
2009-06-29 19:42 ` Sérgio Almeida
2009-07-13 15:36 ` [gentoo-dev] " Sérgio Almeida
2009-07-14 9:20 ` Michael Haubenwallner
2009-07-15 15:42 ` Sérgio Almeida
[not found] ` <1247582117.3651.3.camel@thedude>
[not found] ` <1247584057.14345.29.camel@sapc154.salomon.at>
2009-07-15 15:43 ` Sérgio Almeida
2009-07-16 6:22 ` Michael Haubenwallner [this message]
2009-07-22 18:41 ` Sérgio Almeida
2009-07-23 3:09 ` [gentoo-dev] Re: [gentoo-soc] " Nirbheek Chauhan
2009-07-23 4:43 ` Sérgio Almeida
2009-07-23 5:32 ` Nirbheek Chauhan
2009-07-23 13:35 ` Sérgio Almeida
2009-07-23 15:28 ` Robert Buchholz
2009-07-23 18:33 ` Sérgio Almeida
2009-07-24 8:22 ` Michael Haubenwallner
2009-07-24 15:20 ` Sérgio Almeida
2009-07-27 8:33 ` Michael Haubenwallner
2009-07-27 18:35 ` Sérgio Almeida
[not found] ` <6f8b45100907230047k44111c77ha1b68e61b8c88bf2@mail.gmail.com>
2009-07-23 13:40 ` Sérgio Almeida
2009-07-23 6:12 ` [gentoo-dev] " Duncan
2009-08-01 18:46 ` Sérgio Almeida
2009-08-18 15:23 ` Sérgio Almeida
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=1247725374.1554.21.camel@salomon-22 \
--to=haubi@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/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