Re: xorgproto header installation conflicts
On Sun, 2019-11-24 at 23:04 +0100, Thomas Klausner wrote: > Thanks for the hint! > > Is anything else from this list effectively dead? Yes: > libXevie Not implemented in xserver since 1.6 (late 2008), rarely used by any clients. > libXxf86misc Likewise. This is the client-side part of xf86miscproto. However there were many clients that linked against it (because it was rather useful in xfree86 days), so you may want to keep it around for ABI reasons. In Fedora we've just copied the headers into the source package so we can keep building the library without needing --enable-legacy in xorgproto. Refer to the magic tricks invoked here: https://src.fedoraproject.org/rpms/libXxf86misc/blob/master/f/libXxf86misc.spec#_35 But as you noted above you already removed it, which, good. > libxkbui Long ago some xkb utilities would use this to draw images of keyboard layouts, which, enh, marginal value I guess. It looks like Fedora didn't even bother to package this post-modularization (2006ish). I have vague memories that some version of gnome's control panel would try to use this, but apparently it's been a very long time since that was true. - ajax ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On Mon, Nov 25, 2019 at 02:57:49PM -0800, Alan Coopersmith wrote: > On 11/25/19 2:51 PM, Thomas Klausner wrote: > > Is libdmx still useful? > > If you ship Xdmx (i.e build the xserver package with --enable-dmx), then I > think > it is. If not, probably not, unless your users are connecting to Xdmx from > someone else. pkgsrc contained the library, but only xdpyinfo used it. Now it doesn't :) Thomas ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On 11/25/19 2:51 PM, Thomas Klausner wrote: Is libdmx still useful? If you ship Xdmx (i.e build the xserver package with --enable-dmx), then I think it is. If not, probably not, unless your users are connecting to Xdmx from someone else. -alan- ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On Mon, Nov 25, 2019 at 10:27:18AM -0800, Alan Coopersmith wrote: > On 11/24/19 2:04 PM, Thomas Klausner wrote: > > Is anything else from this list effectively dead? > > > libXevie > > Also dropped from the Xserver in Xorg 1.6: > https://gitlab.freedesktop.org/xorg/xserver/commit/f4036f6ace5f770f0fe6a6e3dc3749051a81325a Thanks, I've removed this from pkgsrc. > > libXxf86dga > > We never shipped this in Solaris, since drm already existed when we > started shipping Xorg, and I don't remember ever hearing any complaints, > but I don't know if anything uses it. Quite a lot of packages still have a dependency on this, I'll have to check if they actually use it. > > libxkbui > > I think the long dead xorgcfg GUI was the only user of libxkbui. Thanks, also removed from pkgsrc. Is libdmx still useful? Thomas ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On 11/24/19 2:04 PM, Thomas Klausner wrote: Is anything else from this list effectively dead? libXevie Also dropped from the Xserver in Xorg 1.6: https://gitlab.freedesktop.org/xorg/xserver/commit/f4036f6ace5f770f0fe6a6e3dc3749051a81325a libXxf86dga We never shipped this in Solaris, since drm already existed when we started shipping Xorg, and I don't remember ever hearing any complaints, but I don't know if anything uses it. libxkbui I think the long dead xorgcfg GUI was the only user of libxkbui. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/alanc ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On Sun, Nov 24, 2019 at 11:04:12PM +0100, Thomas Klausner wrote: > On Tue, Nov 19, 2019 at 11:44:11AM -0800, Alan Coopersmith wrote: > > On 11/19/19 8:13 AM, Thomas Klausner wrote: > > > One particular example: libXxf86misc is still used by 8 packages in > > > pkgsrc, but the necessary xf86miscproto headers are not installed by > > > xorgproto except with --enable-legacy. > > > > Do all those packages strongly require it? Or do they just need to drop > > the dependency now? > > So I checked them and found that some did not actually use the code. > The remaining three that had code to support libXxf86misc could live > without it (xdpyinfo, xscreensaver, xset), so disabled it and removed > the libXxf86misc library from pkgsrc. > > > > Why is xf86miscproto in the legacy set? > > > > Because the server side was removed 11 years ago: > > https://gitlab.freedesktop.org/xorg/xserver/commit/22e64108ec63ba9891f8df237913ef9ca731 > > > > so any client support is unusable dead code, unless you're still running > > an Xserver older than Xorg 1.6. > > Thanks for the hint! > > Is anything else from this list effectively dead? Hi, At least libxevie and libxf86misc are dead. I haven't found anything in OpenBSD ports that depends on them and the X server side of the code has been removed long ago. > > libAppleWM > libFS > libICE > libSM > libX11 > libXScrnSaver > libXau > libXaw > libXaw3d > libXcomposite > libXcursor > libXdamage > libXdmcp > libXevie > libXext > libXfixes > libXfont2 > libXft > libXi > libXinerama > libXmu > libXpm > libXpresent > libXrandr > libXrender > libXres > libXt > libXtst > libXv > libXvMC > libXxf86dga > libXxf86misc > libXxf86vm > libdmx > libdrm > libxkbfile > libxkbui > > Thanks, > Thomas > ___ > xorg-devel@lists.x.org: X.Org development > Archives: http://lists.x.org/archives/xorg-devel > Info: https://lists.x.org/mailman/listinfo/xorg-devel -- Matthieu Herrb signature.asc Description: PGP signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On Tue, Nov 19, 2019 at 11:44:11AM -0800, Alan Coopersmith wrote: > On 11/19/19 8:13 AM, Thomas Klausner wrote: > > One particular example: libXxf86misc is still used by 8 packages in > > pkgsrc, but the necessary xf86miscproto headers are not installed by > > xorgproto except with --enable-legacy. > > Do all those packages strongly require it? Or do they just need to drop > the dependency now? So I checked them and found that some did not actually use the code. The remaining three that had code to support libXxf86misc could live without it (xdpyinfo, xscreensaver, xset), so disabled it and removed the libXxf86misc library from pkgsrc. > > Why is xf86miscproto in the legacy set? > > Because the server side was removed 11 years ago: > https://gitlab.freedesktop.org/xorg/xserver/commit/22e64108ec63ba9891f8df237913ef9ca731 > > so any client support is unusable dead code, unless you're still running > an Xserver older than Xorg 1.6. Thanks for the hint! Is anything else from this list effectively dead? libAppleWM libFS libICE libSM libX11 libXScrnSaver libXau libXaw libXaw3d libXcomposite libXcursor libXdamage libXdmcp libXevie libXext libXfixes libXfont2 libXft libXi libXinerama libXmu libXpm libXpresent libXrandr libXrender libXres libXt libXtst libXv libXvMC libXxf86dga libXxf86misc libXxf86vm libdmx libdrm libxkbfile libxkbui Thanks, Thomas ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On 11/19/19 8:13 AM, Thomas Klausner wrote: One particular example: libXxf86misc is still used by 8 packages in pkgsrc, but the necessary xf86miscproto headers are not installed by xorgproto except with --enable-legacy. Do all those packages strongly require it? Or do they just need to drop the dependency now? Why is xf86miscproto in the legacy set? Because the server side was removed 11 years ago: https://gitlab.freedesktop.org/xorg/xserver/commit/22e64108ec63ba9891f8df237913ef9ca731 so any client support is unusable dead code, unless you're still running an Xserver older than Xorg 1.6. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/alanc ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On Mon, Nov 18, 2019 at 02:59:40PM -0500, Adam Jackson wrote: > On Fri, 2019-11-15 at 11:08 +0100, Thomas Klausner wrote: > > Hi! > > > > I've updated pkgsrc to use xorgproto 2019.2, still installing the > > legacy headers with --enable-legacy, and we had to fix a couple > > conflicts: > > > > * XKBgeom.h is provided by libX11 1.6.9 > > * vlcXvMC.h is provided by libXvMC 1.0.12 > > > > I guess as long as they are installed by the other libraries, they > > should not be installed by xorgproto. Or should they be removed from > > the other libraries? > > If you're building xorgproto with --enable-legacy it's up to you to > handle the packaging conflict, presumably remove them manually in > either xorgproto xor in the libraries. If you wanted to a patch for the > libraries to detect which kind of xorgproto you had and handle it > gracefully there instead, point me at the merge request. ;) Let's try this from the other side: I only enabled the legacy modules because I still need them. One particular example: libXxf86misc is still used by 8 packages in pkgsrc, but the necessary xf86miscproto headers are not installed by xorgproto except with --enable-legacy. But when legacy is enabled, I also get headers that are moved to a different package and thus the conflicts. Why is xf86miscproto in the legacy set? Thomas ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On Fri, 2019-11-15 at 11:08 +0100, Thomas Klausner wrote: > Hi! > > I've updated pkgsrc to use xorgproto 2019.2, still installing the > legacy headers with --enable-legacy, and we had to fix a couple > conflicts: > > * XKBgeom.h is provided by libX11 1.6.9 > * vlcXvMC.h is provided by libXvMC 1.0.12 > > I guess as long as they are installed by the other libraries, they > should not be installed by xorgproto. Or should they be removed from > the other libraries? If you're building xorgproto with --enable-legacy it's up to you to handle the packaging conflict, presumably remove them manually in either xorgproto xor in the libraries. If you wanted to a patch for the libraries to detect which kind of xorgproto you had and handle it gracefully there instead, point me at the merge request. ;) - ajax ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: xorgproto header installation conflicts
On 11/15/19 2:08 AM, Thomas Klausner wrote: Hi! I've updated pkgsrc to use xorgproto 2019.2, still installing the legacy headers with --enable-legacy, and we had to fix a couple conflicts: * XKBgeom.h is provided by libX11 1.6.9 * vlcXvMC.h is provided by libXvMC 1.0.12 I guess as long as they are installed by the other libraries, they should not be installed by xorgproto. Or should they be removed from the other libraries? They're being moved from xorgproto to the other libraries, which is why they're only installed with the legacy flag: https://lists.x.org/archives/xorg-announce/2019-October/003029.html https://gitlab.freedesktop.org/xorg/proto/xorgproto/commit/1547c1cc3c99cca7c123ee83aee66586477bf265 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/alanc ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel