| 1 |
On 08/23/2014 09:53 AM, Canek Peláez Valdés wrote: |
| 2 |
> On Sat, Aug 23, 2014 at 1:47 AM, Alexander Kapshuk |
| 3 |
> <alexander.kapshuk@×××××.com> wrote: |
| 4 |
>> On 08/22/2014 10:36 PM, Canek Peláez Valdés wrote: |
| 5 |
>>> On Fri, Aug 22, 2014 at 1:56 PM, Alexander Kapshuk |
| 6 |
>>> <alexander.kapshuk@×××××.com> wrote: |
| 7 |
>>>> As I updated my system today, I noticed that 'sys-fs/lvm2' got updated |
| 8 |
>>>> amongst other packages as well. |
| 9 |
>>>> |
| 10 |
>>>> I don't use LVM on my system. |
| 11 |
>>>> |
| 12 |
>>>> If I understand it correctly, 'sys-fs/lvm2' is a required dependency for |
| 13 |
>>>> 'sys-fs/udisks/udisks-1.0.5-r1': |
| 14 |
>>>> |
| 15 |
>>>> equery d sys-fs/lvm2 |
| 16 |
>>>> * These packages depend on sys-fs/lvm2: |
| 17 |
>>>> sys-block/parted-3.1-r1 (device-mapper ? >=sys-fs/lvm2-2.02.45) |
| 18 |
>>>> sys-boot/grub-2.00_p5107-r2 (device-mapper ? >=sys-fs/lvm2-2.02.45) |
| 19 |
>>>> sys-fs/udisks-1.0.5-r1 (>=sys-fs/lvm2-2.02.66) |
| 20 |
>>>> sys-fs/udisks-2.1.3 (cryptsetup ? sys-fs/lvm2[udev(+)]) |
| 21 |
>>>> |
| 22 |
>>>> equery -q u sys-block/parted | grep device-mapper |
| 23 |
>>>> -device-mapper |
| 24 |
>>>> |
| 25 |
>>>> equery -q u sys-boot/grub | grep device-mapper |
| 26 |
>>>> -device-mapper |
| 27 |
>>>> |
| 28 |
>>>> equery -q u '=sys-fs/udisks-1.0.5-r1' |
| 29 |
>>>> -debug |
| 30 |
>>>> +nls |
| 31 |
>>>> -remote-access |
| 32 |
>>>> |
| 33 |
>>>> $ equery -q u '=sys-fs/udisks-2.1.3' | grep cryptsetup |
| 34 |
>>>> -cryptsetup |
| 35 |
>>>> |
| 36 |
>>>> /usr/portage/sys-fs/udisks/udisks-1.0.5-r1.ebuild:17,24 |
| 37 |
>>>> COMMON_DEPEND=">=dev-libs/dbus-glib-0.100 |
| 38 |
>>>> <snip> |
| 39 |
>>>> >=sys-fs/lvm2-2.02.66 |
| 40 |
>>>> |
| 41 |
>>>> What are my options, if I were to remove 'sys-fs/lvm2' altogether? |
| 42 |
>>> Remove sys-fs/udisks:0, which depends unconditionally on LVM2; also, |
| 43 |
>>> it's on life support, AFAIR. sys-fs/udisks:2 is actively maintained |
| 44 |
>>> and it depends only conditionally on LVM2. |
| 45 |
>>> |
| 46 |
>>>> What would you recommend doing about it? |
| 47 |
>>> What does depend on sys-fs/udisks? What's the output from "equery d |
| 48 |
>>> sys-fs/udisks"? Most applications switched to udisks-2, but some are |
| 49 |
>>> still stuck with udisks-1 (XMBC, now Kodi, comes to mind). |
| 50 |
>>> |
| 51 |
>>> If an application that you absolutely need requires sys-fs/udisks:0, |
| 52 |
>>> then you will need LVM2 also. |
| 53 |
>>> |
| 54 |
>>> Regards. |
| 55 |
>> Looks like I've got a couple of apps that do require udisks-1 to run: |
| 56 |
>> equery d sys-fs/udisks |
| 57 |
>> * These packages depend on sys-fs/udisks: |
| 58 |
>> gnome-base/gvfs-1.20.2 (udisks ? >=sys-fs/udisks-1.97:2) |
| 59 |
> gvfs depends on sys-fs/udisk:2, so this one doesn't need udisks-1. |
| 60 |
> |
| 61 |
>> xfce-extra/xfce4-power-manager-1.3.0 (udisks ? sys-fs/udisks:0) |
| 62 |
> What does xfce4-power-manager uses udisks for? You could try to emerge |
| 63 |
> it with USE="-udisks" and see if you miss some functionality. If you |
| 64 |
> don't, you can get rid of udisks-1 and LVM2. |
| 65 |
> |
| 66 |
> Regards. |
| 67 |
Thanks for pointing that out. I overlooked that. I'll give that a try. |
Archives