Gentoo Archives: gentoo-dev

From: Igor <lanthruster@×××××.com>
To: Ciaran McCreesh <gentoo-dev@l.g.o>
Subject: Re: [gentoo-dev] minimalistic emerge
Date: Fri, 08 Aug 2014 15:23:35
Message-Id: 53e4eb6b.0190700a.5f01.2a15@mx.google.com
In Reply to: Re: [gentoo-dev] minimalistic emerge by Ciaran McCreesh
1 Hello Ciaran,
2
3 Friday, August 8, 2014, 5:22:03 PM, you wrote:
4
5 >> get the result - install the application you need, leaving everything
6 >> else AS IS untouched and stable?
7
8 > cave resolve --lazy :P
9
10 A great option name :-) I liked it. Wish it were there.
11
12 Updating only the minimum necessary packages required is natural, wide
13 system update is a wrong math model. There are regulations
14 in avionics, cybernetics and other life sensitive construction bureaus
15 prohibiting system wide updates. BTW - directly follows from nature.
16
17 Any complex bird is not updated on daily basis, it takes small steps,
18 small changes targeting only small fixes - natures is adaptive and
19 doesn't know where to move, it probes carefully, always backups, always
20 reversible, moves forward but very accurately, if the change
21 in a bird is deep the chance is that it will stop functioning and die - for
22 nature that means millions of years of genome programming is wasted. Whew,
23 a lot of work.
24
25 NATURE is VERY lazy, and that's why I liked your option name a lot :-) you
26 nailed it.
27
28 From Cybernetics:
29
30 Laziness is a built in algorithm. It controls system resources in case there
31 is no threat to the system purposes with higher priorities. In other words -
32 if what you're doing right now is well adopted to fulfill hard-coded in
33 genome high priority purposes - there IS NO NEED TO CHANGE anything.
34
35
36 GENTOO (and many other systems) in many ways violate the profound nature
37 laws found out by venerable scientists, therefore what is done in long
38 perspective is futile, it's more like painting the grass.
39 You need 100 times more effort and resources to keep grass painted, each
40 time you paint - a system wide update happens which is then REVERSED by nature.
41 May be not a good example - but reflecting.
42
43 One of the main built-in by nature perceptions of what is RIGHT or WRONG in human Genmoe
44 is time. After all our lifes are limited and the most precious what we have
45 is time.
46
47 Returning to our programming.
48
49 Anything what is designed by a programmer for a user should be first evaluated from
50 the time users spends. In fact you have no control over it - as a programmer you either
51 accept it or leave the trade. If user feels he spends time - the project is a failure.
52
53 Anything you ever design - should require no time for a user to achieve the
54 result. And finding and accessing what eats time is the virtue a talented programmer
55 has.
56
57 Those are problems we face with GENTOO design if only the team could clearly state
58 the problems and shift focus on their solution - GENTOO would be the greatest system
59 ever.
60
61 BUT
62
63 From Cybernetics:
64
65 As the environment changes - most systems are designed to adopt. Meaning there are many alternative
66 systems solving differently same tasks, not VERY differently but differently enough to function
67 in a situation where another system would cease. Many variants of the same system with variations exist
68 in nature.
69
70 That what keeps is pulling in different directions, we're moving somewhere as most of us are not
71 aware of deep algorithms inside of us which rules us so subtly.
72
73 The nature is the greatest system designer, we all have to learn from it.
74
75 PS
76
77 Jeroen knows an option, but he won't tell - he is from
78 GENTOO bug tracking service - no one can stand bug tracking for
79 more than 1 year and he is there for more than 5, so you reckon..
80 he is probably reading this right now - try to be very quiet...
81
82 --
83 Best regards,
84 Igor mailto:lanthruster@×××××.com

Replies

Subject Author
Re: [gentoo-dev] minimalistic emerge hasufell <hasufell@g.o>
Re: [gentoo-dev] minimalistic emerge Ian Stakenvicius <axs@g.o>