Tiny Core Linux
Tiny Core Extensions => TCE Talk => Extension requests => Topic started by: andyj on November 23, 2019, 01:53:28 PM
-
I'd like to request an extension that contains the .la files that aren't being maintained in the library updates, but some software packages are still looking for them. In the last round of updates I was able to find the Xorg .la files, but I can't find wayland-client.la needed by open-vm-tools for 32-bit.
-
Hi andyj
... but I can't find wayland-client.la needed by open-vm-tools for 32-bit.
According to this:
http://tinycorelinux.net/10.x/x86/tcz/wayland-dev.tcz.list
thet're in wayland-dev.tcz.
-
Curious. I didn't have wayland-dev on my build system and it's never been needed before. Do the latest Xorg builds need or somehow reference wayland and the deps don't have it? I'll need to do some more research.
-
There has been no change in the way Xorg is compiled against wayland - note that Xorg is not compiled against wayland in x86 to avoid bloat.
-
Hi andyj
According to the x86 .tcz.dep files the only extension that depends on wayland is ibus-dev.tcz which depends on wayland-dev.tcz.
-
and libgio-2.0.la
-
Hi aswjh
and libgio-2.0.la
You'll need to pull them from here:
http://tinycorelinux.net/9.x/x86/tcz/glib2-dev.tcz.list
-
Hi aswjh
Here's a tarball with the glib2-dev .la files from TC9. You should probably edit them to change the version numbers from
5200.3 to 6000.6. Look for the lines called library_names=, current=, age=, and revision=.
-
Hi aswjh
Here's a tarball with the glib2-dev .la files from TC9. You should probably edit them to change the version numbers from
5200.3 to 6000.6. Look for the lines called library_names=, current=, age=, and revision=.
tanks
-
Here are the ones I've gathered from multiple places to build the extensions I maintain:
libEGL.la
libGL.la
libGLESv1_CM.la
libGLESv2.la
libMesaOpenCL.la
libOSMesa.la
libatk-1.0.la
libdrm.la
libdrm_amdgpu.la
libdrm_intel.la
libdrm_nouveau.la
libdrm_radeon.la
libgbm.la
libgio-2.0.la
libglapi.la
libglib-2.0.la
libgmodule-2.0.la
libgobject-2.0.la
libgthread-2.0.la
libinput.la
libjson-glib-1.0.la
libkms.la
libswrAVX.la
libswrAVX2.la
libtiff.la
libtiffxx.la
libvulkan_intel.la
libvulkan_radeon.la
libxatracker.la
We're doing this little by little, but when I grep '\.la$' *.list | wc in my mirror of 10.x/x86/tcz I get 3462 files. All I'm asking is as TC moves forward the .la files which disappear from their respective extensions when they are recompiled be moved into an extension of .la files so I or anyone else who compiles their own code doesn't have to go on a treasure hunt to find them.
-
All I'm asking is as TC moves forward the .la files which disappear from their respective extensions when they are recompiled be moved into an extension of .la files so I or anyone else who compiles their own code doesn't have to go on a treasure hunt to find them.
I second that. I've gone on such treasure hunts many times. A lot of vintage software still needs the .la files at compile time (particularly those from TC9's glib2-dev.tcz).
Perhaps we could start with the .la files missing from TC10's glib2-dev.tcz? If I were to collect those files into an extension (named something like glib2-dev-la or glib2-la) would the developers be interested in adding it to the repository?
-
The files should be in the relevant tcz/src/extension folder on the server - we could regroup them under tcz/src/la if that makes things easier?
-
That would be wonderful.
For contributors who are aware of the issue, could the .la files also be manually added to their respective foo-dev.tcz extensions?
-
la files available in:
http://tinycorelinux.net/10.x/x86/tcz/src/la
http://tinycorelinux.net/10.x/x86_64/tcz/src/la
-
That's just beautiful. Thank you, juanito!
Here's the command to fetch all those files and put them in /usr/local/lib (adjust the architecture if needed):
sudo rsync -rtvh --progress repo.tinycorelinux.net::tc/10.x/x86_64/tcz/src/la/ /usr/local/lib
-
Thanks, Core guys! Long Live TinyCore!
-
C'mon man! You're killin' me. A death of a thousand cuts. After the latest tce-update:
/usr/local/lib/libgtk-3.la: No such file or directory
Really, an extension for these sure would be nice.
-
Hi andyj
The TC10 version of gtk3-dev.tcz still contains them in both 32 and 64 bit repositories.
-
Hi andyj
The TC10 version of gtk3-dev.tcz still contains them in both 32 and 64 bit repositories.
Perhaps, but this was an issue in TC10, so the advice was to go back to TC9. I don't remember if it started in TC 8 or not. Seems like there should be a better way than rsync'ing the whole of TC and mining for these files. Like, if you delete a .la file from a -dev extension, add it to the la-files.tcz extension. Once it exists.
-
The various *.la files are available at:
http://tinycorelinux.net/11.x/x86/tcz/src/la/
http://tinycorelinux.net/11.x/x86_64/tcz/src/la/
As mentioned, these files are not created nor used after the source code has transitioned from autotools to meson/ninja - linuxfromscratch recommends running a script to eliminate them and correct *.pc files that might contain *.la references.
The problem lies with older autotools source code that still uses *.la rather than *.pc files.
Given that the *.la files are not current, making an official extension does not seem like a good idea, but you're welcome to make a local extension :)
-
Hi Juanito
Is this a nice place to ask for more la files if needed?
I can not spot libgdk_pixbuf-2.0.la
and I may ask for more.
AFAIK libtool on 64 bit is asking for this file to update a certain package.
2) Rich at reply 7 for a specific la
You should probably edit them to change the version numbers from
5200.3 to 6000.6. Look for the lines called library_names=, current=, age=, and revision=.
and I know you were referring to OP but
Given that the *.la files are not current
When we download existing la files......should we do this to fix against shared object names?
In the past.....I have managed to compile without altering any downloaded la files.
3) If it helps, should I download the dev file from a package's last version build eg 9x or 10x
extract the la file
Edit the la file for corrected numbers as per Rich's suggestion
submit it with any planned extension submissions for your checking and maybe uploading the la repo?
cheers
-
Open-vm-tools needed it too. I copied it from the 10.x version of the library. There are 2901 of them in the 64-bit 10.x repository. An extension for all of them seems unlikely. You might also need libgdk_pixbuf_xlib-2.0.la in the same library. I haven't had a problem with versions yet so I haven't updated any of the files. I'll just be surprised when it happens. :o
-
I updated a number of missing *la files here: http://tinycorelinux.net/11.x/x86_64/tcz/src/la/
..rhythmbox needed at least twenty of them...
-
wonderful work!
-
Came to say thanks - compiling ORBit2 needed some ; cheers!