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

Bug#764174: marked as done (new "_apt" owner not ready for shared mounts)

Your message dated Fri, 14 Aug 2015 15:03:18 +0200
with message-id <20150814130318.GA19162@crossbow>
and subject line Re: Bug#764174: new "_apt" owner not ready for shared mounts
has caused the Debian Bug report #764174,
regarding new "_apt" owner not ready for shared mounts
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
764174: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764174
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 1.1~exp3
Severity: grave

# find /var/cache/apt/archives/ /var/lib/apt/lists/ -printf '%u %g\n'|sort|uniq -c
    254 119 nogroup
   2013 119 root
     13 root root

# grep _apt /etc/passwd
_apt:x:111:65534::/home/_apt:/bin/false

The problem is that those directories are shared filesystems.

The user and group numbers on one system don't match those on the
others.

It so happens that mine are on a "sneakernet".

I will do chown -R _apt:root /var/cache/apt/archives /var/lib/apt/lists
at boot as a workaround.

But then there is the more general case of e.g., NFS mounted filesystems.

--- End Message ---
--- Begin Message --- 
Version: 1.1~exp4

On Mon, Oct 06, 2014 at 11:17:22AM +0200, Julian Andres Klode wrote:
> On Mon, Oct 6, 2014 at 5:38 AM, 積丹尼 Dan Jacobson <jidanni@jidanni.org> wrote:
> > # find /var/cache/apt/archives/ /var/lib/apt/lists/ -printf '%u %g\n'|sort|uniq -c
> >     254 119 nogroup
> >    2013 119 root
> >      13 root root
> >
> > # grep _apt /etc/passwd
> > _apt:x:111:65534::/home/_apt:/bin/false
> >
> > The problem is that those directories are shared filesystems.
> >
> > The user and group numbers on one system don't match those on the
> > others.
> >
> > It so happens that mine are on a "sneakernet".
> >
> > I will do chown -R _apt:root /var/cache/apt/archives /var/lib/apt/lists
> > at boot as a workaround.
> >
> > But then there is the more general case of e.g., NFS mounted filesystems.
> 
> 
> That's not really our fault and there is nothing we can do about that.
> If you have such specific needs, you need to centrally manage your
> user database.
> 
> Many other packages do the same, APT is not special in any way here.

Indeed. Also, its probably better to use a local proxy instead of NFS
mounts and co, but anyway, the issue itself is also solved "by accident"
as we now use _apt only for the partial/ directories, so what you
describe actually works as before, so this bug can be closed even
through I wouldn't be sure if it was a bug in the first place…


Best regards

David Kalnischkies

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: