asterisk-core-sounds - extra sound files of asterisk

[Tzafrir Cohen]

On Sat, Mar 06, 2010 at 11:17:55PM +0100, Jonas Smedegaard wrote:
> On Mon, Feb 22, 2010 at 11:31:15PM +0200, Tzafrir Cohen wrote:
>> A follow-up:
>>
>> On Mon, Jan 18, 2010 at 05:36:19PM +0200, Tzafrir Cohen wrote:
>
>>> Another issue: should those files be installed directly at  
>>> /usr/share/asterisk/sounds/LANG (e.g.: LANG=en)? or do we want to  
>>> avoid that, and make it something along the lines of en_digium or  
>>> en_US ?
>>
>> In order to avoid potential collisions, I wanted to use the semy  
>> standard schema of:
>>
>>  ${lang}_${country}_${gender}_${description}.
>>
>> Thus the prompts we have are:
>>
>> en_US_f_Allison
>> es_MX_f_Allison [*]
>> fr_CA_f_June
>>
>> This all works fine if LANGUAGE was set. But what if it isn't?
>
>> So, do we make /usr/share/sounds/en a symlink? Or more direct symlinks? 
>> This collides with the current asterisk-sounds package that places  
>> files in /usr/share/sounds/en (it is basically the same as  
>> asterisk-core-en-gsm).
>
> I'd suggest to...
>
>  1. Update package using /usr/share/sounds/$LANG directly
>  2. use /etc/alternatives, allowing local admin to override default

That does not seem to work. update-alternatives doesn't work well with
directories. And more importantly, we have three "alternatives' pointing
to the same target. I'll have to manage something complex on my own.

Seems like a simple and more manual symlink will do:

At postinst:

  If there's no symlink: create a symlink to my package's directory

At postrm:

  If the symlink is dandling: remove it.

Beyond that, it is up to the sysadmin to manage things using 'ln -s'

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohen at xorcom.com
+972-50-7952406           mailto:tzafrir.cohen at xorcom.com
http://www.xorcom.com  iax:guest at local.xorcom.com/tzafrir