[Buildroot] udisks situation

Peter Korsgaard peter at korsgaard.com
Wed Feb 12 21:34:06 UTC 2020


>>>>> "Giulio" == Giulio Benetti <giulio.benetti at benettiengineering.com> writes:

 > Hi All,
 > during bump of udisks package from version 1.0.5(the last known 1.x
 > version) to version 2.8.4 lot of heavy dependencies have been added:
 > - gobject-introspection(upcoming from Adam Duskett[1])
 > - libblockdev(upcoming from me) => libbytesize, volume_key(upcoming from me)
 > - parted
 > - polkit
 > - sg3-utils
 > - libxslt
 > then it needs:
 > - toolchain w/ glibc
 > - nls enabled

 > Adam Duskett, while testing(and fixing) my udisks branch[2] against
 > its gobject-introspection patchset[1], found out that currently Fedora
 > provides both udisks[3] and udisks2[4]. udisks(1) is considered
 > obsolete but they still offer it as a package.

 > Upstream didn't create a dedicated 1.x branch, but considering the
 > amount of dependencies for version 2.x, maybe we could imitate Fedora
 > and keep package "udisks" as it is(since its development stopped on
 > version 1.0.5), and package "udisks2" that will follow upstream.

 > The meaning to keep both packages is to have different memory
 > footprints, but most of all retro-fitting. udisks2 provides
 > "udisksctrl" tool, while udisks(1) provides "udisks" tool that are not
 > compatible.

 > I have already discussed about this in IRC with Thomas Petazzoni and
 > we ended up to keep udisks2 to follow upstream, but udisks(1) seems to
 > be still used.

I don't feel strongly about either, but long term we have to follow
upstream.

Out of interest, why this focus on udisks? We don't have any packages
with reverse dependencies to udisks in Buildroot?

-- 
Bye, Peter Korsgaard


More information about the buildroot mailing list