Re: Devuan

Ivan Sergio Borgonovo <[email protected]>
Newsgroups gmane.org.user-groups.linux.svlug
Organization http://www.WebThatWorks.it
Message-ID <[email protected]>
On 07/11/2016 12:06 AM, Rick Moen wrote:
> Quoting Ivan Sergio Borgonovo ([email protected]):
>
>> That's why I find valuable that the work made by devuan will get
>> integrated into Debian and that's why I really don't think what happened
>> can't be changed and deserve a flamewar.

> Nor did it merit a fork, IMO.  But the freedom to fork is, of course,
> the foundation of open source, so it's quintessentially their choice.

Agree.

> Quite.  I would never adopt local software maintenance work without good
> cause or past the degree of involvement necessary, because Larry Wall is
> my Jedi master (in the 'laziness is a virtue' area, anyway).

> As I said, http://linuxmafia.com/faq/Debian/openrc-conversion.html owes
> _so_ much to laziness on this part that I didn't even write the shell

Then in the infinite shades of gray laziness comes, I'm the lazier tone.
For me the process is far more complicated than it should be.
But yeah I've different priorities and I don't even want to get into an 
argument to discuss which one are right. And yeah I think that not all 
priorities are equally good and that they aren't absolute.

And that's because I value simplicity much more than what it seems.
I'm just aware that there is a mismatch between what I can manage and 
reality. The problem arise when people pretend the truth is simple just 
because simple things are the only one they can/are willing to understand.
Politicians love this. Find an enemy, find a cause, it can't get simpler 
than this.

The world is complex and the more complexity you can digest the better, 
research for simplicity is just a necessity to swallow the whole at 
small bites.
Well known software engineering techniques like delegation, 
encapsulation, design patterns... don't simplify reality, simplify 
implementation of the model of reality. They are not even meant to 
simplify the model even if they may be helpful to do so. You may have a 
more complicated model you're not able to implement due to other 
constraints.
And this is not peculiar of CS.

>> The time to be Leonardo Da Vinci is over and there is no chance to
>> escape complexity.

> To the contrary, improved system simplicity is the only hope.

See above.

> I'm invoking here by reference my standard 'This is the Age of Snowden'
> speech.  Avoidable system complexity, not to mention core components with
> huge code churn and unsettled software interfaces (all the
> Freedesktop.org stuff we server sysadmins used to ignore because it was
> just a desktop-computing nightmare for GNOME victims, e.g., PolKit,
> udisks2, systemd-logind, and like that) are the enemy of security and
> reliability -- and of deterministic behaviour and understanding one's
> own systems.

> You do not 'manage' that by crowdsourcing it.

You do.

Because a big thick wall is a single point of failure.
Too simple things may not be flexible enough. You make them more 
complicated, you increase attack surface.
If you don't come to compromises people will try to circumvent your 
defenses etc...
Value and complexity go together. You may argue that they may not 
increase with the same law, but when you've finished to explore the 
boundaries, if you've to increase value, you'll have to increase complexity.
Deterministic behavior is just one of the many proprieties you may want 
from a system.
The most current theories say you've to be pretty careful about what you 
could expect from determinism ;)

Once you face the inevitable complexity you'll need resources and right 
now the most valuable resource to manage complexity are people.

>> If you get out of the herd and not enough people follow you, you're
>> doomed.
>
> Nope.

> Let me tell you a story about mej (Michael E. Jennings).

[...]

> I got mej in touch with a friend named Greg Kurtzner (sp?) who was
> maintaining a different RHL derivative for Lawrence Berkeley National
> Lab, and said they needed to join forces.  I am reasonably certain that
> that was part of the foundation (or at least rise to prominence) of
> CentOS, thereafter, because that's what then emerged.

> A little thing like throwing away udev on a Debian headless server (no
> X11) and substituting mdev or a static /dev tree -- for example -- is
> so much less work that it's hardly worth mentioning by comparison, and
> 'people following me' plus $2.25 will, as the old saying goes, get you a
> ride on San Francisco Muni, i.e., isn't actually worth anything.

And your point is? To me the point is that if they didn't merge their 
resources they wouldn't have been successful.
If we want to be relevant, even more than before, we all have to stand 
on the shoulders of many others, because now even the shoulders of 
giants are too small.
People like superheroes because they simplify their vision of the world 
and make them dream to be special.
Human evolution didn't have enough time to keep up with our scientific 
progress in the last centuries. That's a blessing, evolution works 
because it kills.
We may even have to overcome our biological unfitness to the social 
environment needed for sustained progress.
I find more probable and possibly less scary a future where we will 
share the weight of complexity rather than a science fiction elite cyber 
mutant future.
But that's me, skynet at google may think differently ;)

>> Once upon a time "specialized" distribution had a larger share....

> I come from a community that rejects appeals to the allegedly vital
> importance of market share.  You may have heard of us.  We're called the
> Linux community.  ;->

Oh so let's talk about Plan9. Surely there will be early adopter but then...

>> Meanwhile I had an exchange of emails with nextime (Franco Lanza) who
>> said that some of the modification they made are percolating to upstream
>> (not Debian but up-upstream).
>> He said the civil war is not completely over so they are not sending bug
>> reports to Debian, but I insisted it could be a good idea.
>> He said the first Devuan stable will be in September and we will see if
>> this is going to help integration of the work they made in Debian.

> That would be constructive.

> The whole forking thing seemed like gratuitous drama, really.  Just my
> opinion.

We will see. I think that a stable release will mainly constitute a 
proof that things can be done and there is work ready and people willing 
to maintain it but if no further action is taken to encourage adoption 
of those changes back in to Debian the whole experiment could end up in 
complete oblivion.

And that would be a pity no matter if you like systemd or not.

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.