123458 – audacious creates a broken symlink

Bug 123458 - audacious creates a broken symlink

Summary: audacious creates a broken symlink

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Tony Vroon (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2006-02-20 00:16 UTC by Georgi Georgiev
Modified:	2006-02-20 15:28 UTC (History)
CC List:	0 users

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Georgi Georgiev 2006-02-20 00:16:00 UTC

Steps to reproduce:

1. emerge audacious
2. 
ls -l /usr/share/audacious/Skins/
total 1
lrwxrwxrwx  1 root root  23 Feb 20 15:01 * -> /usr/share/xmms/Skins/*
drwxr-xr-x  2 root root 544 Feb 20 15:01 Default
drwxr-xr-x  2 root root 544 Feb 20 15:01 gentoo_ice

Expected: That star there was unexpected because I had nothing in /usr/share/xmms/Skins. Anyway, the idea is quite wrong since installing another xmms skin after audacious has been installed would not make it available to audacious.

Is this symlinking necessary at all? Audacious supports the SKINSDIR variable, which can be a colon-separated list of paths. Why not set SKINSDIR in /etc/env.d and forget the symlinks?

Comment 1 Tony Vroon (RETIRED) gentoo-dev

2006-02-20 15:28:19 UTC

It was inherited from the beep-media-player ebuild, this was submitted in bug #70697. Had no use for this myself, but by request the xmms-themes/bmp-themes ebuild just got ported to audacious-themes.
Removing it from both ebuilds. Thanks for your bug report :)