| 1 |
On Sunday, 17 April 2022 14:54:50 -00 Rich Freeman wrote: |
| 2 |
> On Sun, Apr 17, 2022 at 9:03 AM Peter Humphrey <peter@××××××××××××.uk> |
| 3 |
wrote: |
| 4 |
> > On Sunday, 17 April 2022 12:13:06 -00 Neil Bothwick wrote: |
| 5 |
> > |
| 6 |
> > --->8 |
| 7 |
> > |
| 8 |
> > > It looks like this is cause my using mixed keywords, amd64 for udev and |
| 9 |
> > > ~amd64 for systemd-boot/utils. Does keywording udev-250 resolve the |
| 10 |
> > > blocks? |
| 11 |
> > |
| 12 |
> > Yes, after keywording several others, thus: |
| 13 |
> > |
| 14 |
> > ~sys-apps/systemd-tmpfiles-249.9 |
| 15 |
> > ~sys-apps/systemd-utils-250.4 |
| 16 |
> > ~sys-fs/udev-250 |
| 17 |
> > ~virtual/tmpfiles-0-r2 |
| 18 |
> > |
| 19 |
> > But then, after rebooting because of the udev update, systemd-boot-250-r1 |
| 20 |
> > has come in. I can't revert those keywords though, because then I'd have |
| 21 |
> > to ditch elogind in favour of systemd. I really do not want to do that. |
| 22 |
> |
| 23 |
> Can't you just fix your USE flags with systemd-utils? Why revert? |
| 24 |
|
| 25 |
No, because the flag I'd need is 'boot', and that triggers switching from |
| 26 |
elogind to systemd. |
| 27 |
|
| 28 |
> If I need to bump a package up to ~arch temporarily usually I just do |
| 29 |
> it with an atom like "<sys-apps/systemd-utils-251" or something like |
| 30 |
> that, so that I keep getting ~arch updates within the major version, |
| 31 |
> but the next major bump happens when it hits stable. Obviously you |
| 32 |
> need to understand the versioning/stabilization policies for the |
| 33 |
> packages involved if you do that, and it is situational, but you |
| 34 |
> really shouldn't be mixing keywords anyway unless you're comfortable |
| 35 |
> with that. |
| 36 |
|
| 37 |
No, I know it's a bad idea to mix keywords, but how else do I get systemd-boot |
| 38 |
on a stable system? |
| 39 |
|
| 40 |
-- |
| 41 |
Regards, |
| 42 |
Peter. |
Archives