Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches

2010-08-24 Thread Tuco
On 8/24/10, Aurelien Jarno wrote: > What worry me is that "/dev/dsk" is the default path, but the user can > specify another one through some options. Is it going to work in that > case? Yes, this already works without 10_dev_dsk.diff. > Also what happens if it fails opening the device through G

Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches

2010-08-24 Thread Aurelien Jarno
On Tue, Aug 24, 2010 at 03:06:26PM -0400, Tuco wrote: > On 8/23/10, Aurelien Jarno wrote: > >> This makes zpool import work. The real problem here is NOT that /dev/ is > >> not searched for. On FreeBSD scan is usually performed by > >> geom_find_import(), and /dev is not searched unless that fails

Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches

2010-08-24 Thread Tuco
On 8/23/10, Aurelien Jarno wrote: >> This makes zpool import work. The real problem here is NOT that /dev/ is >> not searched for. On FreeBSD scan is usually performed by >> geom_find_import(), and /dev is not searched unless that fails. The >> problem was that GNU realpath() fails for inexistant

Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches

2010-08-23 Thread Thorsten Glaser
Aurelien Jarno dixit: >> Author: tuco-guest >> problem was that GNU realpath() fails for inexistant paths and BSD >> realpath() doesn't. AFAICT, it only doesn't fail if the pathname given may be created, i.e. if all but the last component exist (and there are no trailing slashes, per POSIX). by

Re: [Glibc-bsd-commits] r3162 - trunk/zfsutils/debian/patches

2010-08-23 Thread Aurelien Jarno
Hi, On Fri, Aug 13, 2010 at 10:46:46PM +, Tuco Xyz wrote: > Author: tuco-guest > Date: 2010-08-13 22:46:46 + (Fri, 13 Aug 2010) > New Revision: 3162 > > Added: >trunk/zfsutils/debian/patches/10_dev_dsk.diff > Modified: >trunk/zfsutils/debian/patches/series > Log: > > This makes z