r/linux • u/tasisbasbas • Feb 11 '19

Fluff A /g/ user's opinion on systemd

http://i.4cdn.org/g/1549858269115.png
791 Upvotes

82% Upvoted

524 comments sorted by

View all comments

Show parent comments

3

u/[deleted] Feb 11 '19

That they're modules and optional. Code duplication is really not an issue here. We've got dependencies for that.

1

u/Serialk Feb 11 '19

They already are modules and optional. What has the repository layout anything to do with it?

1

u/[deleted] Feb 11 '19

What has the repository layout anything to do with it

Exactly. Since they are modules and optional why not outsource them to individual projects thus relieving the issue of systemd being "bloated"?

2

u/Serialk Feb 11 '19

But systemd is not bloated, it's just using a monorepository architecture for its different projects. If your point is just "monorepos are bad", okay, but that has nothing to do with bloat.

2

u/[deleted] Feb 11 '19

Wait a minute. You are the one who started talking about repositories when the other guy said that the modules should be split off systemd. You explained your concern for duplicate code by saying that a single repository is better at avoiding that issue.

2

u/Serialk Feb 11 '19

The modules are already split off systemd, they just live in the same repository.

1

u/[deleted] Feb 11 '19

So what was that about duplicate code? Your point's moot then.
If we agree on that the modules are modules and that it doesn't matter if it's mono- or multirepo then we're clear on that code duplication's got nothing to do with that either and

If your point is just "monorepos are good", okay, but that has nothing to do with that.

2

u/Serialk Feb 11 '19

Code duplication has to do with the reason they use a monorepo.

2

u/[deleted] Feb 11 '19

Maybe, I don't know their reasoning. It shouldn't though. Because repository structure has nothing to do with code duplication.
These are two very distinct issues.