[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#613083: libreoffice-common: Deletes /share and /user in preinst



On Sat, Feb 12, 2011 at 06:54:22PM +0100, Stefan Fritsch wrote:
> On Saturday 12 February 2011, you wrote:
> > And what do people store in /share and /user?
> 
> /share is a common name for additional file systems (e.g. remote NFS 
> shares). You cannot assume that just because a dir is not in the FHS, 
> people don't  use it.

Ah, yeah, that. We use someting else, so I ddidn't think that /share is that
commonly used.

Sorry for that.

> > And you hopefully suggest an alternative way to me how to clean up
> > those broken directories?
> 
> Delete the files and directories you have created one by one, without 
> -r.

Probably feasible for /share/config/javasettingsunopkginstall.xml but that's the content
of the broken /user:

(sid)root@frodo:/user# tree
.
├── extensions
│   ├── shared
│   │   ├── extensions.db
│   │   ├── lastsynchronized
│   │   ├── log.txt
│   │   └── registry
│   │       ├── com.sun.star.comp.deployment.bundle.PackageRegistryBackend
│   │       ├── com.sun.star.comp.deployment.component.PackageRegistryBackend
│   │       ├── com.sun.star.comp.deployment.configuration.PackageRegistryBackend
│   │       │   ├── backenddb.xml
│   │       │   └── registered_packages.db
│   │       ├── com.sun.star.comp.deployment.executable.PackageRegistryBackend
│   │       ├── com.sun.star.comp.deployment.help.PackageRegistryBackend
│   │       │   └── backenddb.xml
│   │       ├── com.sun.star.comp.deployment.script.PackageRegistryBackend
│   │       └── com.sun.star.comp.deployment.sfwk.PackageRegistryBackend
│   └── tmp
│       ├── extensions
│       ├── extensions.db
│       └── registry
│           ├── com.sun.star.comp.deployment.bundle.PackageRegistryBackend
│           ├── com.sun.star.comp.deployment.component.PackageRegistryBackend
│           ├── com.sun.star.comp.deployment.configuration.PackageRegistryBackend
│           │   ├── backenddb.xml
│           │   └── registered_packages.db
│           ├── com.sun.star.comp.deployment.executable.PackageRegistryBackend
│           ├── com.sun.star.comp.deployment.help.PackageRegistryBackend
│           │   └── backenddb.xml
│           ├── com.sun.star.comp.deployment.script.PackageRegistryBackend
│           └── com.sun.star.comp.deployment.sfwk.PackageRegistryBackend
└── uno_packages
    └── cache
        ├── log.txt
        ├── registry
        │   ├── com.sun.star.comp.deployment.bundle.PackageRegistryBackend
        │   ├── com.sun.star.comp.deployment.component.PackageRegistryBackend
        │   ├── com.sun.star.comp.deployment.configuration.PackageRegistryBackend
        │   │   ├── backenddb.xml
        │   │   └── registered_packages.db
        │   ├── com.sun.star.comp.deployment.executable.PackageRegistryBackend
        │   ├── com.sun.star.comp.deployment.help.PackageRegistryBackend
        │   │   └── backenddb.xml
        │   ├── com.sun.star.comp.deployment.script.PackageRegistryBackend
        │   └── com.sun.star.comp.deployment.sfwk.PackageRegistryBackend
        ├── uno_packages
        └── uno_packages.db

31 directories, 15 files

> Or look if something exists there and warn the user that he should 
> clean up by hand.

That could be done, yes...

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  rene@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



Reply to: