Re: Bug#149491: dpkg depends hard on working F_SETLK fcntl
Since I don't know the answer to this one I'll cc debian-boot and
debian-cd in the hope somewhere there can answer this.
Wichert.
Previously Paul Stoeber wrote:
> On Mon, Jun 10, 2002 at 06:43:57PM +0200, Wichert Akkerman wrote:
> > Are you running rpc.statd on the client?
>
> That makes locking work. Thank you very much.
>
>
> statd and lockd aren't on woody_netinst-20020416-powerpc.iso.
> Will they be on the stable woody installation CD?
> Maybe they should because the installer expressly supports
> installation to an NFS root.
> They'll also have to be in basedebs.tar, so that dpkg
> can run after the second boot. (I just downloaded
> basedebs.tar from ftp.de.debian.org. They're missing.)
>
>
> Let me restate the argument I've got left for my case:
>
> Some users may want to use an NFS server with broken locking
> when they don't have enough control over it to fix it.
>
> Reserving one directory name for the lockfile only would make
> that easy (a tiny local filesystem can be mounted there, a ramdisk
> for example), and it would leave dpkg essentially unchanged
> (just "/var/lib/dpkg/lock-dir/lock" or similar
> instead of "/var/lib/dpkg/lock").
>
--
_________________________________________________________________
/wichert@wiggy.net This space intentionally left occupied \
| wichert@deephackmode.org http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
--
To UNSUBSCRIBE, email to debian-boot-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: