Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAP support
От | Thomas Munro |
---|---|
Тема | Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAP support |
Дата | |
Msg-id | CAEepm=1qVPPUusWi4JwmVfe1V49=E362U-oFG1aoAthCYH3KFQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAP support (Thomas Munro <thomas.munro@enterprisedb.com>) |
Ответы |
Re: Disabling src/test/[ssl|ldap] when not building with SSL/LDAPsupport
|
Список | pgsql-hackers |
On Sat, Feb 10, 2018 at 4:32 PM, Thomas Munro <thomas.munro@enterprisedb.com> wrote: > I agree that it would be nice if the build farm (and my unofficial > patch tester for that matter) could automatically test the LDAP stuff > when running on a suitable system, but I think it would need to be > based not just on ifeq ($(with_ldap),yes) as you showed. I think the > test would need a way to report that it can't find slapd so it can't > run, but not consider that to be a hard failure. Or something like > that... Hmm. I guess I just changed the subject a bit there to running those tests from check-world, if possible, by default. But as src/test/Makefile says, those test suites "are not secure to run on a multi-user system". You're talking about making the tests not fail if you tried to run them directly (not from check-world, but by direct invocation) when you didn't build with the right options. I take back what I said: it's probably better if you run those tests explicitly when you know you have the prerequisites installed and you're OK with the security implications (for example I should probably just do that on those Travis CI patch tester builds). Sorry for the noise. -- Thomas Munro http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: