Bug#701951: libecj-java-gcj: Not installable with /var on 9p (non-hdd) filesystem
Control: tag -1 + wontfix Control: close -1 GCJ is going away (#892531) and libecj-java-gcj is about to be removed as well.
Bug#701951: libecj-java-gcj: Not installable with /var on 9p(non-hdd) filesystem
On Fri, 15 Mar 2013 14:46:14 +0100 (CET) Eric Lavarde - Debian d...@zorglub.s.bawue.de wrote: Hi, Daniel Dickinson said: This appears to be due to a permissions problem of some kind due to use a 9p filesystem rather than native ext4 or the like. Probably fails on nfs too, but I haven't tried that. Or maybe use of extended attributes (not sure 9p supports them or not)? I don't know what the policy is in such a case (best effort? Implement if patch provided?) but according to [1] 9p is not even part of the standard Debian kernel (and I suspect that there might be a reason for this). Cheers, Eric [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696292 9p has been added to standard debian kernels (leastwise I'm using only debian repositories and no custom kernel, and 9p is supported). So far other problems I have experienced with 9p have been common to other non-hdd fs (e.g. nfs, afp, etc) in google reports of problems, so my first guess is that the issue is not 9p-specific, but rather 'net'-fs (or at least fses that have similar characteristics to net fses in terms of locking and other implementation details) In any event I've ditched /var on 9p for other reasons (decided I would rather not have excessively host-accessible /var for vm /var, depite the space advantage to having a shared partition for all /var from vms (but under separate directories). In the end I decided to commit a reasonable amount to each vm rather than commit less each, but more space if any one needed it (but not all). Regards, Daniel -- erno hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701951: libecj-java-gcj: Not installable with /var on 9p(non-hdd) filesystem
Hi, Daniel Dickinson said: This appears to be due to a permissions problem of some kind due to use a 9p filesystem rather than native ext4 or the like. Probably fails on nfs too, but I haven't tried that. Or maybe use of extended attributes (not sure 9p supports them or not)? I don't know what the policy is in such a case (best effort? Implement if patch provided?) but according to [1] 9p is not even part of the standard Debian kernel (and I suspect that there might be a reason for this). Cheers, Eric [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696292 -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701951: libecj-java-gcj: Not installable with /var on 9p (non-hdd) filesystem
Package: libecj-java-gcj Version: 3.5.1-3 Severity: normal libecj-java-gcj is not installable in wheezy. It fails with 'could not create /var/lib/x86_64-linux-gnu/gcj-4.7/classmap.db.tmp: java.io.IOException: Invalid argument' Setting up libecj-java-gcj (3.5.1-3) ... error: could not create /var/lib/x86_64-linux-gnu/gcj-4.7/classmap.db.tmp: java.io.IOException: Invalid argument dpkg: error processing libecj-java-gcj (--configure): subproccess installed post-installation script returned error exit status 2 Errors were encountered while processing: libecj-java-gcj This appears to be due to a permissions problem of some kind due to use a 9p filesystem rather than native ext4 or the like. Probably fails on nfs too, but I haven't tried that. Or maybe use of extended attributes (not sure 9p supports them or not)? Regards, Daniel -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libecj-java-gcj depends on: ii java-common 0.47 ii libc62.13-38 ii libecj-java 3.5.1-3 ii libgcc1 1:4.7.2-5 ii libgcj-bc4.7.2-1 ii zlib1g 1:1.2.7.dfsg-13 libecj-java-gcj recommends no packages. libecj-java-gcj suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org