Package Details: gstreamer0.10-base 0.10.36-13

Git Clone URL: https://aur.archlinux.org/gstreamer0.10-base.git (read-only, click to copy)
Package Base: gstreamer0.10-base
Description: GStreamer Multimedia Framework Base plugin libraries
Upstream URL: http://gstreamer.freedesktop.org/
Licenses: LGPL
Submitter: yurikoles
Maintainer: ava1ar
Last Packager: ava1ar
Votes: 131
Popularity: 0.83
First Submitted: 2017-01-26 13:45 (UTC)
Last Updated: 2020-04-19 04:37 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 13 Next › Last »

Popolon commented on 2017-09-20 17:40 (UTC)

.SRCINFO does not march PKGBUILD ! .SRCINFO : pkgrel=9 PKGBUILD : pkgrel=10

claudiodangelis commented on 2017-09-18 17:05 (UTC) (edited on 2017-09-18 17:23 (UTC) by claudiodangelis)

I'll just leave it here for pacaur users like me who are unable to install this package: git clone --depth=1 https://aur.archlinux.org/gstreamer0.10-base.git cd gstreamer0.10-base makepkg sudo pacman -U gstreamer0.10-base-0.10.36-10-x86_64.pkg.tar.xz gstreamer0.10-base-plugins-0.10.36-10-x86_64.pkg.tar.xz

eschwartz commented on 2017-09-03 01:57 (UTC)

Spyhawk, Yes, requests to update the package are valid, for some minor value of valid. Mismatched AUR RPC data kind of sucks because it is difficult to know just from reading the AUR, what version a package is at. That is only relevant to aurweb. Once a person downloads a package, possibly through an AUR helper, and attempts to interact with it, the .SRCINFO's job is long since done. Can we be clear about one thing here? The one and only singular reason for .SRCINFO to exist is in order for aurweb, and others, to know about package metadata without risking the execution of arbitrary and potentially malicious bash scripts. In the specific case of this package, it doesn't matter as the only valid pkgrel bump was -4 and therefore it doesn't matter if users aren't able to detect updates through the RPC. Your helper is buggy, and turns molehills into mountains. Please stop feeding lies to your users and turning yourself and your project into a source of misinformed, clueless users. "Check .SRCINFO for mismatching data with PKGBUILD" is not a valid reason for pacaur to abort a pacman transaction. The fact that you think you need a .SRCINFO only shows that you don't understand makepkg as well as you think you do. @all, please stop conflating two issues. The fact that pacaur fails to install this package is due to a pacaur bug that the pacaur developer refuses to admit is a bug, and *not* due to the unrelated issue that this package does not properly register *on the RPC interface* as having an available update.

Scimmia commented on 2017-09-02 17:38 (UTC)

The alternative is to not do stupid crap. You're trying to do too much. Stop. Yes, the .SRCINFO should be updated, but it's extremely minor, to the point of being nearly a non-issue.

Scimmia commented on 2017-09-02 04:15 (UTC)

Aborting because of that is idiotic behavior, plain and simple.

Scimmia commented on 2017-08-28 16:56 (UTC)

It's installable just fine, it's only idiotic helpers that have a problem

<deleted-account> commented on 2017-08-28 03:22 (UTC)

Please update the .SRCINFO file for this package - it is currently not installable.

<deleted-account> commented on 2017-08-28 03:22 (UTC)

Please update the .SRCINFO file for this package - it is currently not installable.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 13 Next › Last »