Package Base Details: lib32-gstreamer0.10-base

Git Clone URL: https://aur.archlinux.org/lib32-gstreamer0.10-base.git (read-only, click to copy)
Keywords: gstreamer gstreamer0.10 gstreamer0.10-base lib32-gstreamer
Submitter: alucryd
Maintainer: None
Last Packager: micwoj92
Votes: 34
Popularity: 0.000000
First Submitted: 2014-09-22 09:13 (UTC)
Last Updated: 2020-11-30 19:22 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

GordonGR commented on 2014-11-05 11:55 (UTC)

I understand. Unfortunately the issue will not be resolved soon, so pre-built binaries are necessary. For example: https://code.google.com/p/singularity-viewer/issues/detail?id=1551&q=gstreamer&colspec=ID%20Type%20Status%20Priority%20Stars%20Milestone%20Owner%20Summary%20Opened%20Modified At least the good-bad-ugly plugins still build. As for the packages, I'm keeping up, but feel free to adopt any you like in general. No ego here :)

alucryd commented on 2014-11-05 11:30 (UTC)

GordonGR; Anytime :) The reason why I demoted it to AUR is because we thought it was time we let gstreamer0.10 die, and the only multilib package that depended on it was lib32-wxgtk2.8, from which I removed gst support because pcsx2 doesn't need it. It's not that easy for the regular gstreamer0.10 unfortunately, a few popular packages still depend on it, and a lot more indirectly via wxgtk{,2.8}. I wasn't expecting to get so many complaints about it not building outside of a chroot either, and as some users can now tell, patience is not exactly one of my virtues :P So, pre-built packages are back. I'll take you on your offer and adopt lib32-gtk3 then. BTW, packages on that repo are automatically built every night at midnight CET if I pushed an updated PKGBUILD on my Github repo anytime before then, so updates are usually quick.

GordonGR commented on 2014-11-05 11:12 (UTC)

Thank you, alucryd. Though I must admit I fail to see why you took the packages off [multilib] if you were to put them in your own repository… but that's none of my business. PS: I notice you have in your repository lib32-gtk3, which I maintain in AUR. Feel free to take it over there too if you wish. Again, thanks for the compiled packages.

alucryd commented on 2014-11-05 09:31 (UTC)

I'm not exactly keen on wasting resources for this, but still, I've included them in my multilib repo: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#alucryd-multilib

GordonGR commented on 2014-11-04 14:22 (UTC)

I can't build it either. Error log here: https://dl.dropboxusercontent.com/u/4361965/lib32-gstreamer0.10-base-0.10.36-6-x86_64-build.log I haven't tried chroot yet. My piece of input is that I have an Intel card, so I'm using lib32-mesa-libgl 10.3.2-1. I understand gstreamer 0.10 is ancient, but I understand second life viewers still use it, hence the need for it to remain… PS: Bason, thank you for the binaries. Do you think you can upload the -plugins package too?

alucryd commented on 2014-11-02 10:18 (UTC)

Same here, this is not related to libgl. Bazon: Thx for providing those built packages.

Bazon commented on 2014-11-02 10:07 (UTC)

PS: I don't have lib32-nvidia-libgl but lib32-mesa-libgl and had to build in a chroot anyway.

Bazon commented on 2014-11-02 08:46 (UTC)

If it is useful for anyone: Ready-built package: https://dl.dropboxusercontent.com/u/12168886/arch/lib32-gstreamer0.10-base-0.10.36-6-x86_64.pkg.tar.xz Install with sudo pacman -U lib32-gstreamer0.10-base-0.10.36-6-x86_64.pkg.tar.xz Note: You have to install the dependency lib32-gstreamer0.10-0.10.36-4 FIRST! https://dl.dropboxusercontent.com/u/12168886/arch/lib32-gstreamer0.10-0.10.36-4-x86_64.pkg.tar.xz Install with sudo pacman -U lib32-gstreamer0.10-0.10.36-4-x86_64.pkg.tar.xz Status: Works for me.

techdude300 commented on 2014-11-01 18:32 (UTC)

I can also confirm that I can't build it, and I have lib32-nvidia-libgl. Makepkg output here: http://pastebin.com/WadistTM What I notice in common with Schmeidenbacher is that I am also getting errors about memory: GLib-ERROR **: gmem.c:353: overflow allocating 1852401526*4 bytes This is possibly a bug in glibc? I'm not quite sure what this has to do with nvidia drivers, it's very strange. If there's any other debug info I can provide that would be helpful, let me know. Thanks!