Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#11011 - gxine does not find win32 plugins

Attached to Project: Arch Linux
Opened by Babets (Babets) - Saturday, 26 July 2008, 17:37 GMT
Last edited by Eric Belanger (Snowman) - Wednesday, 30 July 2008, 02:39 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Eric Belanger (Snowman)
Alexander Fehr (pizzapunk)
Architecture All
Severity Very Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Installing gxine the default path for the win32 codecs directory (/usr/lib/win32) is not present because all the codecs are installed in /usr/lib/codecs.
A simple solution is to create a simbolic link from /usr/lib/codecs to /usr/bin/win32 (not tested) or manually set the path under the gxine preferences window.

Additional info:
* package version(s) 0.5.903-1
* config and/or log files etc. default configuration


Steps to reproduce:
- install gxine;
- launch gxine from a terminal with the default package configuration
This task depends upon

Closed by  Eric Belanger (Snowman)
Wednesday, 30 July 2008, 02:39 GMT
Reason for closing:  Fixed
Additional comments about closing:  fixed in xine-lib-1.1.14-2
Comment by Babets (Babets) - Saturday, 26 July 2008, 17:54 GMT
Same small problem with xine-ui.
Comment by Eric Belanger (Snowman) - Tuesday, 29 July 2008, 01:21 GMT
It looks like a problem with xine-lib. The codec directory is defined in it.
Comment by Babets (Babets) - Tuesday, 29 July 2008, 09:39 GMT
The solution is very simple but i think is better to modify the codecs package.
In that pkgbuild the command for creating the symbolic link is commented and i don't know why.
http://repos.archlinux.org/viewvc.cgi/codecs/repos/extra-i686/PKGBUILD?revision=356&view=markup

build() {
(...)
#ln -s ../lib/${pkgname} lib/win32
(...)
}

Using this solution if another program use this path we don't have any problem in the future.
Comment by Eric Belanger (Snowman) - Tuesday, 29 July 2008, 23:24 GMT
It was probably commented out for a good reason. Packages that use the incorrect path should be fixed. Not the other way around, IMO.

Loading...