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: pfeifferj
Last Packager: pfeifferj
Votes: 131
Popularity: 0.23
First Submitted: 2017-01-26 13:45 (UTC)
Last Updated: 2025-03-05 18:17 (UTC)

Latest Comments

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

ava1ar commented on 2018-03-26 02:43 (UTC) (edited on 2018-03-26 02:45 (UTC) by ava1ar)

milkmiruku, sorry, but I can't reproduce the issue - just built on my machine without issues with up-to-date x86 system.

gcurse, load good for me without any symliking:

ava1ar@skull:~ $ gst-inspect-0.10 | grep audioresample

audioresample: audioresample: Audio resampler

milkii commented on 2018-03-26 01:25 (UTC) 

make[4]: Entering directory '/var/tmp/trizen-milk/gstreamer0.10-base/src/gst-plugins-base-0.10.36/gst/adder'
  CC       libgstadder_la-gstadder.lo
gstadder.c: In function ‘gst_adder_setcaps’:
gstadder.c:264:32: error: ‘add_int8’ undeclared (first use in this function); did you mean ‘dprintf’?
             (GstAdderFunction) add_int8 : (GstAdderFunction) add_uint8);
                                ^~~~~~~~
                                dprintf
gstadder.c:264:32: note: each undeclared identifier is reported only once for each function it appears in
gstadder.c:264:62: error: ‘add_uint8’ undeclared (first use in this function); did you mean ‘add_int8’?
             (GstAdderFunction) add_int8 : (GstAdderFunction) add_uint8);
                                                              ^~~~~~~~~
                                                              add_int8
gstadder.c:269:32: error: ‘add_int16’ undeclared (first use in this function); did you mean ‘add_int8’?
             (GstAdderFunction) add_int16 : (GstAdderFunction) add_uint16);
                                ^~~~~~~~~
                                add_int8
gstadder.c:269:63: error: ‘add_uint16’ undeclared (first use in this function); did you mean ‘add_int16’?
             (GstAdderFunction) add_int16 : (GstAdderFunction) add_uint16);
                                                               ^~~~~~~~~~
                                                               add_int16
gstadder.c:274:32: error: ‘add_int32’ undeclared (first use in this function); did you mean ‘add_int16’?
             (GstAdderFunction) add_int32 : (GstAdderFunction) add_uint32);
                                ^~~~~~~~~
                                add_int16
gstadder.c:274:63: error: ‘add_uint32’ undeclared (first use in this function); did you mean ‘add_int32’?
             (GstAdderFunction) add_int32 : (GstAdderFunction) add_uint32);
                                                               ^~~~~~~~~~
                                                               add_int32
gstadder.c:293:42: error: ‘add_float32’ undeclared (first use in this function); did you mean ‘add_float64’?
         adder->func = (GstAdderFunction) add_float32;
                                          ^~~~~~~~~~~
                                          add_float64
gstadder.c: In function ‘plugin_init’:
gstadder.c:1320:3: warning: implicit declaration of function ‘gst_adder_orc_init’; did you mean ‘gst_adder_init’? [-Wimplicit-function-declaration]
   gst_adder_orc_init ();
   ^~~~~~~~~~~~~~~~~~
   gst_adder_init
gstadder.c:1320:3: warning: nested extern declaration of ‘gst_adder_orc_init’ [-Wnested-externs]
make[4]: *** [Makefile:687: libgstadder_la-gstadder.lo] Error 1
make[4]: Leaving directory '/var/tmp/trizen-milk/gstreamer0.10-base/src/gst-plugins-base-0.10.36/gst/adder'
make[3]: *** [Makefile:583: all] Error 2
make[3]: Leaving directory '/var/tmp/trizen-milk/gstreamer0.10-base/src/gst-plugins-base-0.10.36/gst/adder'
make[2]: *** [Makefile:833: adder] Error 2
make[2]: Leaving directory '/var/tmp/trizen-milk/gstreamer0.10-base/src/gst-plugins-base-0.10.36/gst'
make[1]: *** [Makefile:678: all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/trizen-milk/gstreamer0.10-base/src/gst-plugins-base-0.10.36'
make: *** [Makefile:607: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

gcurse commented on 2018-03-18 10:21 (UTC) (edited on 2018-04-01 15:57 (UTC) by gcurse)

deleted

ava1ar commented on 2017-11-02 21:41 (UTC)

alfredo.ardito, This error is nothing to do with gstreamer - this is some python dependencies, gstreamer doesn't have. Perform yaourt -S gstreamer0.10 and post errors if any errors occurred.

alfredo.ardito commented on 2017-11-02 21:19 (UTC)

Got this error when building: ----------------------------- error: failed to commit transaction (conflicting files) python-markupsafe: /usr/lib/python3.6/site-packages/MarkupSafe-1.0-py3.6.egg-info/PKG-INFO exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/MarkupSafe-1.0-py3.6.egg-info/SOURCES.txt exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/MarkupSafe-1.0-py3.6.egg-info/dependency_links.txt exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/MarkupSafe-1.0-py3.6.egg-info/not-zip-safe exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/MarkupSafe-1.0-py3.6.egg-info/top_level.txt exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/__init__.py exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/__pycache__/__init__.cpython-36.pyc exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/__pycache__/_compat.cpython-36.pyc exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/__pycache__/_constants.cpython-36.pyc exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/__pycache__/_native.cpython-36.pyc exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/_compat.py exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/_constants.py exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/_native.py exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/_speedups.c exists in filesystem python-markupsafe: /usr/lib/python3.6/site-packages/markupsafe/_speedups.cpython-36m-x86_64-linux-gnu.so exists in filesystem Errors occurred, no packages were upgraded. ==> Restart building gstreamer0.10-base ? [y/N] ==> ------------------------------------------- ==> ==> Restart building xfce4-volumed ? [y/N] ==> --------------------------------------

ava1ar commented on 2017-09-26 07:22 (UTC)

Adopted and fixed

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.

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