Why not use a UNIX domain socket as the transport and then use
credential passing to pass the credentials lookupd should use to do the
lookup?
On Mar 5, 2004, at 1:27 PM, Michael Bushkov wrote:
When you're
using current nss-modules they work as part of your program - and
geteuid functions
work
On Fri, 5 Mar 2004, Dan Langille wrote:
> On Fri, 5 Mar 2004, Avleen Vig wrote:
> > All the have to do is look at the handbook. And if they can't find the
> > link on the *front page* of freebsd.org, under the clearly labelled
> > catagory of "Support", then there is very little we can or should
On Fri, Mar 05, 2004 at 09:58:52PM -0500, Dan Langille wrote:
> > All the have to do is look at the handbook. And if they can't find the
> > link on the *front page* of freebsd.org, under the clearly labelled
> > catagory of "Support", then there is very little we can or should do to
> > help them.
On Fri, 5 Mar 2004, Dan Langille wrote:
> *That* explanation is vast difference to saying they have to read man
> pcm(4). The difference is sigficicant.
In the same breath, someone needs to install a spell checker and verify
the grammer.
--
Dan Langille - BSDCan: http://www.bsdcan.org/
___
On Fri, 5 Mar 2004, Avleen Vig wrote:
> On Thu, Mar 04, 2004 at 06:26:47PM -0500, Dan Langille wrote:
> > > If they'd read pcm(4) they'd know how to get sound support up and
> > > running without recompiling their kernel. Is there something wrong with
> > > requiring that a new user bother to rea
On Thu, Mar 04, 2004 at 06:26:47PM -0500, Dan Langille wrote:
> > If they'd read pcm(4) they'd know how to get sound support up and
> > running without recompiling their kernel. Is there something wrong with
> > requiring that a new user bother to read the documentation?
>
> They would first have
On Friday, 5 March 2004 at 18:43:11 -0500, Chungwei Hsiung wrote:
> Greg 'groggy' Lehey wrote:
>
>> On Friday, 5 March 2004 at 13:43:04 -0500, Chungwei Hsiung wrote:
>>
>>
>>> Hello..
>>> I am super new to this list, and I have a simple question that I don't
>>> know why it does that. I have a si
On Friday, 5 March 2004 at 13:43:04 -0500, Chungwei Hsiung wrote:
> Hello..
> I am super new to this list, and I have a simple question that I don't
> know why it does that. I have a simple test program. I compile it, and
> gdb to disassemble main. I got the following..
>
> 0x80481f8 : push
On Thursday 04 March 2004 02:04 am, Mark Dixon wrote:
> On Wednesday 03 Mar 2004 23:09, John Baldwin wrote:
> > On Wednesday 03 March 2004 06:02 pm, Mark wrote:
> > > Dear Sirs:
> > >
> > > I compiled my FreeBSD 4.7R for an AMD XP-2000. If I upgrade to an AMD
> > > 64 3200, will my OS still run? Th
On Wednesday 03 March 2004 04:31 pm, Randy Pratt wrote:
> On Wed, 3 Mar 2004 17:03:40 +0100 (CET) you wrote:
> > I've been on the question list for some time, and I have noticed
> > that many people do not know how to get sound support up and
> > running in FreeBSD 5.X. I know that re-compiling th
> ISAAC GELADO FERNANDEZ wrote:
>
> >De: Chungwei Hsiung <[EMAIL PROTECTED]>
> >Fecha: Viernes, Marzo 5, 2004 7:43 pm
> >
> >
> >>I have a simple test program. I compile it,
> >>and
> >>gdb to disassemble main. I got the following..
> >>
> >>0x80481f8 : push %ebp
> >>0x80481f9 : mo
I understand this. There are some problems in making current nss-modules
compatible with our implementation. The main problem is process euid. When
you're
using current nss-modules they work as part of your program - and geteuid
functions
work correctly. But when lookupd is used, euid of the proc
On Thu, Mar 04, 2004 at 07:46:11AM -0500, sybexmy alias wrote:
> Hi All,
>
> I'm attempting to integrate SSH with LDAP and PAM on a FREEBSD 5.2 host.
>
> However I'm having "access denied" error message when I try to ssh to my ldap server
> using PUTTY Release 0.53b.
>
> I have google around an
On Fri, Mar 05, 2004 at 10:41:33PM +0300, Michael Bushkov wrote:
>
> Our implementation of lookupd is a demonstration
> of the approach for the FreeBSD-specific IPC implementation
> of nsswitch. Its architecture is
> flexible enough to implement all the features you have mentioned.
> The version t
De: Chungwei Hsiung <[EMAIL PROTECTED]>
Fecha: Viernes, Marzo 5, 2004 7:43 pm
>I have a simple test program. I compile it,
> and
> gdb to disassemble main. I got the following..
>
> 0x80481f8 : push %ebp
> 0x80481f9 : mov%esp,%ebp
> 0x80481fb : sub$0x8,%esp
> 0x80481fe :
The Mac OS X lookupd does aggressive caching with cache invalidation
support, supports the notion of flushing the cache on certain events
(like when you reconfigure your network interfaces or switch
authentication plugins), and quite a few other things. No surprise,
really, given that it's been ar
On Mar 05, Helge Oldach wrote:
> [..snip..]
> Bingo! kldload snd_ess does in fact also load snd_sbc and snd_pcm, and
> it all works. Apologies, I was mislead by the fact that in the kernel
> just has "options pcm" without any further fuzz.
Yes, this is a confusing aspect. It should be a
[ Whoa, Nelly. Cc: trimmed. ]
On Fri, Mar 05, 2004 at 05:33:47PM +0100, Helge Oldach wrote:
>
> This is 4.9-STABLE of some few days ago (right after the TCP re-assembly
> queue fix). How will it work with -CURRENT which doesn't have a PNPBIOS
> option? Can I use sound at all?
If you wish to test
Hi,
David Raistrick wrote on Fri, Mar 05, 2004 at 08:27:56AM -0800:
[..]
> kldload snd_driver
>
> is of course the correct way to do it. FWIW, kldunload snd_driver does
> /not/ unload all of the modules that kldload snd_driver loads.
[..]
snd_driver is a module that contains _all_ drivers,
thus
Hello..
I am super new to this list, and I have a simple question that I don't
know why it does that. I have a simple test program. I compile it, and
gdb to disassemble main. I got the following..
0x80481f8 : push %ebp
0x80481f9 : mov%esp,%ebp
0x80481fb : sub$0x8,%esp
0x8
The Mac OS X lookupd does aggressive caching with cache invalidation
support, supports the notion of flushing the cache on certain events
(like when you reconfigure your network interfaces or switch
authentication plugins), and quite a few other things. No surprise,
really, given that it's bee
Mathew Kanner:
>On Mar 05, Helge Oldach wrote:
>> Mathew Kanner:
>> >On Mar 05, Helge Oldach wrote:
>> case b) "options PNPBIOS" in the kernel config and "kldload snd_pcm" =>
>> pcm isn't recognized, but the other PnP devices show up during probe
>
> kldloading snd_pcm isn't enough. You need
On Thu, 4 Mar 2004, Brandon D. Valentine wrote:
> If they'd read pcm(4) they'd know how to get sound support up and
> running without recompiling their kernel. Is there something wrong with
> requiring that a new user bother to read the documentation?
pcm(4) only explains the technical details,
[...Just noticed that we are posting to multiple groups. Sorry
everyone, though I not ready to drop them...]
On Mar 05, Helge Oldach wrote:
> Mathew Kanner:
> >On Mar 05, Helge Oldach wrote:
>
> Yes, that is exactly correct. I am sorry, I just wasn't clear enough
> with my wording. To be safe,
---
david raistrick
[EMAIL PROTECTED] http://www.expita.com/nomime.html
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Fri, Mar 05, 2004 at 11:52:28AM +0100, Mark Santcroos wrote:
> The above manpage documents the return values, but it is a void function.
>
Fixed, thanks!
Cheers,
--
Ruslan Ermilov
FreeBSD committer
[EMAIL PROTECTED]
pgp0.pgp
Description: PGP signature
On Fri, 5 Mar 2004, Helge Oldach wrote:
> This is 4.9-STABLE of some few days ago (right after the TCP re-assembly
> queue fix). How will it work with -CURRENT which doesn't have a PNPBIOS
> option? Can I use sound at all?
Ahh, I was refering to 5.x. I've never tried to kldload any pcm drivers
i
On Fri, 5 Mar 2004, Helge Oldach wrote:
> case b) "options PNPBIOS" in the kernel config and "kldload snd_pcm" =>
> pcm isn't recognized, but the other PnP devices show up during probe
>
> case c) *no* "options PNPBIOS" but "kldload snd_pcm" => neither pcm nor
> other PnP devices are recognized
>
Mathew Kanner:
>On Mar 05, Helge Oldach wrote:
>> Daniel O'Connor:
>> >On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
>> >> The issue with kldloading is that you still need PNPBIOS for many
>> >> on-board sound devices. Which means that you need to compile your own
>> >> kernel anyway, or don?t you?
In the last episode (Mar 04), Stephen J. Roznowski said:
> Is there a technical reason why LINK_MAX is set to 32K? Would
> anything bad happen if this value was raised?
Mainly because di_nlink is an int16_t in ufs/dinode.h and ufs/inode.h.
I think it could have been bumped up to an int32_t in UFS
Mathew Kanner <[EMAIL PROTECTED]> writes:
> Are you required to compile sound in the kernel to get it to
> work?
No, he is required to compile a kernel with the PNPBIOS option (which
is not in GENERIC).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
On Fri, 5 Mar 2004 23:38, Helge Oldach wrote:
> >I don't think I've ever seen a motherboard/BIOS where you HAD to
> >compile it in the kernel..
>
> I have a number of Compaq DeskPro EN K450 here. Rather decent machines
> for FreeBSD desktops, and for sure not uncommon hardware. But
> unfortunately
On Mar 05, Helge Oldach wrote:
> Daniel O'Connor:
> >On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
> >> The issue with kldloading is that you still need PNPBIOS for many
> >> on-board sound devices. Which means that you need to compile your own
> >> kernel anyway, or don?t you?
> >
> >I don't think
Daniel O'Connor:
>On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
>> The issue with kldloading is that you still need PNPBIOS for many
>> on-board sound devices. Which means that you need to compile your own
>> kernel anyway, or don´t you?
>
>I don't think I've ever seen a motherboard/BIOS where you
On 3/4/2004, "Brandon D. Valentine" <[EMAIL PROTECTED]> wrote:
>On Wed, Mar 03, 2004 at 05:03:40PM +0100, Jorn Argelo wrote:
>>
>> I've been on the question list for some time, and I have noticed that
>> many people do not know how to get sound support up and running in
>> FreeBSD 5.X. I know tha
Hello!
Some time ago there was a discussion concerning in-process vs. IPC
nsswitch implementation. We agreed that we should develop an example of
IPC implementation and ask for a discussion. We are glad to present you
sample implementation of the IPC nsswitch model.
http://rsu.ru/~bushman/lookupd-
Is there a technical reason why LINK_MAX is set to 32K? Would
anything bad happen if this value was raised?
Thanks,
--
Stephen J. Roznowski([EMAIL PROTECTED])
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hacke
The above manpage documents the return values, but it is a void function.
Mark
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Fri, 5 Mar 2004 19:06, Helge Oldach wrote:
> The issue with kldloading is that you still need PNPBIOS for many
> on-board sound devices. Which means that you need to compile your own
> kernel anyway, or don´t you?
I don't think I've ever seen a motherboard/BIOS where you HAD to compile it in
t
Sounds similar to, but not as functional as, the lookupd in Mac OS X. :)
On Mar 5, 2004, at 12:45 AM, Michael Bushkov wrote:
We want you to look at this lookupd. It would be great for us to know
if
you like or not the way we made it. And we also want to know if this
project can be added to FreeB
Mathew Kanner:
> I would like to note that kldload'ing the sound modules works
>very well and I would prefer that to be standard operating procedure
>for sound.
The issue with kldloading is that you still need PNPBIOS for many
on-board sound devices. Which means that you need to compile your
41 matches
Mail list logo
