Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-09 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: On Tue, 08 Jul 2008 18:34:46 +0200 Marijn Schouten (hkBst) [EMAIL PROTECTED] wrote: I suppose you mean git. Since it tracks content and not files, moves are trivial. Git actually finds your moves for you, after you've moved

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-09 Thread Donnie Berkholz
On 12:07 Wed 09 Jul , Marijn Schouten (hkBst) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: On Tue, 08 Jul 2008 18:34:46 +0200 Marijn Schouten (hkBst) [EMAIL PROTECTED] wrote: I suppose you mean git. Since it tracks content and not files, moves are

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-08 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joe Peterson wrote: Donnie Berkholz wrote: I meant moves were largely pointless, although categories are to a lesser extent. Tags would be a lot better, since nothing can be categorized perfectly into a single place. Yes, I can see the

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-08 Thread Joe Peterson
Marijn Schouten (hkBst) wrote: I suppose you mean git. Since it tracks content and not files, moves are trivial. Git actually finds your moves for you, after you've moved content around; such as when doing a bump. Even better! -Joe -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-08 Thread Ciaran McCreesh
On Tue, 08 Jul 2008 18:34:46 +0200 Marijn Schouten (hkBst) [EMAIL PROTECTED] wrote: I suppose you mean git. Since it tracks content and not files, moves are trivial. Git actually finds your moves for you, after you've moved content around; such as when doing a bump. Ever tried git on an ebuild

[gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-07 Thread Andrey Grozin
Hello *, Wouldn't it be nice to move scipy from sci-libs to dev-python? All similar and related packages live in dev-python: numeric, scientificpython, matplotlib... I know that moving packages is a major pain in the #$$, but the present situation seems illogical (I would never guess to

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-07 Thread Donnie Berkholz
On 02:59 Tue 08 Jul , Andrey Grozin wrote: Wouldn't it be nice to move scipy from sci-libs to dev-python? All similar and related packages live in dev-python: numeric, scientificpython, matplotlib... I know that moving packages is a major pain in the #$$, but the present situation seems

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-07 Thread Joe Peterson
Donnie Berkholz wrote: I actually object to having crap in dev-python, because things should be categorized functionally instead of by the language they're implemented in. 90% of the time you don't care about the language. But category moves are pretty much pointless, so I don't normally

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-07 Thread Donnie Berkholz
On 21:51 Mon 07 Jul , Joe Peterson wrote: Donnie Berkholz wrote: I actually object to having crap in dev-python, because things should be categorized functionally instead of by the language they're implemented in. 90% of the time you don't care about the language. But category

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-07 Thread Andrey Grozin
On Mon, 7 Jul 2008, Donnie Berkholz wrote: I actually object to having crap in dev-python, because things should be categorized functionally instead of by the language they're implemented in. 90% of the time you don't care about the language. But category moves are pretty much pointless, so I

Re: [gentoo-dev] sci-libs/scipy - dev-python/scipy ?

2008-07-07 Thread Joe Peterson
Donnie Berkholz wrote: I meant moves were largely pointless, although categories are to a lesser extent. Tags would be a lot better, since nothing can be categorized perfectly into a single place. Yes, I can see the benefit of a tag paradigm. I, myself, find it more trouble than benefit to