Re: Feature request

2008-04-01 Thread Rick C. Petty
On Tue, Apr 01, 2008 at 10:24:44AM -0700, Patrick Dung wrote: > > I think Gvinum more like software raid then LVM (allocate/resize > Logical Volume on the fly). vinum *is* a (logical) volume manager. You don't have to use RAID at all, but it's easy enough to do. Resize is currently broken, but

Re: Feature request

2008-04-01 Thread Patrick Dung
--- Eygene Ryabinkin <[EMAIL PROTECTED]> wrote: > Patrick, good day. > > Mon, Mar 31, 2008 at 11:18:56AM -0700, Patrick Dung wrote: > > 4. LVM and file systems > > > > As of FreeBSD 7.0, ZFS is ported. > > This is great as FreeBSD do not have LVM in the past. > > FreeBSD has gvinum since approx

Re: Feature request

2008-04-01 Thread Eygene Ryabinkin
Patrick, good day. Mon, Mar 31, 2008 at 11:18:56AM -0700, Patrick Dung wrote: > 4. LVM and file systems > > As of FreeBSD 7.0, ZFS is ported. > This is great as FreeBSD do not have LVM in the past. FreeBSD has gvinum since approximately 5.x and vinum since rather old days (3.0). Is something wr

Re: Feature request

2008-04-01 Thread Ivan Voras
On 01/04/2008, Mike Meyer <[EMAIL PROTECTED]> wrote: > On Tue, 01 Apr 2008 15:00:05 +0200 Ivan Voras <[EMAIL PROTECTED]> wrote: > > > > > > Why OpenLDAP? Why not one of the other ldap implementations available > > > in the ports? In particular, do any of them already have plugins for > > > use

Re: Feature request

2008-04-01 Thread Mike Meyer
On Tue, 01 Apr 2008 15:00:05 +0200 Ivan Voras <[EMAIL PROTECTED]> wrote: > > > Why OpenLDAP? Why not one of the other ldap implementations available > > in the ports? In particular, do any of them already have plugins for > > use with pam? > > What are the other LDAP implementations in ports? Es

Re: Feature request

2008-04-01 Thread Patrick Dung
--- Mike Meyer <[EMAIL PROTECTED]> wrote: > On Mon, 31 Mar 2008 11:18:56 -0700 (PDT) > Patrick Dung <[EMAIL PROTECTED]> wrote: > > > 3. Support LDAP SSO out of the box > > > > Linux/Solaris/AIX have native LDAP SSO support. > > I have asked about this feature before. > > > > The problem is whet

Re: Feature request

2008-04-01 Thread Ivan Voras
> Why OpenLDAP? Why not one of the other ldap implementations available > in the ports? In particular, do any of them already have plugins for > use with pam? What are the other LDAP implementations in ports? Especially the ones that are actively maintained (which excludes tinyldap)? Any complian

Re: Feature request

2008-04-01 Thread Patrick Dung
--- Mohacsi Janos <[EMAIL PROTECTED]> wrote: > > > > On Mon, 31 Mar 2008, Patrick Dung wrote: > > > Hello > > > > I have some suggestions about improving FreeBSD in some of the > > areas/features. Let's discuss. > > > > 1. Cluster capability > > > > As I know, there is: > > - Linux HA heartbe

Re: Feature request

2008-03-31 Thread Mike Meyer
On Mon, 31 Mar 2008 11:18:56 -0700 (PDT) Patrick Dung <[EMAIL PROTECTED]> wrote: > 3. Support LDAP SSO out of the box > > Linux/Solaris/AIX have native LDAP SSO support. > I have asked about this feature before. > > The problem is whether it should integrate OpenLDAP to base system. Why OpenLDAP

Re: Feature request

2008-03-31 Thread Mohacsi Janos
On Mon, 31 Mar 2008, Patrick Dung wrote: Hello I have some suggestions about improving FreeBSD in some of the areas/features. Let's discuss. 1. Cluster capability As I know, there is: - Linux HA heartbeart in ports - LVS (Linux Virtual Server for load balancing) for FreeBSD 5.3 in http://d

Feature request

2008-03-31 Thread Patrick Dung
Hello I have some suggestions about improving FreeBSD in some of the areas/features. Let's discuss. 1. Cluster capability As I know, there is: - Linux HA heartbeart in ports - LVS (Linux Virtual Server for load balancing) for FreeBSD 5.3 in http://dragon.linux-vs.org/~dragonfly/htm/lvs_freebsd.

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Dick Davies
* Joerg Sonnenberger <[EMAIL PROTECTED]> [1043 12:43]: > On Sat, Oct 30, 2004 at 12:20:58PM +0100, Dick Davies wrote: > > Trouble is openldap is one of those things everyone wants to configure > > themselves - do you enable SASL support or not, what backends do you use > > etc? > > IIRC SASL is pr

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Joerg Sonnenberger
On Sat, Oct 30, 2004 at 12:20:58PM +0100, Dick Davies wrote: > Trouble is openldap is one of those things everyone wants to configure > themselves - do you enable SASL support or not, what backends do you use > etc? IIRC SASL is pretty mandatory to correctly implement LDAP v3. Bigger question is G

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Joerg Sonnenberger
On Sat, Oct 30, 2004 at 11:56:48AM +0200, Dag-Erling Sm?rgrav wrote: > Eric Masson <[EMAIL PROTECTED]> writes: > > Doesn't Heimdal partly solve this issue (lookup of SRV records in the > > dns zone corresponding to the realm) ? > > Sure, provided you know which realm you're in... It tries the hos

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Eric Masson
> "DES" == Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes: DES> Sure, provided you know which realm you're in... Dhcp, maybe ? DES> Ideally, I'd like to be able to install FreeBSD on a desktop box DES> in a Windows shop and have it Just Work[tm] with Active Directory DES> and Kerberos au

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Dick Davies
* Patrick Dung <[EMAIL PROTECTED]> [1045 03:45]: > So my suggestion is: integrate pam_ldap, nss_ldap, nsswitch support > with ldap and lookupd (ie LDAP client support) into the OS. Trouble is openldap is one of those things everyone wants to configure themselves - do you enable SASL support or no

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Robert Watson
On Sat, 30 Oct 2004, Patrick Dung wrote: > First of all, I know that most committers or contributors contribute > their work in their free time. I am not asking for any promise but I > just want to discuss a possible improvement for FreeBSD. > > So my suggestion is: integrate pam_ldap, nss_ldap

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Patrick Dung
--- Dag-Erling Sm鷨grav <[EMAIL PROTECTED]> wrotes: > Patrick Dung <[EMAIL PROTECTED]> writes: > > So my suggestion is: integrate pam_ldap, nss_ldap, nsswitch support > > with ldap and lookupd (ie LDAP client support) into the OS. > > I'm already thinking about that, and about Kerberos autoconfigu

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Dag-Erling Smørgrav
Eric Masson <[EMAIL PROTECTED]> writes: > Doesn't Heimdal partly solve this issue (lookup of SRV records in the > dns zone corresponding to the realm) ? Sure, provided you know which realm you're in... Ideally, I'd like to be able to install FreeBSD on a desktop box in a Windows shop and have it

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Eric Masson
> "DES" == Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes: DES> I'm already thinking about that, and about Kerberos DES> autoconfiguration (aka KDC discovery, very useful for FreeBSD DES> clients in Windows networks). Doesn't Heimdal partly solve this issue (lookup of SRV records in the dn

Re: Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-30 Thread Dag-Erling Smørgrav
Patrick Dung <[EMAIL PROTECTED]> writes: > So my suggestion is: integrate pam_ldap, nss_ldap, nsswitch support > with ldap and lookupd (ie LDAP client support) into the OS. I'm already thinking about that, and about Kerberos autoconfiguration (aka KDC discovery, very useful for FreeBSD clients in

Feature request (pam/nss ldap, nsswitch ldap integration)

2004-10-29 Thread Patrick Dung
Hi First of all, I know that most committers or contributors contribute their work in their free time. I am not asking for any promise but I just want to discuss a possible improvement for FreeBSD. So my suggestion is: integrate pam_ldap, nss_ldap, nsswitch support with ldap and lookupd (ie LDAP

Re: Netgraph feature request/suggestion

2001-09-26 Thread Maksim Yevmenkin
Julian, [...] > All this changes in -current where netraph was largely rewritten. i know. i'm using current > > i'm in the middle of the project that uses Netgraph. > > everything is going pretty good, but there is one small > > issue. in five words it is "message and data delivery > > schedu

Re: Netgraph feature request/suggestion

2001-09-26 Thread Julian Elischer
Hi! I'd love to hear more about what you are doing.. but to answer your questions.. Note: All this changes in -current where netraph was largely rewritten. On Wed, 26 Sep 2001, Maksim Yevmenkin wrote: > Hackers, > > i'm in the middle of the project that uses Netgraph. > everything is going

Re: Netgraph feature request/suggestion

2001-09-26 Thread Maksim Yevmenkin
Luigi, [...] > one problem you have to keep in mind with what you want to do > (and i am not talking about the implementation that you suggest, > just the "delayed processing" aspects) is that sometimes data passed > through modules have a limited lifetime and might have become stale > by the ti

Re: Netgraph feature request/suggestion

2001-09-26 Thread Luigi Rizzo
Hi, one problem you have to keep in mind with what you want to do (and i am not talking about the implementation that you suggest, just the "delayed processing" aspects) is that sometimes data passed through modules have a limited lifetime and might have become stale by the time the consumer is s

Netgraph feature request/suggestion

2001-09-26 Thread Maksim Yevmenkin
Hackers, i'm in the middle of the project that uses Netgraph. everything is going pretty good, but there is one small issue. in five words it is "message and data delivery scheduling". here is an example: Node A --> Node B --> Node C Node "A" forwards data/messages to Node "B" and Node "B"