Package Base Details: lib32-gstreamer0.10-base

Git Clone URL: (read-only, click to copy)
Submitter: alucryd
Maintainer: None
Last Packager: micwoj92
Votes: 36
Popularity: 0.004386
First Submitted: 2014-09-22 09:13
Last Updated: 2020-11-30 19:22

Latest Comments

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

alucryd commented on 2014-11-05 09:31

I'm not exactly keen on wasting resources for this, but still, I've included them in my multilib repo:

GordonGR commented on 2014-11-04 14:22

I can't build it either. Error log here:

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

Same here, this is not related to libgl.

Bazon: Thx for providing those built packages.

alucryd commented on 2014-11-02 10:18

Same here, this is not related to libgl.

Bazon commented on 2014-11-02 10:07

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

If it is useful for anyone: Ready-built package:
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!
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

I can also confirm that I can't build it, and I have lib32-nvidia-libgl. Makepkg output here:

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!

Schmeidenbacher commented on 2014-11-01 16:53

I have a more complete error message for you.

While the package doesn't build on my system it does build in a chroot, as you said.

The only obvious difference i've noticed between those two systems was the difference in the lib32-libgl implementation used.

Since i have a nvidia card it i have lib32-nvidia-libgl installed, the chroot automatically chose lib32-mesa-libgs instead.

I have a suspicion that that actually might be the culprit.

@felipe.facundes, which implementation of lib32-libgl is installed on your system?

alucryd commented on 2014-11-01 09:51

DKay: I don't know why you deleted your comment, but anyway, I can still see it. You're right, I'm the worst for expecting people to know google-fu and how to rtfm.

Now, if you think you can do a better job with this dirty ancient broken package, you're welcome to try instead of just complaining. I will happily welcome patches, even hand over the package if you have something which builds outside of a chroot. Frankly, I have better things to do than fixing sth that for some unfathomable reason doesn't want to build anywhere but in a chroot.

As for lib32-libgl, there was a time when this convenience package didn't exist and we had to use lib32-mesa-libgl. Almost all packages needing lib32-libgl in [multilib] still want lib32-mesa-libgl. Anyway, I just fixed this.

felipe.facundes: The comment section isn't a log dump, please use an external service for that, not to mention your log isn't useful in any way, it doesn't show the actual error.

DKay commented on 2014-11-01 06:49

Judging by the package maintainer's despicable attitude, I doubt this package will ever be anything more than a clusterfuck of errors (did you seriously spend a whole paragraph passive-aggressively insulting someone for confusing a capital I with a lowercase L? what the fuck is wrong with you?)

I suggest YOU take the time to maintain your packages to an acceptable standard before throwing snarky links or suggesting that us filthy casuals should read more man pages. You have nobody to blame but yourself for this unworkable piece of shit.

Why did you make lib32-mesa-libgl a requirement? Make it lib32-libgl.