Bug#547998: Info received (Bug#547998: Info received (Bug#547998: libgetopt-euclid-perl: Do not recognise options after repeated placeholders))
As Sergio Gelato noted[1], sasl_realm, sasl_authcid, sasl_authzid are derived from the credential cache), I will try them to see their effects sasl_realm has no effect on kerberos authentication. sasl_authcid and sasl_authzid have one, both give the following result: --8---cut here---start-8--- nslcd: [8b4567] DEBUG: ldap_sasl_interactive_bind_s((null),GSSAPI) nslcd: [8b4567] failed to bind to LDAP server ldap://192.168.122.4: Insufficient access --8---cut here---end---8--- I do not understand the difference between both options, according to slapd documentation[1], authcid is an identity and authzid is a credential. Regards. Footnotes: [1] replica section at http://www.openldap.org/doc/admin22/slapdconfig.html -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgpvJNkOu5k3s.pgp Description: PGP signature
Bug#547998: Info received (Bug#547998: libgetopt-euclid-perl: Do not recognise options after repeated placeholders)
Hello, Any news about this issue? Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 pgpjq0NuKrI9u.pgp Description: PGP signature
Bug#547998: libgetopt-euclid-perl: Do not recognise options after repeated placeholders
Package: libgetopt-euclid-perl Version: 0.2.1-1 Severity: normal Hello, I'm trying to have two options with repeated placeholders, but each one eat the second when both are specified. According to the documentation, only unconstrained repeated unflagged placeholder will consume the rest of the command-line. I provide a little test case. Regards. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31+hati.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgetopt-euclid-perl depends on: ii perl 5.10.0-25 Larry Wall's Practical Extraction ii perl-modules [libversion-perl 5.10.0-25 Core Perl modules libgetopt-euclid-perl recommends no packages. libgetopt-euclid-perl suggests no packages. -- no debconf information -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 #!/usr/bin/perl -w use strict; use warnings; use Getopt::Euclid; use Data::Dumper; print Dumper(%ARGV); exit 1; __END__ =head1 NAME test.pl - sample Getopt::Euclid test program =head1 REQUIRED ARGUMENTS =over =item --groups [=] group... | -g [=] group... List of groups =for Euclid: group.type: string =item --hosts [=] hostname... | -h hostname... List of hostnames. =back =cut pgpzHSKkVncar.pgp Description: PGP signature
Bug#547998: libgetopt-euclid-perl: Do not recognise options after repeated placeholders
On Wed, Sep 23, 2009 at 09:09:52AM +0200, Daniel Dehennin wrote: Package: libgetopt-euclid-perl Version: 0.2.1-1 Severity: normal I'm trying to have two options with repeated placeholders, but each one eat the second when both are specified. According to the documentation, only unconstrained repeated unflagged placeholder will consume the rest of the command-line. The only part isn't in the documentation :) Any placeholder that is immediately followed by ... [example snipped] will match as many times as possible, but at least once. Note that this implies that an unconstrained repeated unflagged placeholder (see Placeholder constraints and Unflagged placeholders) will consume the rest of the command-line, and so should be specified last in the POD. =head1 REQUIRED ARGUMENTS =over =item --groups [=] group... | -g [=] group... List of groups =for Euclid: group.type: string =item --hosts [=] hostname... | -h hostname... List of hostnames. =back The only constraint you're providing is 'group.type: string', which is the default type anyway, so this is effectively unconstrained. After all, '--hosts' is a string too. It seems to me this is the intended behaviour rather than a bug, but please let me know what you think. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547998: libgetopt-euclid-perl: Do not recognise options after repeated placeholders
Le 5866 Septembre 1993, Niko Tyni a envoyé: The only part isn't in the documentation :) Any placeholder that is immediately followed by ... [example snipped] will match as many times as possible, but at least once. Note that this implies that an unconstrained repeated unflagged placeholder (see Placeholder constraints and Unflagged placeholders) will consume the rest of the command-line, and so should be specified last in the POD. Yes, the only is not in the documentation but it sound like it to me. If there is no unflagged placeholder no one should consume the reste of the command-line. The only constraint you're providing is 'group.type: string', which is the default type anyway, so this is effectively unconstrained. After all, '--hosts' is a string too. Yes, unconstrained but not unflagged. It seems to me this is the intended behaviour rather than a bug, but please let me know what you think. I thought that Getopt::Euclid excluded the declared options from placeholders. My new test case: --8---cut here---start-8--- ./test.pl --groups --hosts myhost Unknown argument: myhost (Try: test.pl --help) --8---cut here---end---8--- The correct error here is the missing group. Regards. -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 #!/usr/bin/perl -w use strict; use warnings; use Getopt::Euclid; use Data::Dumper; print Dumper(%ARGV); exit 1; __END__ =head1 NAME test.pl - sample Getopt::Euclid test program =head1 REQUIRED ARGUMENTS =over =item --groups [=] group | -g [=] group List of groups =for Euclid: group.type: string =item --hosts [=] hostname... | -h hostname... List of hostnames. =back =cut pgpo1hfmOaLqg.pgp Description: PGP signature