Package Details: smplayer-svn 19.5.0.r9225M-1

Git Clone URL: https://aur.archlinux.org/smplayer-svn.git (read-only, click to copy)
Package Base: smplayer-svn
Description: Media player with built-in codecs that can play virtually all video and audio formats
Upstream URL: https://www.smplayer.info/
Licenses: GPL
Conflicts: smplayer
Provides: smplayer
Submitter: None
Maintainer: 314eter
Last Packager: 314eter
Votes: 142
Popularity: 0.001216
First Submitted: 2008-02-19 15:58
Last Updated: 2019-07-14 13:33

Required by (8)

Sources (1)

Latest Comments

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

flamelab commented on 2011-03-29 18:07

patch complains that the patch(diff) file is malformed...

sl1pkn07 commented on 2011-03-29 17:27

need this pach for seek in mplayer2

http://smplayer.berlios.de/forum/viewtopic.php?f=4&t=1005

add please

greetings

da1l6 commented on 2011-03-29 16:28

The mplayer2 package has a provides "mplayer" entry. But you need to edit-out the version number from the smplayer-svn depends line.

Viper_Scull commented on 2011-03-24 21:09

Now mplayer2 is forked with some great features. Is it possible to modify the PKGBUILD so it can depend on mplayer or mplayer2????

flamelab commented on 2011-03-22 05:46

Well, your comment didn't really help me...

caemir commented on 2011-03-22 00:23

Ok for idiot, but this smplayer is bad :)

==> Dépendances de smplayer-svn :
- qt>=4.7.1 (déjà installé)
- mplayer>=32663 (déjà installé)
- subversion (déjà installé)
- error: (compilation depuis AUR)
- could (compilation depuis AUR)
- not (compilation depuis AUR)
- open (compilation depuis AUR)
- file (paquet trouvé)


I'v modified for me the pkgbuild...and now all right

syne commented on 2010-12-13 09:49

oh no! my last comment didn't mean what you thought it did, flamelab! i meant it is much easier for ME to remove the version number from your PKGBUILD. didn't mean to start a big fuss. sorry:D dubious sentence structure can get one into deep sh*t on the net, my bad.

Anonymous comment on 2010-12-05 21:28

@ foutrelis

In general Allan is right.

However, there is a catch.

The reason there should be a versioned deps, is for testing purposes. ie, you have tested that your package works with mplayer flavors later than a specific svn version, and can be built and work on top of a specific qt version and later.

Why am I saying all these?

Because from time to time, there are some idiots here and in the forums, that report as a "bug", some problematic behavior because they still have in their systems qt and/or mplayer svn revisions two years old.

Versioned deps are an excellent unavoidable defense, against this type of idiots.

Anonymous comment on 2010-12-05 21:23

Nice to know foutrelis.

Thank you.

foutrelis commented on 2010-12-05 15:31

@wantilles: Only '=' is allowed in the provides array; '>=' would be invalid in that context.

@flamelab: Personally, I'd drop the version from both mplayer and qt. I agree with Allan here [1], even though his message applies better to the binary repos and not the AUR where you can easily edit the PKGBUILD before you build a package.

----
[1] http://mailman.archlinux.org/pipermail/arch-dev-public/2010-January/015206.html