View previous topic :: View next topic |
Author |
Message |
ian.au l33t
Joined: 07 Apr 2011 Posts: 603 Location: Australia
|
Posted: Sun Sep 22, 2024 9:46 pm Post subject: |
|
|
Gatsby wrote: | NeddySeagoon wrote: | I expect abnormality to return before spring 2025. |
Get well soon Neddy! |
++ |
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2222
|
Posted: Mon Sep 23, 2024 5:47 am Post subject: |
|
|
pjp wrote: | It almost seems as if Linux (via systemd) is trying to abandon the embedded market. |
It's not Linux. It's RedHat who is pushing their agenda and does not give a crap about embedded market.
Best Regards,
Georgi |
|
Back to top |
|
|
pjp Administrator
Joined: 16 Apr 2002 Posts: 20396
|
Posted: Mon Sep 23, 2024 5:57 am Post subject: |
|
|
Non-RH developers seem willing to go along. At least I presume that more than only RH developers are involved. _________________ Quis separabit? Quo animo? |
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2222
|
Posted: Mon Sep 23, 2024 6:11 am Post subject: |
|
|
pjp wrote: | Non-RH developers seem willing to go along. At least I presume that more than only RH developers are involved. |
Imagine this: you're a volunteer developer who has to go against decisions made by someone who has been payed. What are your options?
You're also not concerned about embedded systems, but the software you're working on is still good for it.
Now imagine this: you're the embedded developer who used to use that software. What are your options?
Best Regards,
Georgi |
|
Back to top |
|
|
pjp Administrator
Joined: 16 Apr 2002 Posts: 20396
|
Posted: Mon Sep 23, 2024 6:42 am Post subject: |
|
|
logrusx wrote: | Imagine this: you're a volunteer developer who has to go against decisions made by someone who has been payed. What are your options?
You're also not concerned about embedded systems, but the software you're working on is still good for it.
Now imagine this: you're the embedded developer who used to use that software. What are your options? | You obviously have answers to those questions, and they likely differ from mine.
A. If I'm the project lead, I'd accept reasonable patches to support their needs as an option. If they are the poject lead, or the lead excludes alternatives, I move on, possibly maintaining a fork / patches.
B. That's obviously not the case or we wouldn't be having the discussion. Elaborating would be, I'll say "out of scope."
C. You've implied the developer has stopped using the software, so I presume said developer has a solution. Patch, it, fork it, write something new, retire after beating the House in Las Vegas? _________________ Quis separabit? Quo animo? |
|
Back to top |
|
|
ian.au l33t
Joined: 07 Apr 2011 Posts: 603 Location: Australia
|
Posted: Mon Sep 23, 2024 11:15 pm Post subject: |
|
|
Hu wrote: | split-usr versus merged-usr is not about whether /usr is a separate filesystem from /. That distinction is about separate /usr, which the systemd project declared broken years ago. More recently, the systemd project has been pushing merged-usr, where /bin, /sbin, etc. are symlinks into /usr. To further confuse the issue, the systemd wiki page cited in the Gentoo news ( https://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/ ) now talks about their work pushing merged-usr in Fedora, which I don't think it did when last I read it.
You could argue that merged-usr is more future-proof, since systemd now requires merged-usr, and I have already seen various packages that break on split-usr because of bad assumptions by their authors. It seems plausible that such breaks will continue to appear, and at some point, the maintainers may tire of cleaning up the resulting mess, and declare split-usr unsupported even on non-systemd systems. I have not seen a timeline for such a thing to occur, though. |
Hm I actually wrote a response to this yesterday, no idea where that's gone .. but I was actually in the office yesterday cooking a kernel and actually had a look at what I did six months ago here, and it turned out to be:
Code: | gw-01 /usr/src/linux # eselect profile show
Current /etc/portage/make.profile symlink:
default/linux/amd64/23.0/split-usr/no-multilib |
So I'm not sure why I thought my takeaway from the news item was that merged-usr was probably the way to go, but I obviously decided it could wait... |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|