[pkg-fso-maint] breakage ahead

[Jonas Smedegaard]

On Wed, Jan 13, 2010 at 05:54:17PM +0100, Sebastian Reichel wrote:
>On Wed, Jan 13, 2010 at 05:27:34PM +0100, Jonas Smedegaard wrote:
>> On Wed, Jan 13, 2010 at 05:15:02PM +0100, Sebastian Reichel wrote:
>> >On Wed, Jan 13, 2010 at 04:42:24PM +0100, Heiko Stübner wrote:
>> >>2.) some script fso-usaged-update-config (or similiar) is run in 
>> >>postinst in the absence of a config file (so if a file/symlink) is 
>> >>present nothing will run in the postinst. But when the user wants 
>> >>to he can run it by hand to update it possibly with a param 
>> >>indicating the device type.
>> >
>> >ok than there's a +1 for nikita's idea from me :)
>>
>> This approach seems to only handle install.
>>
>> What about upgrade to newer config?
>
>probably some kind of notification should be shown, if the user 
>modified the file.

I believe such notification should be debconf-based to satisfy Debian 
Policy.


>> What about removal?
>
>just add a "rm /etc/.../cfg" in postrm in the case of a purge?
>
>> What about corner cases (half-installed, limited disk space etc)?
>
>half-installed would mean no symlink, so no config file. I guess this 
>is the same for debconf packages? I'm not sure what you mean by limited 
>disk space. I guess we have limited disk space on FR :)

Running *out* of disk space. If only checking if a file exist, then I 
imagine a half-written file from a broken install-attempt would not get 
corrected in a later reinstall.


I fail to understand how it is considered most beneficial to reinvent 
the wheel of config file handling instead of using the good old dpkg 
conffile mechanism and then handle multiple config flavors by packaging 
multiple binary packages from same source package.


  - Jonas

-- 
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20100113/2c2c40af/attachment.pgp>