From tad.micro.umn.edu!rdm Fri Oct 27 09:14:29 1995
Return-Path: <rdm@tad.micro.umn.edu>
Received: from pixar.com by mongo.pixar.com with smtp
(Smail3.1.28.1 #15) id m0t8rQK-000DbJC; Fri, 27 Oct 95 09:14 PDT
Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA22442
(5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Fri, 27 Oct 1995 09:14:00 -0700
Received: by rdm.legislate.com
id <m0t8rSm-0006k6C@rdm.legislate.com>
(Debian /\oo/\ Smail3.1.29.1 #29.33); Fri, 27 Oct 95 12:17 EDT
Message-Id: <m0t8rSm-0006k6C@rdm.legislate.com>
Date: Fri, 27 Oct 95 12:17 EDT
From: Raul Miller <rdm@tad.micro.umn.edu>
To: Linus.Torvalds@cs.Helsinki.FI
Cc: debian-bugs@pixar.com
In-Reply-To: <199510270605.IAA11683@keos.cs.Helsinki.FI> (message from Linus
Torvalds on Fri, 27 Oct 1995 08:05:17 +0200)
Subject: Re: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
I (Raul) wrote::
> > --- linux-1.3.29/fs/msdos/dir.c.dist Thu Oct 26 18:11:01 1995
> > +++ linux-1.3.29/fs/msdos/dir.c Thu Oct 26 18:12:34 1995
> > @@ -86,7 +86,7 @@
> > filp->f_pos = 0;
> > }
> > if (filp->f_pos & (sizeof(struct msdos_dir_entry)-1))
> > - return -ENOENT;
> > + return NULL;
> > bh = NULL;
> > while ((ino = msdos_get_entry(inode,&filp->f_pos,&bh,&de)) > -1) {
> > if (!IS_FREE(de->name)
Linus replied:
> The above doesn't look like the right fix: -ENOENT may not be the
> right value to return, but the above return value is meant to catch
> a bogus file position pointer rather than catch the end of the
> file. A better error might be -EINVAL for that case (it means that
> somebody did a seek with a bad value at some point).
I'm sorry, I didn't pay close enough attention.
However, looking at my documentation on readdir, I think this should
be EBADF.
Me:
> > --- linux-1.3.29/fs/umsdos/dir.c.dist Thu Oct 26 18:11:02 1995
> > +++ linux-1.3.29/fs/umsdos/dir.c Thu Oct 26 18:13:51 1995
> > @@ -259,7 +259,7 @@
> > }
> > /*
> > Read count directory entries from directory filp
> > - Return a negative value from linux/errno.h.
> > + Return a NULL to indicate end of file
> > Return > 0 if success (the amount of byte written to dirent)
> > */
> > static int UMSDOS_readdir(
> > @@ -284,7 +284,7 @@
> > }
> > PRINTK (("UMSDOS_readdir out %d count %d pos %Ld\n",ret,count
> > ,filp->f_pos));
> > - return count == 0 ? -ENOENT : ret;
> > + return count == 0 ? NULL : ret;
> > }
> > /*
> > Complete the inode content with info from the EMD file
Linus:
> How about
> return count ? : ret;
> instead? At the very least a NULL is definitely wrong, as we're
> returning an integer, not a pointer.
Oops.
Yes, thanks.
--
Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package image.
Full text available.
From cs.Helsinki.FI!Linus.Torvalds Thu Oct 26 23:05:33 1995
Return-Path: <Linus.Torvalds@cs.Helsinki.FI>
Received: from pixar.com by mongo.pixar.com with smtp
(Smail3.1.28.1 #15) id m0t8hv3-0005lvC; Thu, 26 Oct 95 23:05 PDT
Received: from keos.cs.Helsinki.FI by pixar.com with SMTP id AA27760
(5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Thu, 26 Oct 1995 23:05:07 -0700
Received: (torvalds@localhost) by keos.cs.Helsinki.FI (8.6.10/H46) id IAA11683; Fri, 27 Oct 1995 08:05:17 +0200
Date: Fri, 27 Oct 1995 08:05:17 +0200
From: Linus Torvalds <Linus.Torvalds@cs.Helsinki.FI>
Message-Id: <199510270605.IAA11683@keos.cs.Helsinki.FI>
In-Reply-To: Raul Miller's message as of Oct 26, 18:24
X-Mailer: Mail User's Shell (7.2.0 10/31/90)
To: Raul Miller <rdm@tad.micro.umn.edu>
Subject: Re: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
Cc: debian-bugs@pixar.com
Raul Miller: "Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory" (Oct 26, 18:24):
> There's a problem with the umsdos file system that prevents scandir(3)
> from working right -- it gives ENOENT instead of EOF upon successful
> termination. This occurs because readdir returns ENOENT upon reaching
> the end of the directory. The msdos file system has the same
> problem. Here's a patch:
>
> --- linux-1.3.29/fs/msdos/dir.c.dist Thu Oct 26 18:11:01 1995
> +++ linux-1.3.29/fs/msdos/dir.c Thu Oct 26 18:12:34 1995
> @@ -86,7 +86,7 @@
> filp->f_pos = 0;
> }
> if (filp->f_pos & (sizeof(struct msdos_dir_entry)-1))
> - return -ENOENT;
> + return NULL;
> bh = NULL;
> while ((ino = msdos_get_entry(inode,&filp->f_pos,&bh,&de)) > -1) {
> if (!IS_FREE(de->name)
The above doesn't look like the right fix: -ENOENT may not be the right
value to return, but the above return value is meant to catch a bogus
file position pointer rather than catch the end of the file. A better
error might be -EINVAL for that case (it means that somebody did a seek
with a bad value at some point).
> --- linux-1.3.29/fs/umsdos/dir.c.dist Thu Oct 26 18:11:02 1995
> +++ linux-1.3.29/fs/umsdos/dir.c Thu Oct 26 18:13:51 1995
> @@ -259,7 +259,7 @@
> }
> /*
> Read count directory entries from directory filp
> - Return a negative value from linux/errno.h.
> + Return a NULL to indicate end of file
> Return > 0 if success (the amount of byte written to dirent)
> */
> static int UMSDOS_readdir(
> @@ -284,7 +284,7 @@
> }
> PRINTK (("UMSDOS_readdir out %d count %d pos %Ld\n",ret,count
> ,filp->f_pos));
> - return count == 0 ? -ENOENT : ret;
> + return count == 0 ? NULL : ret;
> }
> /*
> Complete the inode content with info from the EMD file
How about
return count ? : ret;
instead? At the very least a NULL is definitely wrong, as we're
returning an integer, not a pointer.
Linus
Linus Torvalds <Linus.Torvalds@cs.Helsinki.FI>:debian-devel@pixar.com:Bug#1744; Package image.
Full text available.From tad.micro.umn.edu!rdm Thu Oct 26 15:22:56 1995 Return-Path: <rdm@tad.micro.umn.edu> Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0t8ahL-000C6kC; Thu, 26 Oct 95 15:22 PDT Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA27278 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Thu, 26 Oct 1995 15:22:28 -0700 Received: by rdm.legislate.com id <m0t8aju-0006iYC@rdm.legislate.com> (Debian /\oo/\ Smail3.1.29.1 #29.33); Thu, 26 Oct 95 18:25 EDT Message-Id: <m0t8aju-0006iYC@rdm.legislate.com> Date: Thu, 26 Oct 95 18:25 EDT From: Raul Miller <rdm@tad.micro.umn.edu> To: debian-bugs@pixar.com Subject: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory Turns out smbfs and nfs are clean -- it's only the msdos file systems which have this problem. -- Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package image.
Full text available.
From tad.micro.umn.edu!rdm Thu Oct 26 15:22:21 1995
Return-Path: <rdm@tad.micro.umn.edu>
Received: from pixar.com by mongo.pixar.com with smtp
(Smail3.1.28.1 #15) id m0t8agn-0005hIC; Thu, 26 Oct 95 15:22 PDT
Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA27268
(5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Thu, 26 Oct 1995 15:21:53 -0700
Received: by rdm.legislate.com
id <m0t8ajE-0006iYC@rdm.legislate.com>
(Debian /\oo/\ Smail3.1.29.1 #29.33); Thu, 26 Oct 95 18:24 EDT
Message-Id: <m0t8ajE-0006iYC@rdm.legislate.com>
Date: Thu, 26 Oct 95 18:24 EDT
From: Raul Miller <rdm@tad.micro.umn.edu>
To: Linus.Torvalds@cs.Helsinki.FI
Cc: debian-bugs@pixar.com
Subject: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
There's a problem with the umsdos file system that prevents scandir(3)
from working right -- it gives ENOENT instead of EOF upon successful
termination. This occurs because readdir returns ENOENT upon reaching
the end of the directory. The msdos file system has the same
problem. Here's a patch:
--- linux-1.3.29/fs/msdos/dir.c.dist Thu Oct 26 18:11:01 1995
+++ linux-1.3.29/fs/msdos/dir.c Thu Oct 26 18:12:34 1995
@@ -86,7 +86,7 @@
filp->f_pos = 0;
}
if (filp->f_pos & (sizeof(struct msdos_dir_entry)-1))
- return -ENOENT;
+ return NULL;
bh = NULL;
while ((ino = msdos_get_entry(inode,&filp->f_pos,&bh,&de)) > -1) {
if (!IS_FREE(de->name)
--- linux-1.3.29/fs/umsdos/dir.c.dist Thu Oct 26 18:11:02 1995
+++ linux-1.3.29/fs/umsdos/dir.c Thu Oct 26 18:13:51 1995
@@ -259,7 +259,7 @@
}
/*
Read count directory entries from directory filp
- Return a negative value from linux/errno.h.
+ Return a NULL to indicate end of file
Return > 0 if success (the amount of byte written to dirent)
*/
static int UMSDOS_readdir(
@@ -284,7 +284,7 @@
}
PRINTK (("UMSDOS_readdir out %d count %d pos %Ld\n",ret,count
,filp->f_pos));
- return count == 0 ? -ENOENT : ret;
+ return count == 0 ? NULL : ret;
}
/*
Complete the inode content with info from the EMD file
--
Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package image.
Full text available.Raul Miller <rdm@tad.micro.umn.edu>
to debian-bugs-request@pixar.com.
Full text available.From tad.micro.umn.edu!rdm Thu Oct 26 07:38:36 1995 Return-Path: <rdm@tad.micro.umn.edu> Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0t8TRz-000C2iC; Thu, 26 Oct 95 07:38 PDT Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA26354 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Thu, 26 Oct 1995 07:38:09 -0700 Received: by rdm.legislate.com id <m0t8TUW-0006iYC@rdm.legislate.com> (Debian /\oo/\ Smail3.1.29.1 #29.33); Thu, 26 Oct 95 10:41 EDT Message-Id: <m0t8TUW-0006iYC@rdm.legislate.com> Date: Thu, 26 Oct 95 10:41 EDT From: Raul Miller <rdm@tad.micro.umn.edu> To: debian-bugs@pixar.com In-Reply-To: <m0t8E95-0007bMC@grus.cus.cam.ac.uk> (iwj10@thor.cam.ac.uk) Subject: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory This problem definitely occurs in the umsdos file system code. Further investigation indicates it also occurs in the msdos, nfs, and smbfs file system code. I'm reassigning this bug to the image package (or should it be the source package? modules?). I'll be submitting a patch in a few hours. -- Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package dpkg.
Full text available.From chiark.chu.cam.ac.uk!ian Wed Oct 25 20:31:24 1995 Return-Path: <ian@chiark.chu.cam.ac.uk> Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0t8J2K-0002oyC; Wed, 25 Oct 95 20:31 PDT Received: from artemis.chu.cam.ac.uk by pixar.com with SMTP id AA21562 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Wed, 25 Oct 1995 20:36:20 -0700 Received: from chiark.chu.cam.ac.uk by artemis.chu.cam.ac.uk with smtp (Smail3.1.29.1 #33) id m0t8J7Q-0007uQC; Thu, 26 Oct 95 03:36 GMT Received: by chiark.chu.cam.ac.uk id m0t8J7C-0002aNC (Debian /\oo/\ Smail3.1.29.1 #29.33); Thu, 26 Oct 95 03:36 GMT Message-Id: <m0t8J7C-0002aNC@chiark.chu.cam.ac.uk> Date: Thu, 26 Oct 95 03:36 GMT From: Ian Jackson <ian@chiark.chu.cam.ac.uk> To: Debian bugs submission address <debian-bugs@pixar.com> Subject: Re: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory In-Reply-To: <m0t8CFj-0006k6C@rdm.legislate.com> References: <m0t8CFj-0006k6C@rdm.legislate.com> Raul Miller writes: > It does look like scandir() is the culprit -- and dpkg-deb -I also > fails. I've written perl programs which call readdir() on this new > system and they seem to work fine, so I have some confidence that this > isn't a umsdos filesystem implementation problem (though I'm not ready > to cross that off my list either). > > It would be ideal, for me, if you could re-write dpkg, etc. without > scandir. However, I imagine this is going to have to get fixed in > libc or some such. There is a rather ropey version of scandir in compat.c, which gets compiled in automatically if `configure' sees that you don't have scandir. Try editing config.h not to define HAVE_SCANDIR and see what happens. Obviously the libc (or kernel - I think they changed the directory reading interface) should be fixed eventually. Ian.
Ian Jackson <ian@chiark.chu.cam.ac.uk>:debian-devel@pixar.com:Bug#1744; Package dpkg.
Full text available.From tad.micro.umn.edu!rdm Wed Oct 25 15:13:15 1995 Return-Path: <rdm@tad.micro.umn.edu> Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0t8E4Q-000D9XC; Wed, 25 Oct 95 15:13 PDT Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA00740 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Wed, 25 Oct 1995 15:12:47 -0700 Received: by rdm.legislate.com id <m0t8E6s-0006k6C@rdm.legislate.com> (Debian /\oo/\ Smail3.1.29.1 #29.33); Wed, 25 Oct 95 18:15 EDT Message-Id: <m0t8E6s-0006k6C@rdm.legislate.com> Date: Wed, 25 Oct 95 18:15 EDT From: Raul Miller <rdm@tad.micro.umn.edu> To: debian-bugs@pixar.com In-Reply-To: <m0t8DeB-0006k6C@rdm.legislate.com> (message from Raul Miller on Wed, 25 Oct 95 17:46 EDT) Subject: Re: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory One more bit of information: this problem occurs with libc-4.6.27 -- Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package dpkg.
Full text available.
From tad.micro.umn.edu!rdm Wed Oct 25 14:43:39 1995
Return-Path: <rdm@tad.micro.umn.edu>
Received: from pixar.com by mongo.pixar.com with smtp
(Smail3.1.28.1 #15) id m0t8Dbm-0006HvC; Wed, 25 Oct 95 14:43 PDT
Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA27470
(5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Wed, 25 Oct 1995 14:43:05 -0700
Received: by rdm.legislate.com
id <m0t8DeB-0006k6C@rdm.legislate.com>
(Debian /\oo/\ Smail3.1.29.1 #29.33); Wed, 25 Oct 95 17:46 EDT
Message-Id: <m0t8DeB-0006k6C@rdm.legislate.com>
Date: Wed, 25 Oct 95 17:46 EDT
From: Raul Miller <rdm@tad.micro.umn.edu>
To: debian-bugs@pixar.com
Cc: moth@magenta.com
In-Reply-To: <m0t7oJk-0002bGC@chiark.chu.cam.ac.uk> (message from Ian Jackson
on Tue, 24 Oct 95 18:43 GMT)
Subject: Re: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
Ok, so here's how things look to me at present:
dpkg is failing because of an ENOENT error return from scandir(3).
scandir is getting this error value from readdir().
I do not know enough about libc to easily determine whether the
readdir() used by scandir is readdir(2) or readdir(3). However, I
suspect it's readdir(3).
Something is happening in readdir to result in this error condition
for a loop of the form:
DIR *dp= opendir(dir);
while ((d= readdir(dp)) != 0) {
...
}
This implies that readdir is messed up.
Another possibility is that the underlying file system (umsdos) is
messed up. But why does it only fail in scandir()?
Oddly enough perl's use of readdir (sort readdir(D)) in run-parts
seems to have no problems.
I'm not sure, at the moment, how to proceed with this problem.
scandir() fails but readdir() apparently does not, yet readdir is
apparently at fault.
I'm sure I'll be able to eventually figure things out the hard way --
by taking the code apart one step at a time while figuring out how it
works. I'm hoping somebody will be familiar with this class of
problem and be able to just whip out the answer.
If anyone has any suggestions I'd be glad to hear them.
--
Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package dpkg.
Full text available.
From tad.micro.umn.edu!rdm Wed Oct 25 13:16:02 1995
Return-Path: <rdm@tad.micro.umn.edu>
Received: from pixar.com by mongo.pixar.com with smtp
(Smail3.1.28.1 #15) id m0t8CF0-0006LQC; Wed, 25 Oct 95 13:16 PDT
Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA21660
(5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Wed, 25 Oct 1995 13:15:35 -0700
Received: by rdm.legislate.com
id <m0t8CFj-0006k6C@rdm.legislate.com>
(Debian /\oo/\ Smail3.1.29.1 #29.33); Wed, 25 Oct 95 16:16 EDT
Message-Id: <m0t8CFj-0006k6C@rdm.legislate.com>
Date: Wed, 25 Oct 95 16:16 EDT
From: Raul Miller <rdm@tad.micro.umn.edu>
To: ian@chiark.chu.cam.ac.uk
Cc: debian-bugs@pixar.com
Subject: Re: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
I had written:
> On a newly created (though slightly fudged) debian system, I'm getting
> the message:
> dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
> when I try and use dpkg (-i or -C, for instance).
You replied:
Here is the relevant bit of code from dpkg:
cdn= scandir(updatefnbuf, &cdlist, &ulist_select, alphasort);
if (cdn == -1) ohshite("cannot scan updates directory `%.255s'",updatefnbuf);
> /var/lib/dpkg/updates/ exists and is empty.
/var/lib/dpkg/updates is usually empty when dpkg starts up, so its
emptiness shouldn't be a problem.
Are you using an odd libc of some kind ?
I was indeed using some kind of mix of the libc from the base disks
and and libs copied off another debian machine. I'd needed to do this
to bring up a debian umsdos system on a laptop. However, at this
point I've re-installed libc-4.6.27-6.deb (using dpkg-deb -e and -X
and manually running the postinst from the DEBIAN directory), and I
still have this problem.
It does look like scandir() is the culprit -- and dpkg-deb -I also
fails. I've written perl programs which call readdir() on this new
system and they seem to work fine, so I have some confidence that this
isn't a umsdos filesystem implementation problem (though I'm not ready
to cross that off my list either).
It would be ideal, for me, if you could re-write dpkg, etc. without
scandir. However, I imagine this is going to have to get fixed in
libc or some such.
I'll see if I can find the source for scandir to expedite this.
Oh well...
--
Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package dpkg.
Full text available.
From tad.micro.umn.edu!rdm Tue Oct 24 14:01:19 1995
Return-Path: <rdm@tad.micro.umn.edu>
Received: from pixar.com by mongo.pixar.com with smtp
(Smail3.1.28.1 #15) id m0t7qTH-000B75C; Tue, 24 Oct 95 14:01 PDT
Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA26374
(5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Tue, 24 Oct 1995 14:00:53 -0700
Received: by rdm.legislate.com
id <m0t7qVm-0006iYC@rdm.legislate.com>
(Debian /\oo/\ Smail3.1.29.1 #29.33); Tue, 24 Oct 95 17:03 EDT
Message-Id: <m0t7qVm-0006iYC@rdm.legislate.com>
Date: Tue, 24 Oct 95 17:03 EDT
From: Raul Miller <rdm@tad.micro.umn.edu>
To: debian-bugs@pixar.com
Cc: iwj10@thor.cam.ac.uk
Subject: Bug#1744: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
Here's an strace of dpkg failing. [Remember, this is on an empty
directory.]
Notice especially the line that reads:
readdir(4, 0x48000) = -1 ENOENT (No such file or directory)
I don't have a clue where that 0x48000 argument is coming from, but it
looks like it's corrupt....
uselib("/lib/ld.so") = 0
getuid() = 0
geteuid() = 0
getgid() = 0
getegid() = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=410, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
mmap(0, 410, PROT_READ, MAP_SHARED, 3, 0) = 0x40000000
close(3) = 0
uselib("/lib/libc.so.4.6.27") = 0
munmap(0x40000000, 410) = 0
munmap(0x62f00000, 20480) = 0
brk(0) = 0x2cae4
brk(0x2fae4) = 0x2fae4
brk(0x30000) = 0x30000
brk(0x31000) = 0x31000
umask(022) = 022
sysinfo({uptime=572, loads=[0, 864, 0] totalram=11497472, freeram=6713344, sharedram=2146304, bufferram=2777088} totalswap=0, freeswap=0, procs=13}) = 0
getuid() = 0
geteuid() = 0
access("/var/lib/dpkg", W_OK) = 0
open("/var/lib/dpkg/lock", O_RDWR|O_CREAT|O_TRUNC, 0660) = 3
fcntl(3, F_SETLK, {type=F_EXLCK, whence=SEEK_SET, start=0, len=0}) = 0
brk(0x32000) = 0x32000
brk(0x33000) = 0x33000
open("/var/lib/dpkg/status", O_RDONLY) = 4
read(4, "Package: vim\nStatus: unknown ok"..., 16384) = 16384
brk(0x44000) = 0x44000
brk(0x45000) = 0x45000
brk(0x46000) = 0x46000
read(4, "lled\nPriority: optional\nSectio"..., 16384) = 16384
brk(0x47000) = 0x47000
brk(0x48000) = 0x48000
read(4, "nknown ok not-installed\nPriorit"..., 16384) = 143
read(4, "", 16384) = 0
close(4) = 0
stat("/var/lib/dpkg/updates/", {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
open("/var/lib/dpkg/updates/", O_RDONLY) = 4
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
brk(0x49000) = 0x49000
readdir(4, {d_ino=7740688, d_name="."}) = 1
readdir(4, {d_ino=7740689, d_name=".."}) = 1
readdir(4, 0x48000) = -1 ENOENT (No such file or directory)
close(4) = 0
stat("/etc/locale/C/libc.cat", 0xbffff950) = -1 ENOENT (No such file or directory)
stat("/usr/lib/locale/C/libc.cat", 0xbffff950) = -1 ENOENT (No such file or directory)
stat("/usr/lib/locale/libc/C/usr/share/locale/C/libc.cat", 0xbffff950) = -1 ENOENT (No such file or directory)
stat("/usr/local/share/locale/C/libc.cat", 0xbffff950) = -1 ENOENT (No such file or directory)
write(2, "dpkg: cannot scan updates direct"..., 88dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory
) = 88
fcntl(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
_exit(2) = ?
--
Raul
Raul Miller <rdm@tad.micro.umn.edu>:debian-devel@pixar.com:Bug#1744; Package dpkg.
Full text available.Raul Miller <rdm@tad.micro.umn.edu>
to debian-bugs-request@pixar.com.
Full text available.From tad.micro.umn.edu!rdm Mon Oct 23 13:02:08 1995 Return-Path: <rdm@tad.micro.umn.edu> Received: from pixar.com by mongo.pixar.com with smtp (Smail3.1.28.1 #15) id m0t7T4R-0005zoC; Mon, 23 Oct 95 13:02 PDT Received: from rdm.legislate.com ([192.77.155.13]) by pixar.com with SMTP id AA16549 (5.67b/IDA-1.5 for debian-bugs-pipe@mongo.pixar.com); Mon, 23 Oct 1995 13:01:41 -0700 Received: by rdm.legislate.com id <m0t7T4q-0006k6C@rdm.legislate.com> (Debian /\oo/\ Smail3.1.29.1 #29.33); Mon, 23 Oct 95 16:02 EDT Message-Id: <m0t7T4q-0006k6C@rdm.legislate.com> Date: Mon, 23 Oct 95 16:02 EDT From: Raul Miller <rdm@tad.micro.umn.edu> To: debian-bugs@pixar.com Subject: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory On a newly created (though slightly fudged) debian system, I'm getting the message: dpkg: cannot scan updates directory `/var/lib/dpkg/updates/': No such file or directory when I try and use dpkg (-i or -C, for instance). /var/lib/dpkg/updates/ exists and is empty. -- Raul
Raul Miller <rdm@tad.micro.umn.edu>:
Your message didn't have a Package: line at the start (in the pseudo-header following the real mail header), or didn't have a psuedo-header at all.
This makes it much harder for us to categorise and deal with your problem report; please ensure that you say which package(s) and version(s) the problem is with next time. Some time in the future the problem reports system may start rejecting such messages.
Full text available.
debian-devel@pixar.com:Bug#1744.
Full text available.