Hello,
Sorry for being so late in response. This is not fixed, just broken in a different way.

Jay wrote:

> OK, diagnosed and fixed.

> find was taking the LAST matching entry from /etc/mtab rather
> than the FIRST (this was also a memory leak).

[...]

> I've now fixed this in 4.2.x (and will soon propagate the fix
> to 4.3.x). We take the first match.

I bindmount /tmp to /sid/tmp; i.e. the contents of /tmp/ are afterwards also visible in /sid/tmp

With 4.2.26 this results in /tmp/a (and any other file on the same filesystem as /tmp/) and /sid/tmp/a to be both considered type "none".

OTOH with 4.2.27 this results in /tmp/a (and any other file on the same filesystem as /tmp/) and /sid/tmp/a to be both considered type "ext3".

What I'd actually like to accomplish is:
/tmp/a  type ext3
/sid/tmp/a type none

I do not know whether this doable, stat does not offer the necessary information, e.g. df(1) from coreutils uses a loop:
/* Figure out which device file or directory POINT is mounted on
   and show its disk usage.
   STATP must be the result of `stat (POINT, STATP)'.  */
static void
show_point (const char *point, const struct stat *statp)

cu andreas

jay wrote in comment #3

> Is this affected by the fix to bug #14922 ?

Nope, this still applies to 4.2.26.

argenau:/usr/share/doc/findutils# /tmp/findutils-4.2.26/find/find -printf '%F\n' | sort -u
ext3
argenau:/usr/share/doc/findutils# mount -v --bind /tmp /sid/tmp
/tmp on /sid/tmp type none (rw,bind)
argenau:/usr/share/doc/findutils# /tmp/findutils-4.2.26/find/find -printf '%F\n' | sort -u
none
argenau:/usr/share/doc/findutils# /tmp/findutils-4.2.26/find/find --version   
GNU find version 4.2.26
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION

Jay wrote:

> I don't have support for the relevant filesystem on my development machine either.
> Could you ask the original problem-reporter to investigate further?

As I am the original submitter for this one, I'll try to be as helpful as possible. ;-)

However I doubt that you are really without "support for the relevant filesystem", bind-mounts are a standard Linux kernel feature since iirc 2.4. (See mount(8))

             cu andreas

--------------------
argenau:~# mkdir /tmp/foo /tmp/bindmountoffoo
argenau:~# touch /tmp/foo/bar
argenau:~# ls /tmp/foo /tmp/bindmountoffoo
/tmp/bindmountoffoo:

/tmp/foo:
bar
argenau:~# mount --bind  /tmp/foo /tmp/bindmountoffoo
argenau:~# mount | grep foo
/tmp/foo on /tmp/bindmountoffoo type none (rw,bind)
argenau:~# ls /tmp/foo /tmp/bindmountoffoo
/tmp/bindmountoffoo:
bar

/tmp/foo:
bar

find's filesystem-specific functions break when parts of searched filesystem are bind-mounted somewhere else:

ametzler@argenau:/usr/share/doc/findutils$ find -printf '%F\n' | sort -u
ext3
argenau:~# mount -v /sid/tmp/
/tmp on /sid/tmp type none (rw,bind)
ametzler@argenau:/usr/share/doc/findutils$ find -printf '%F\n' | sort -u
none

cu andreas