Based on feedback I received on my initial diff, I took another crack at
user mounting. To address Robert's concerns, I drop the setuid
permissions until needed. Therefore, all permission checks are now done
in the kernel. The same is true for umount(8).
silby asked for wildcard support. To ha
On Sat, Apr 15, 2006 at 12:16:23PM +1000, Dragos Ionita wrote:
> Hi,
>
> not sure that I'm in the right mailing list here, but I got myselft
> the 6.1-RC1 amd64 iso yesterday and installed it.
>
> I've got a minimum system running and just 10 minutes ago, I ran a
> 'grep' command and it retur
Hi,
not sure that I'm in the right mailing list here, but I got myselft
the 6.1-RC1 amd64 iso yesterday and installed it.
I've got a minimum system running and just 10 minutes ago, I ran a
'grep' command and it returned an "out of memory" error.
The command run was:
grep -d recurse sasl
On Fri, Apr 14, 2006 at 03:20:41PM -0400, Daniel Eischen wrote:
> On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
>
> >On Fri, Apr 14, 2006 at 02:41:06PM -0400, Daniel Eischen wrote:
> >>On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
> >>
> >>>Hi,
> >>>I found that ldd doesn't report libc as a depe
On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
On Fri, Apr 14, 2006 at 02:41:06PM -0400, Daniel Eischen wrote:
On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
Hi,
I found that ldd doesn't report libc as a dependency on most (all?)
libraries:
pato> ldd /usr/lib/libfetch.so
/usr/lib/libfetch.so
On Fri, Apr 14, 2006 at 02:41:06PM -0400, Daniel Eischen wrote:
> On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
>
> >Hi,
> >I found that ldd doesn't report libc as a dependency on most (all?)
> >libraries:
> >
> >pato> ldd /usr/lib/libfetch.so
> >/usr/lib/libfetch.so:
> > libssl.so.3 => /us
On Fri, 14 Apr 2006, Victor Balada Diaz wrote:
Hi,
I found that ldd doesn't report libc as a dependency on most (all?)
libraries:
pato> ldd /usr/lib/libfetch.so
/usr/lib/libfetch.so:
libssl.so.3 => /usr/lib/libssl.so.3 (0x4816a000)
libcrypto.so.3 => /lib/libcrypto.so.3 (0x48198000
Hi,
I found that ldd doesn't report libc as a dependency on most (all?)
libraries:
pato> ldd /usr/lib/libfetch.so
/usr/lib/libfetch.so:
libssl.so.3 => /usr/lib/libssl.so.3 (0x4816a000)
libcrypto.so.3 => /lib/libcrypto.so.3 (0x48198000)
does anyone know why?
--
La prueba mas feha
On Friday 14 April 2006 06:38, Marco van Tol wrote:
> On Thu, Apr 13, 2006 at 10:20:40AM -0400, John Baldwin wrote:
> > On Wednesday 12 April 2006 17:50, Marco van Tol wrote:
> > > Hi there,
> > >
> > > My apologies if this is the wrong list to ask this kind of question.
> > > I would appreciate a
>>> On Thu, 13 Apr 2006 23:12:24 +0200,
>>> Jeremie Le Hen <[EMAIL PROTECTED]> wrote:
jeremie> If I comment out the variable assignements :
jeremie> % .if !defined(NO_CRYPT) && !defined(NO_OPENSSL)
jeremie> % #CFLAGS+=-DWITH_SSL
jeremie> % #DPADD= ${LIBSSL} ${LIBCRYPTO}
jeremie>
On Thu, Apr 13, 2006 at 10:20:40AM -0400, John Baldwin wrote:
> On Wednesday 12 April 2006 17:50, Marco van Tol wrote:
> > Hi there,
> >
> > My apologies if this is the wrong list to ask this kind of question.
> > I would appreciate a pointer to the correct list if it is please. :)
> >
> > I noti
Paul Saab wrote:
The amr driver was not MPSAFE in 5.4 (i think) so you would not have
run into these problems. You should be able to just take the driver
from RELENG_6 and use it on a released branch. If it doesn't compile,
let me know and I'll generate you a tarball or diff that will work.
12 matches
Mail list logo
