Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)

2013-01-26 Thread Andreas Beckmann
On 2013-01-16 09:57, Sebastian Humenda wrote: Andreas Beckmann schrieb am 16.01.2013, 6:34 +0100: I'm attaching a patch that unifies and simplifies the creation and removal of $INSTDIR in all three maintainer scripts. Previously there was a possibility to create/remove INSTDIR several times

Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)

2013-01-26 Thread Sebastian Humenda
Hello, Andreas Beckmann a...@debian.org schrieb am 26.01.2013, 14:21 +0100: On 2013-01-16 09:57, Sebastian Humenda wrote: Andreas Beckmann schrieb am 16.01.2013, 6:34 +0100: I'm attaching a patch that unifies and simplifies the creation and removal of $INSTDIR in all three maintainer scripts.

Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)

2013-01-16 Thread Sebastian Humenda
Hello Andreas Beckmann, Andreas Beckmann schrieb am 16.01.2013, 6:34 +0100: The HOME=$INSTDIR workaround requires the $INSTDIR to actually exist, otherwise it will fall back to /root and create the libreoffice/3 tree there ... I'm attaching a patch that unifies and simplifies the creation and

Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)

2013-01-16 Thread Andreas Beckmann
On 2013-01-16 09:57, Sebastian Humenda wrote: But there is still an unowned file being left after purge: Can this one simply be eleted in a postrm-script? I think this is some central addon registry from libreoffice and I'm not sure how to handle this properly. Just deleting it seems to be

Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)

2013-01-15 Thread Andreas Beckmann
Followup-For: Bug #679717 Hi, unopkg can be really nasty :-) The HOME=$INSTDIR workaround requires the $INSTDIR to actually exist, otherwise it will fall back to /root and create the libreoffice/3 tree there ... I'm attaching a patch that unifies and simplifies the creation and removal of