• [gentoo-user] --depclean wants to remove udev. What!?

    From Dale@21:1/5 to All on Mon Jun 20 03:40:01 2022
    Howdy all,

    Once a month or so, or when told to by a news item, I run emerge with
    the --depclean option.  I look at the list in case there something there
    I want to keep or something that shouldn't be removed, like gcc or
    something.  I ran it a bit ago and got back this: 


    These are the packages that would be unmerged:

     dev-lang/vala
        selected: 0.52.10
       protected: none
         omitted: 0.54.7 0.56.1

     sys-apps/systemd-tmpfiles
        selected: 250
       protected: none
         omitted: none

     dev-libs/rapidjson
        selected: 1.1.0-r3
       protected: none
         omitted: none

     sys-fs/udev
        selected: 250
       protected: none
         omitted: none

     sys-devel/clang
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-devel/clang-runtime
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-libs/compiler-rt
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-libs/compiler-rt-sanitizers
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-devel/llvm
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

    All selected packages: =sys-devel/clang-runtime-13.0.1 =sys-libs/compiler-rt-13.0.1 =sys-libs/compiler-rt-sanitizers-13.0.1 =sys-devel/clang-13.0.1 =dev-lang/vala-0.52.10
    =sys-apps/systemd-tmpfiles-250 =sys-fs/udev-250 =sys-devel/llvm-13.0.1 =dev-libs/rapidjson-1.1.0-r3

    'Selected' packages are slated for removal.
    'Protected' and 'omitted' packages will not be removed.

    Would you like to unmerge these packages? [Yes/No]



    The part that has me concerned is sys-fs/udev.  There's another that I'm
    not sure about but that one caught my eye right away.  I don't recall
    seeing anything posted on -dev about switching to something else or udev
    no longer being needed and being removed.  I'm confused here.  Isn't the virtual supposed to prevent this from being removed?  Is this a portage
    change or did I mess something up somewhere? 

    This is what I show here depending either on the virtual or udev itself. 


    root@fireball / # equery d sys-fs/udev
     * These packages depend on sys-fs/udev:
    virtual/libudev-232-r7 (!systemd ? sys-fs/udev[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
    virtual/udev-217-r5 (sys-fs/udev)
    root@fireball / # equery d virtual/udev
     * These packages depend on virtual/udev: app-crypt/zulucrypt-5.5.0_pre20180223 (udev ? virtual/udev) app-pda/usbmuxd-1.1.1 (virtual/udev)
    dev-libs/libinput-1.20.1 (virtual/udev)
    media-video/vlc-3.0.17.4 (udev ? virtual/udev)
    net-misc/dhcpcd-9.4.1 (udev ? virtual/udev)
    sys-block/f3-8.0 (extra ? virtual/udev)
    sys-fs/cryptmount-5.3.3-r2 (udev ? virtual/udev)
    sys-fs/udev-init-scripts-34 (>=virtual/udev-217)
    sys-fs/udisks-2.9.4 (virtual/udev)
    sys-kernel/dracut-055-r4 (virtual/udev)
    sys-libs/libblockdev-2.26 (lvm ? virtual/udev)
    sys-power/nut-2.7.4-r8 (virtual/udev)
    sys-power/upower-0.99.17 (kernel_linux ? virtual/udev) virtual/dev-manager-0-r2 (virtual/udev)
    x11-misc/spacefm-1.0.6-r1 (virtual/udev)
    xfce-base/thunar-4.16.11 (udisks ? virtual/udev) xfce-extra/thunar-volman-4.16.0 (virtual/udev)
    root@fireball / # 


    This is the packages I have installed containing udev. 


    root@fireball / # equery list *udev*
     * Searching for *udev* ...
    [IP-] [  ] dev-libs/libgudev-237-r1:0/0
    [IP-] [  ] sys-fs/udev-250:0
    [IP-] [  ] sys-fs/udev-init-scripts-34:0
    [IP-] [  ] virtual/libudev-232-r7:0/1
    [IP-] [  ] virtual/udev-217-r5:0
    root@fireball / # 



    Anyone have ideas on this?  I mess up something?  Catch the tree in a
    bad state?  Something else I'm not aware of?  It's not making sense to
    me yet.  :/

    Thanks.

    Dale

    :-)  :-) 

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dale@21:1/5 to Dale on Mon Jun 20 04:50:01 2022
    Dale wrote:
    Howdy all,

    Once a month or so, or when told to by a news item, I run emerge with
    the --depclean option.  I look at the list in case there something there
    I want to keep or something that shouldn't be removed, like gcc or something.  I ran it a bit ago and got back this: 


    These are the packages that would be unmerged:
     dev-lang/vala
        selected: 0.52.10
       protected: none
         omitted: 0.54.7 0.56.1

     sys-apps/systemd-tmpfiles
        selected: 250
       protected: none
         omitted: none

     dev-libs/rapidjson
        selected: 1.1.0-r3
       protected: none
         omitted: none

     sys-fs/udev
        selected: 250
       protected: none
         omitted: none

     sys-devel/clang
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-devel/clang-runtime
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-libs/compiler-rt
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-libs/compiler-rt-sanitizers
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

     sys-devel/llvm
        selected: 13.0.1
       protected: none
         omitted: 14.0.4

    All selected packages: =sys-devel/clang-runtime-13.0.1
    =sys-libs/compiler-rt-13.0.1 =sys-libs/compiler-rt-sanitizers-13.0.1
    =sys-devel/clang-13.0.1 =dev-lang/vala-0.52.10
    =sys-apps/systemd-tmpfiles-250 =sys-fs/udev-250 =sys-devel/llvm-13.0.1
    =dev-libs/rapidjson-1.1.0-r3

    'Selected' packages are slated for removal.
    'Protected' and 'omitted' packages will not be removed.
    Would you like to unmerge these packages? [Yes/No]


    The part that has me concerned is sys-fs/udev.  There's another that I'm
    not sure about but that one caught my eye right away.  I don't recall
    seeing anything posted on -dev about switching to something else or udev
    no longer being needed and being removed.  I'm confused here.  Isn't the virtual supposed to prevent this from being removed?  Is this a portage change or did I mess something up somewhere? 

    This is what I show here depending either on the virtual or udev itself. 


    root@fireball / # equery d sys-fs/udev
     * These packages depend on sys-fs/udev:
    virtual/libudev-232-r7 (!systemd ?
    sys-fs/udev[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
    virtual/udev-217-r5 (sys-fs/udev)
    root@fireball / # equery d virtual/udev
     * These packages depend on virtual/udev:
    app-crypt/zulucrypt-5.5.0_pre20180223 (udev ? virtual/udev)
    app-pda/usbmuxd-1.1.1 (virtual/udev)
    dev-libs/libinput-1.20.1 (virtual/udev)
    media-video/vlc-3.0.17.4 (udev ? virtual/udev)
    net-misc/dhcpcd-9.4.1 (udev ? virtual/udev)
    sys-block/f3-8.0 (extra ? virtual/udev)
    sys-fs/cryptmount-5.3.3-r2 (udev ? virtual/udev)
    sys-fs/udev-init-scripts-34 (>=virtual/udev-217)
    sys-fs/udisks-2.9.4 (virtual/udev)
    sys-kernel/dracut-055-r4 (virtual/udev)
    sys-libs/libblockdev-2.26 (lvm ? virtual/udev)
    sys-power/nut-2.7.4-r8 (virtual/udev)
    sys-power/upower-0.99.17 (kernel_linux ? virtual/udev)
    virtual/dev-manager-0-r2 (virtual/udev)
    x11-misc/spacefm-1.0.6-r1 (virtual/udev)
    xfce-base/thunar-4.16.11 (udisks ? virtual/udev)
    xfce-extra/thunar-volman-4.16.0 (virtual/udev)
    root@fireball / # 

    This is the packages I have installed containing udev. 


    root@fireball / # equery list *udev*
     * Searching for *udev* ...
    [IP-] [  ] dev-libs/libgudev-237-r1:0/0
    [IP-] [  ] sys-fs/udev-250:0
    [IP-] [  ] sys-fs/udev-init-scripts-34:0
    [IP-] [  ] virtual/libudev-232-r7:0/1
    [IP-] [  ] virtual/udev-217-r5:0
    root@fireball / # 


    Anyone have ideas on this?  I mess up something?  Catch the tree in a
    bad state?  Something else I'm not aware of?  It's not making sense to
    me yet.  :/

    Thanks.

    Dale

    :-)  :-) 



    I think I found something but not sure if it is what I think it is.  The virtual says it needs one of the following:


    sys-apps/systemd-utils[udev]
    sys-fs/udev
    =sys-fs/eudev-2.1.1
    =sys-apps/systemd-217


    Since systemd-utils is at the top, I looked to see if it was installed
    or not, and it is. 

    [IP-] [  ] sys-apps/systemd-utils-250.7:0

    as is:

    sys-fs/udev-250


    So, I think it wants to remove udev and use the other.  This is what
    depends on the systemd package. 


    root@fireball / # equery d sys-apps/systemd-utils
     * These packages depend on sys-apps/systemd-utils: sys-apps/systemd-tmpfiles-250 (sys-apps/systemd-utils[tmpfiles]) sys-fs/udev-250 (sys-apps/systemd-utils[udev,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
    virtual/libudev-232-r7 (!systemd ? sys-apps/systemd-utils[udev,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
    virtual/tmpfiles-0-r3 (!prefix-guest ? sys-apps/systemd-utils[tmpfiles]) virtual/udev-217-r5 (sys-apps/systemd-utils[udev])
    root@fireball / #


    At this point, I'm stumped.  It looks like something depends on itself
    or something.  < me thinks > 

    Does this helps anybody that understands this?

    Dale

    :-)  :-) 

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dale@21:1/5 to Julien Roy on Mon Jun 20 05:10:01 2022
    Julien Roy wrote:
    Hello,

    On 6/19/22 21:38, Dale wrote:
    Anyone have ideas on this?  I mess up something?  Catch the tree in a
    bad state?  Something else I'm not aware of?  It's not making sense to
    me yet.  :/

    sys-fs/udev has been replaced by a USE flag on the
    sys-apps/systemd-utils package. When you updated your system, portage
    most likely installed systemd-utils with the 'udev' USE flag by
    default. It also replaces sys-apps/systemd-tmpfiles, which is also
    included in your --depclean.

    You can read more about this change here : https://www.gentoo.org/support/news-items/2022-04-19-systemd-utils.html

    Regards,
    Julien


    I don't recall that news item but for my memory, that was a long time
    ago.  So, it is safe to remove udev and it is being replaced by systemd-utils?  OK.  I can live with that.  I did a news list and
    grepped for udev.  It didn't find that given that name and I may have
    missed it with that name since I don't use systemd.  Oh well. 

    Now I got to remember to keep a eye out for changes to this instead of
    udev.  o_O 

    Thanks much.

    Dale

    :-)  :-) 

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Julien Roy@21:1/5 to All on Mon Jun 20 04:40:01 2022
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------YYFGaXiySUgYr0vIH5lLG8Sw
    Content-Type: multipart/mixed; boundary="------------koO6aDhPWkgNjhKHARGUGG5b"

    --------------koO6aDhPWkgNjhKHARGUGG5b
    Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64

    SGVsbG8sDQoNCk9uIDYvMTkvMjIgMjE6MzgsIERhbGUgd3JvdGU6DQo+IEFueW9uZSBoYXZl IGlkZWFzIG9uIHRoaXM/wqAgSSBtZXNzIHVwIHNvbWV0aGluZz/CoCBDYXRjaCB0aGUgdHJl ZSBpbiBhDQo+IGJhZCBzdGF0ZT/CoCBTb21ldGhpbmcgZWxzZSBJJ20gbm90IGF3YXJlIG9m P8KgIEl0J3Mgbm90IG1ha2luZyBzZW5zZSB0bw0KPiBtZSB5ZXQuwqAgOi8NCg0Kc3lzLWZz L3VkZXYgaGFzIGJlZW4gcmVwbGFjZWQgYnkgYSBVU0UgZmxhZyBvbiB0aGUgDQpzeXMtYXBw cy9zeXN0ZW1kLXV0aWxzIHBhY2thZ2UuIFdoZW4geW91IHVwZGF0ZWQgeW91ciBzeXN0ZW0s IHBvcnRhZ2UgDQptb3N0IGxpa2VseSBpbnN0YWxsZWQgc3lzdGVtZC11dGlscyB3aXRoIHRo ZSAndWRldicgVVNFIGZsYWcgYnkgZGVmYXVsdC4gDQpJdCBhbHNvIHJlcGxhY2VzIHN5cy1h cHBzL3N5c3RlbWQtdG1wZmlsZXMsIHdoaWNoIGlzIGFsc28gaW5jbHVkZWQgaW4gDQp5b3Vy IC0tZGVwY2xlYW4uDQoNCllvdSBjYW4gcmVhZCBtb3JlIGFib3V0IHRoaXMgY2hhbmdlIGhl cmUgOiANCmh0dHBzOi8vd3d3LmdlbnRvby5vcmcvc3VwcG9ydC9uZXdzLWl0ZW1zLzIwMjIt MDQtMTktc3lzdGVtZC11dGlscy5odG1sDQoNClJlZ2FyZHMsDQpKdWxpZW4NCg== --------------koO6aDhPWkgNjhKHARGUGG5b
    Content-Type: application/pgp-keys; name="OpenPGP_0x20B80B7E70598F97.asc" Content-Disposition: attachment; filename="OpenPGP_0x20B80B7E70598F97.asc" Content-Description: OpenPGP public key
    Content-Transfer-Encoding: quoted-printable

    -----BEGIN PGP PUBLIC KEY BLOCK-----

    xsFNBGJJ5cABEACuUqUrMbLYYHoAiXbfFLENv+klwRYlFKd765VoNpT5+l5h7LJN xrtp0rUIWmHvJXtB0WNXxKBXdFIlDM9R9dGxrpTcLvDC7ofORPIpBNh0F0QxMYnO Dtj8H79M6Gp3y2vAJNPm8bVpZOOK6e+s5C7r4y0f492lFrKVMEeKiKG8W/1Mav+u n7ProkFBIyOJPP/ewSEPvI+fxg5VTHmzJQLvbH5awVv652T7q1rKLJ1dD+5p0Ul6 cVMTdKs2SOEMFfG2wcwmh8IMeiBXC4/rTG9Vf+bBrTqCsK80Dhtx/Vl+VeR+hJAv CfNmgEUKLQs+Bdb07yDACfQ9kYQAlMKglyGnshSU9d7CPjjJIJSuDRL5yxKLH5Gh StFC2an+Eka8LpZahavjKB33I+APnsD8aXx1GvtNgybs8O+zL/TIl/9xsNBsQphU HDnvfuobb51uc/6OrnukU8bSw0AmqpEIPje4/kyXp/qS82RsIYaK/dyeeW5iBgMy ehp34NnQqz3KJhivBgdBFR36tByRufslaIyja6+pnSE1fn+OglfsJm2r3V5uv1kw rfTGqTXlNvtzt/UZv0vQFrCUzAHBs3/is2MHVvPVJjSFEatr5nnGlaKxVvo+SO8H 7ksbIqYnIWQ80t0kA6iaRvyidOmaXSdfjQmg9sr/yW7aflPSzKU+cIfvGQARAQAB zRtKdWxpZW4gUm95IDxqdWxpZW5AanJveS5jYT7CwZQEEwEKAD4WIQQYTz7Bli56 iImbu+AguAt+cFmPlwUCYknlwAIbAQUJBKKGAAULCQgHAwUVCgkICwUWAwIBAAIe AQIXgAAKCRAguAt+cFmPl0CgEACOV8vQWitcXVlsR4hz7VtCwL5Z+WE3YcsmlPZl mSlUxENeWaisnreASvKCbkQhkcVcDF93LlDZVmdyjuCoeVvFRjO0o7OZjfoYkkmY /bSi1oV9E50/BUD3uvYEqiHV7wWQSsw+GpRPUZnejbZbXfvg3i7KoZWilwQJYARn XfjkM0YkAWID79G0lhlhwIRLc3dDHJeHbC8i7e9wSe5CKrJ9w7wPdDwuSWcRTobB vTKgu25iWsLpNyvLf11tCOxKbNv145VfPujwEdkvqBEkrstlwkm1fr7bDGW7RvpW la+RHAbSCNTL0zZRnz/5Xu0stL+Q0D9piUGbrIPUCu+PxRwYFd+zv195IcUwxR50 +VwlPt+t6oQYXCCPEuCjVdSRK3AIi+H6qt/cxEv9E8kCj9zHVSk6ORtuOEZwKrJz BIGYan9AZ6R17orEXZcrUjAb2uelPYBQdqbna75+pof0YjFBbWwN8tZU4PnKkIy1 8mn/S4MLRicBRFFGopi4L3pWfSyC2GNd/yMnJMi4Pmx/6hvUaXEDTev83GNJ0j0H +O+DDJ+izj53DQOFm4UZV820ft/aHUcYCUipvNw5ucVZt8KykDRbeGIixnXaYOBe SpKiov2l1rV90hualKp8ztgoc3eM/cvGUFiSiezPHzCANSHQblynCoNQJmaqPo7O 9kbKsc7ATQRiSeX2AQgA43N3bLeSmK68ojzA5ZOqyR++ZqR1rI6lLxfp8FcUS4rO WoDnJAj55hPTbTzCh9Pmp7YCzuMcS0gZxc64rkKyQnZIvgU3Q79heKhKsVg00uOg xhF4YX3w1/u9pfzCN64Urp920z3HLKbfzBkt9FTitT8S6TEu2/f3q7Pn59/uSgKQ w4R/BmCLwNuyQas4FkqFqpDxMiX84YJqb+Q97IIeiqLfBeM4pVnEhiRQs2NZDmW5 mSGIsDvLGcY0bevd5UAGNyPhdb6I9VyOXbWuxr92h7UxkW2kPZuwm5V7Un1549P7 h7jyjX2yQmbfOM4BkSkHIKD+X/2Y3Y29gRWUwXnZDQARAQABwsMSBBgBCgAmFiEE GE8+wZYueoiJm7vgILgLfnBZj5cFAmJJ5fYCGwIFCQSihgABoAkQILgLfnBZj5fA 1CAEGQEKAH0WIQRSuLVmtENkBIf5DQ2+8il0SISIQgUCYknl9l8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NTJC OEI1NjZCNDQzNjQwNDg3RjkwRDBEQkVGMjI5NzQ0ODg0ODg0MgAKCRC+8il0SISI Ql2vCAC6TUS4ycl79vBKV++6W610vhjyXQs6N/iyYMT+dOy9SBZ2FsTv6NXOSqlx hxBAifdQaQ3FpqCdfy3mi04rSVRK8/aC//GyswSNLKpj5J58je9Uqk7Gof29ytY0 bNtXqdH2FxzvMAVSFD2VpQIjeM/O9WQHJjAwdlDl3YBlOa1SuXtT22piIZF31tLK 2GWzjALc4X5i6Cb0SHsELoE75aB6/oyxnSCqn9Zn0avRxCkioBM5JZGD690Pfsnf Mk7ZXc9j4mH2tG82sXUDpWFO8anSCsm1D5CRuN0N6PB2kYaRdewd4n6KcKMkq9ox alMhm2alltn9vLvNX3qgpN5joNcvyZUP/1WLDQCwL4DYhDY5TE63mj0qYiegmA0G fADeAkYcQjkIpzzLURBvKqsgEfr/8WVJOdE6Js5HuVHY07bEoFaz6TiLVeEPANC3 Yd6Txy0+8buhBPxDZc2PocWbVgAzfNZUF9UYbbGe2zsto4JFVzAYxU58HHL5P49s I2St/3BEXsVXOGO1acQSgUWuAHdUztChx7nfWQ4gEtRwVu8rASad8UNen12BqhjB G/OTIUowYHPAd4RqOzIremVQOENglrICp+gEZwzE36CsH2Z68Ut9T6KNDJ6umxll v8yMnaNlCUCqDzKqLOf53ZbKvqzIgxjhsVxMF3kJvlhpBg7pzhcO/KBUjZsgU+HG 5gTnD9/fjvNg/5+IWofgGz5Abm/wWZyxakQwONnP+k9jSJaLi1rlx+bqX1Y7Zupu oBpy2YW8C/24EMo5qu8mF9pRbziffql3BhNzp7Z+SR7G9E08T6xexKfC3s87DICP WoGGQA0uaAlIPNvdDS+70p0gYx6KlRzIDDgLe1QHbNmLmhmpgc5qxPQgRj9RGbs8 UAjolb860nkOf3Lb7Pic83H//GJY+K0Iih+UBmiGBpclhGRz3vPBjBvhSMQix1/g ucsZo6RLX9f3Nf18C2+RtlBBcegtRdnSW12Yv3TeKaV45cwhXoglKR0GjANUbXtM Fp0LkqUSrBL9zsBNBGJJ5kABCADFsQqJByXx3tSIhpgTMR7G6BPcd7gvUjqXjy31 WanpS8af3dcAvOhEtpYpFZ6mI6ygQZN7ZLlv8PWTlwKe9wghrLKgJhSpOuQsbxO6 c2uqkNGZCrgUczaty35bd3Yc//tIi0PuD53Eji7WYxQcYAZhHcNkSHaseka24dps mdZ97bv0TRrx2oUuqCywFhgud6hSRYlRsIsxjyQhjivJ0ufFrbKi/A+lbddj8uQX 9S4T+toMHEA3dkOF8U56bRwiHMnes6N30w+Wxuw5XO5EzJr8Ms6Xr6O8HH5hyhNv 7Rg/WI23hgiqfalI54Cwtn+tAcSNNyNoJMFR0J+pNvdcqmy/ABEBAAHCwXwEGAEK ACYWIQQYTz7Bli56iImbu+AguAt+cFmPlwUCYknmQAIbDAUJBKKGAAAKCRAguAt+ cFmPlyiMD/97BpLY+gRE0DtLH1UEnXUBL3FPWl5ZPtJ3V7bBI4NCKvzAzk8XKnQn JGb4vlVt8YmBDExRJURNtQ95jmRczuHHONHEffKuutsJzC7+ISH96dvRMr+0fIUB EZYWU6bIYDzv+VOqgYJOBvOmNKZCDKTHCm8Bfj39jZ3H//s1hViWk4i0koYIr/8X 1VZDgkUL18xow1NBN5cKUNtlk5tF8XX11w//6y2FogFXZPeWfRvRtlTR1jCfpTcE InBgwWbwfmzJJZVkh2nhn0g7zLdEYyyp3hsdyT/4ri4VvWQM1K2inV2Z6vkWgSPK 97gPntj8N6Oop1oMnRErjqJx14o7JA6PSLxHBVbQIbIv1Fl475QyevFulQJjEOoe q1UcxJrBkT9yiGjCuyD4l28fUvrItBpY6y8gyamOfaG5smd3lvMiwb2catMeXWMg zF05eCPTMJi/vh1hqdvEOhHwsCfrdb0iLabyJ4ENSHd6ssi+6Y/Dk0s25K1JivLh ZMeuXZEJJqJqTNw4W/1lwSn9W99Uy7cflp6TwoJE4bbmx9plgbD+JnN72FZwE8D3 /KR/aofAcauKyQMGAgpSHnPWLWgpD6s6Yj8pSI5F13UWCr7cfCjK0WyWa16Rw39c qtBfoDob5BoyF5x8JWA1T/ED5kbGYe/+N01nkxC8CoIxPfyB5GvJZM4zBGJJ5moW CSsGAQQB2kcPAQEHQF1ukKHDIBwRzy3uqCw7aVoh837mGgAwV5HxiR9022d0wsF8 BBgBCgAmFiEEGE8+wZYueoiJm7vgILgLfnBZj5cFAmJJ5moCGyAFCQSihgAACgkQ ILgLfnBZj5e7zw//SxDEgmgV8Y5DR2yw+VBvd+SBGSr+NfkPS9LbSkpeWvtrOu88 J12zRQ1LHLXLlRkpsERRjdT7WadaCjIfxRF29wj1VkVeCpQ+yQCS6RBE1Q+SS3cQ DRJcuZGfyqak8iGyK0xFLW/42Ciuv6mA5JUXqzi0NNskGJU5JMik+u7zt+2rm68G 13s8YnMd9n/vGlW/SdFrOsHf7hIdAA8ay+7M+RsZB9c1q2kU4dp9YlPikOKZYzIh Diyf/ULekvOoRYqBbw+2C5pEsu7+frKbc3uinRiCg8AkZh0cMeF83DJa03fNTFzo njguj2/qK4Qp8BsI50jeEh0SdWLg92/hpRG4M8r6jechImNVueqQNBxV0+AY0Uif L9E+dizNsioitEmNGHzSfvqGKPRMOUF6SDvkinGUB3Gekg4LN62mbsZyXNER41PZ Xd/tsBZPgifikAQgNBj9lY1/vYCmifqk6aAqoDwnaJ1cb0deSTuzutm9cPD30aBk gfYbqjIpYqPN5k3oGU0xny9LM/IGQEyOUr+rJpBVl9OPhDK9kpkWw1KntiHV7Gdp M6s+857UUJ009FlPc3NTRLqqc4EjdM/iNFFVBgp7sdBRxchs5Zr9EyiCbDSJUe+p 6Er5dzE5nxGr9uoFXYdekRkIvF1Qry+HOfWpErkmzifbz2C9cEzb9C61ffw=
    =1SIF
    -----END PGP PUBLIC KEY BLOCK-----

    --------------koO6aDhPWkgNjhKHARGUGG5b--

    --------------YYFGaXiySUgYr0vIH5lLG8Sw--

    -----BEGIN PGP SIGNATURE-----

    wsB5BAABCAAjFiEEUri1ZrRDZASH+Q0NvvIpdEiEiEIFAmKv3T0FAwAAAAAACgkQvvIpdEiEiEJz bwf/RSCvpUpd/ucl4S1lWJw5KgmtUyl6SHsH7LefEf9cMjtsSYtIWYeruNiAtHGSBkYCF28N5dsk TgsA0CDkuU2CHDvg1M5HbTkozZfAiz41wK2InOnhskJq4xLpRj2CtO+VM1eaHqcMYlkyfLa3D+K2 0XPcXQxmsnYPZzj3jd4F7BaCXVpd/RgsEE4x+rarHprD3rpboiDpT6fxCvdQDAyx/o2Vgkhg47Ma DIiLK4Re3UGJf7meEoE/H+P2bUGrD5fhuBggiDjFzhfOGTWyGtOc9pQg95KlWiNeXb1yhKDJVZ6X RxiHuu6bieIe3z4sB03pzPRJM/zEneeNd352FZ7S7g==
    =iazd
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Vaeth@21:1/5 to Dale on Mon Jun 20 08:10:02 2022
    Dale <rdalek1967@gmail.com> wrote:

    root@fireball / # equery d sys-apps/systemd-utils
     * These packages depend on sys-apps/systemd-utils: sys-apps/systemd-tmpfiles-250 (sys-apps/systemd-utils[tmpfiles]) sys-fs/udev-250 (sys-apps/systemd-utils[udev,...])
    virtual/libudev-232-r7 (!systemd ? sys-apps/systemd-utils[udev,...]) virtual/tmpfiles-0-r3 (!prefix-guest ? sys-apps/systemd-utils[tmpfiles]) virtual/udev-217-r5 (sys-apps/systemd-utils[udev])

    Looks completely sane:

    sys-apps/systemd-tmpfiles-250 and sys-fs/udev-250
    are "practically" just virtuals which only pull in
    sys-apps/systemd-utils
    with the corresponding USE-flags. And the "true"
    virtuals for for tmpfiles and udev also depend on that
    package with the corresponding USE-flags.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)