libXfixes

[Juanito]

libXfixes taken from the Xorg-7.4 extension for use with gimp2 (it enables screenshots?):

Code: [Select]

Title:          libXfixes.tczl
Description:    Xfixes library
Version:        3.1.0
Author:         see list of sites below
Original-site:  see list of sites below
Copying-policy: see list of sites below
Size: 8.2KB
Extension_by:   juanito
Comments:       libXfixes from the Xorg-7.4 extension
                ----------
                for use with the gimp2 extension if you are using Xvesa
                ----------
                This extension contains:
                libXfixes - MIT - http://ftp.x.org/pub/individual/lib/libXfixes
                ----------
Change-log:     first version
Current:        2009/09/28


[curaga]

At 8kb, why not include directly in the Gimp2 extension?

[Juanito]

I thought about that, but there may be an issue with somebody using gimp2 and Xorg-7.4 with libXfixes mounted to the same location twice?

[curaga]

TCZ style mount - no issue, no overwriting
TCZ mount + force - overwriting, possible issue
Install to ram - by my understanding newest version overwrites

So, should not pose too much trouble.

[Jason W]

Better yet, why not put it in the Xlibs_support extension.  That is what that extension is for, for small X libs that are needed for certain apps without imposing Xorg as a dep.  I was going to bring up adding more X libs in there.  The newer gtk2, when we go to that,  will require a couple more libs by default.  If I recall, Xfixes may be one of them.

With one extension to contain various X libs the easier it will be to maintain it all.  Xlibs_support is only 20k bit now anyway.

EDIT:  The libs would overwrite the ones in Xorg and vice versa, but as long as they are the exact same files it should be ok.

[jpeters]

Better yet, why not put it in the Xlibs_support extension.  That is what that extension is for, for small X libs that are needed for certain apps without imposing Xorg as a dep.  

Does it do anything else? We already have imlib2_grab.  It's small, but the other files in Xlibs_support are used by lots of apps. 

[robc]

EDIT:  The libs would overwrite the ones in Xorg and vice versa, but as long as they are the exact same files it should be ok.

If you are worried about the libraries being overwritten, why not put Xlib_support in the Xorg dep? Then those libraries can be removed from Xorg.

[Jason W]

Robc - I dont think that is a bad idea.  Then there would be no overlap.

[bmarkus]

Sounds good, except it eats up one more expensive loop device 

[Juanito]

extension pulled as libXfixes already exists in the Xlibs_support extension.

[jpeters]

extension pulled as libXfixes already exists in the Xlibs_support extension.

we were talking about the same files?  weird thread.......
They probably get used for a lot more than screenshots.  I know Skype uses it.  


Edit: Actually, it might be nice to have an update. Maybe Juanito's is more current (and compiled on tc)?   When trying to compile 4.0.3, it got stuck when using "ar" . For some reason it uses busybox instead of the gnu version that has 'u'.  

Code: [Select]


(cd .libs && rm -f libXfixes.so && ln -s libXfixes.so.3.1.0 libXfixes.so)
ar cru .libs/libXfixes.a  Cursor.o Region.o SaveSet.o Selection.o Xfixes.o
ar: invalid option -- 'u'
BusyBox v1.14.3 (2009-08-24 22:42:47 PDT) multi-call binary

Usage: ar [-o] [-v] [-p] [-t] [-x] ARCHIVE FILES

Extract or list FILES from an ar archive

Options:
        -o      Preserve original dates
        -p      Extract to stdout
        -t      List
        -x      Extract
        -v      Verbose

make[2]: *** [libXfixes.la] Error 1
make[2]: Leaving directory `/tmp/work/libXfixes-4.0.3/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/work/libXfixes-4.0.3'
make: *** [all] Error 2
tc@box:/tmp/work/libXfixes-4.0.3$

Got past that by exporting PATH starting with /usr/local/bin.  Okay, got it.  

Would it be useful to include the .a, .la files?  The header and pkgconfig files?    
( update doesn't get skype static running, however  )

[curaga]

Otherwise a good idea, but the libs in Xlibs_support are from some other place, IIRC a RPM binary from somewhere. Not even same versions as in the Xorg extension IIRC.

Separation of Xorg libs into their own extension will be done for Xorg 7.5.

[Juanito]

I think that used to be the case, but they (or libXfixes at least) look to be the same as the ones in Xorg-7.4 now.