Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 363631

Summary: Un-disable gsettings and shm from gst-plugins-bad.eclass
Product: Gentoo Linux Reporter: Olivier Crete (RETIRED) <tester>
Component: [OLD] GNOMEAssignee: GStreamer package maintainers <gstreamer>
Status: RESOLVED FIXED    
Severity: normal    
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Olivier Crete (RETIRED) gentoo-dev 2011-04-14 20:00:14 UTC
GSettings only requires glib, so no reason to disable it

shm only requires glibc (it's in sys/ because it may not on windows, etc), so I guess it should be in the main package also.
Comment 1 Mart Raudsepp gentoo-dev 2011-04-15 02:45:29 UTC
We don't do sys/ and ext/ stuff in main packages, no matter if they don't impose any extra deps.
GSettings is not packaged as a separate split yet because nothing actually uses it.
SHM is not packaged yet as I didn't know yet what with to test it and also what uses it. Does farstream use it now?
Comment 2 Mart Raudsepp gentoo-dev 2011-04-15 03:25:26 UTC
Anyhow, basically we need to discuss if we want to ever include any ext/ or sys/ packages in the main one, or not. Currently the unwritten rule appears to be "no". So first this needs to get revised IF that's a good idea, then we can think about gsettings and gio in main packages after validating the eclasses to work nicely with it, imho.
shm has extra deps on certain posix facilities, not sure these all exist on the prefix arches like interix, solaris, etc (they do have keywords on -base at least). At least shm is something that to my best understanding needs manual interaction in the application using it, so it's easy to know to have an explicit dep on a split package of it
Comment 3 Olivier Crete (RETIRED) gentoo-dev 2011-04-15 05:12:18 UTC
My understanding was always that the reason for the split packages was to not add extra deps and use flags to the main one. I never understood it to be related to the directory organization of the gst packages.

If the requirements for the shm stuff are not present on a platform, it will just not be built. If an application were to require the shm plugin, the application should not be keyworded on that platform. I don't see how this would be helped by having a separate package for shm.
Comment 4 Gilles Dartiguelongue (RETIRED) gentoo-dev 2016-01-02 21:54:01 UTC
SHM plugin is now available in 1.6.2, gsettings is out because it is unported and cannot be built.

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c894f220d8104aa2b318c9b6e92f83fd62649234