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

Bug#763707: marked as done (the user "_apt" different uids on different machines vs. shared filesystems)

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 the user "_apt" different uids on different machines vs. shared filesystems
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-doc
Version: 1.1~exp3
File: /usr/share/doc/apt-doc/offline.html

Regarding offline.html,
perhaps also mention there a simpler method:
simply listing your offline disks in /etc/fstab,
UUID=... /var/lib/apt/lists auto ...
UUID=... /var/cache/apt/archives ...

On big concern however is this recent change:

  * Make /var/lib/apt/lists and /var/cache/apt/archives owned
    by the new _apt user

Alas, _apt may have different uids on different machines!

So we must think of workarounds for our sneakernet.

Maybe a job at boot that chowns those two trees.

Maybe a mount(8) option that makes all the files owned by the certain
uid... depending if the filesystem is vfat, etc. But that is entire
filesystem, and might not be exactly those two directories.

And... what if the filesystem is "NFS mounted among several machines"
etc. etc.

This all didn't use to be a problem when it was all owned by root uid=0.

Also document this on the several apt man pages.

--- 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: