1 |
On 09/07/2014 16:01, Rich Freeman wrote: |
2 |
> On Sun, Sep 7, 2014 at 3:49 PM, Joshua Kinard <kumba@g.o> wrote: |
3 |
>> IMHO, I think @system should maintain at least one editor and include |
4 |
>> some kind of networking diagnostic package. |
5 |
> |
6 |
> Why is it important that we not be able to parallel build an editor? Is |
7 |
> it such a frequent build-time dependency that we wouldn't want to specify |
8 |
> it? It is essential that we make it extra-hard for a user to uninstall |
9 |
> their last editor, since it is impossible to install an editor without an |
10 |
> editor already present? |
11 |
|
12 |
Re: editor, I was referring to this: |
13 |
|
14 |
On 09/06/2014 09:37, Rich Freeman wrote: |
15 |
> There isn't much question that stuff like rsync and nano (via the |
16 |
> editor virtual) should be in the stage3 just so that we're not ripping |
17 |
> our hair out during installation. However, they really don't need to |
18 |
> be part of the system set. How many packages really need to depend on |
19 |
> an editor (and I'm talking linking and other technical issues that |
20 |
> affect builds - not practical use)? |
21 |
|
22 |
And thus, I was referring only to @system, not a stage3. I think an editor |
23 |
should be in @system, but as much as I like nano, I know the ncurses |
24 |
dependency won't sit well with everyone. If @system is supposed to be a |
25 |
minimal-working system, a minimal vim deserves consideration. But if |
26 |
ncurses is already being dragged in by something else, then stick with nano. |
27 |
|
28 |
As for Parallel builds, do you make make -jX? Or running concurrent emerges |
29 |
in different shells? I wasn't commenting at all on parallel builds. |
30 |
|
31 |
-- |
32 |
Joshua Kinard |
33 |
Gentoo/MIPS |
34 |
kumba@g.o |
35 |
4096R/D25D95E3 2011-03-28 |
36 |
|
37 |
"The past tempts us, the present confuses us, the future frightens us. And |
38 |
our lives slip away, moment by moment, lost in that vast, terrible in-between." |
39 |
|
40 |
--Emperor Turhan, Centauri Republic |