Re: [gentoo-dev] What to do with things like -fpie in CFLAGS in environment?

2005-04-12 Thread Mike Frysinger
On Tuesday 12 April 2005 02:20 pm, Maurice van der Pot wrote:
 On Tue, Apr 12, 2005 at 01:52:05PM -0400, Mike Frysinger wrote:
  On Tuesday 12 April 2005 11:59 am, Maurice van der Pot wrote:
   I have the following situation:
   - a package (valgrind) that can be compiled with PIE and uses PIE
 for some purpose or other if it is supported
   - tests (make check) that cannot be compiled with PIE
 
  allowing user specified tests for `make check` doesnt really make much
  sense

 'user specified tests'?? The tests are part of valgrind, they just can't
 be compiled with PIE.

err s/tests/CFLAGS/

  and in fact it's probably a better idea to prevent user CFLAGS from being
  used during `make check`

 In theory, you're probably right. But would you really spend time on
 disabling user CFLAGS for make check?

why not ?  you've just shown they break things
src_test() { make check CFLAGS= || die make check failed ; }

 How many ebuilds are doing this  right now anyway?

how many ebuilds' src_test are sensitive user CFLAGS ?  very few i'd say
-mike
--
gentoo-dev@gentoo.org mailing list



Re: [gentoo-dev] GLEP 36: providing both CVS and Subversion?

2005-04-12 Thread Christian Parpart
On Tuesday 12 April 2005 8:57 pm, Ciaran McCreesh wrote:
 On Tue, 12 Apr 2005 20:50:36 +0200 Paul de Vrieze [EMAIL PROTECTED]

 wrote:
 | On Monday 11 April 2005 22:42, Ciaran McCreesh wrote:
 |  Well, surprisingly enough, one of the main reasons we use these
 |  version control things is so that we can see *what changed*. It's a
 |  hell of a lot easier to do this when you can just say show me
 |  everything that changed in the foo project between three days ago
 |  and today rather than having to worry about adding in extra
 |  selections to pick a project path.
 |
 | You need to do this anyway. Whether it's a path inside the repository
 | or on  the webserver doesn't matter. It's like
 | https://svn.gentoo.org/gentoo/projA  where /gentoo is the name of the
 | repos or https://svn.gentoo.org/gentoo/projA  where /gentoo is a
 | superdirectory of all project repositories that are now  housed in the
 | gentoo cvs repository. In either case /gentoo could be removed.

 No, with certain operations you need to start giving entire paths if and
 only if you're not operating on the repo as a whole.

If you loose when using svn as client, then you might wanna have a 
look at svk which already has star-merge capabilities. Or just 
don't merg until svn 1.3 is out (which will have it)

 |  One big repository is harder to work with. It's that simple.
 |
 | With one exception, that is, sharing and merging within a repository
 | is a lot  easier than between two separate repositories.

 Which is an extremely rare task compared to doing things like diffs and
 branch merges...

http://rt.openfoundry.org/Foundry/Project/Download/Attachment/28786/20705/SVK-0.991.tar.gz
(or wait for the ebuild)

play a bit around, feel it, and report your experiences. when having problems 
(like you seem to *always* complain) report in *detail*.

Finally, just don't use svn if you feel that uncomfortable with it. No one 
said that cvs will go away. I'm tired of reading your 'svn is hard to merge 
because it *is* hard to merge' posts :(

Sorry, but this is how it comes over.
Christian Parpart.

-- 
Netiquette: http://www.ietf.org/rfc/rfc1855.txt
 03:28:51 up 20 days, 16:35,  0 users,  load average: 0.40, 0.27, 0.21


pgpaR4ulngk6Y.pgp
Description: PGP signature


Re: [gentoo-dev] New Developer Truedfx

2005-04-12 Thread Homer Parker
On Tue, 2005-04-12 at 19:37 +0200, Danny van Dyk wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi Harald,
 
 Welcome aboard!
  The name's van Dk, without a C!
 Nono, you're mistaken. It's van Dyk :-P

Nonono, we can only handle one!! ;)

-- 
Homer Parker
Gentoo/AMD64 Arch Tester Operational Lead
[EMAIL PROTECTED]


--
gentoo-dev@gentoo.org mailing list