Re: [HACKERS] dpkg-buildpackage fails on 9.2.6 on ubuntu 12.04.3 LTS

2013-12-17 Thread imagene...@gmail.com
Resolved.

Regression test outputs for name and enum can be replaced with generated out.

On Tue, Dec 17, 2013 at 12:17 AM, imagene...@gmail.com
imagene...@gmail.com wrote:
 This is resolved by running dpkg-buildpackage with postgres and
 dpkg-buildpackage -rsudo with the postgresql source folder in a
 directory owned by postgres as dpkg creates a temporary folder in said
 parent directory.

 However, I am now running into the following issue:

 The reason I am compiling is because I must change #define NAMEDATALEN
 64 to a larger value. Setting it to 256 has presumably yielded the
 following errors in the make check:

 It fails on the name and enum tests.

 I am rerunning the compilation to confirm this is a result of this
 change. Please specify how to remove the regression check from the
 dpkg build or how to resolve this (is there a max value that will not
 fail?) if this is caused by this change or by something else on the
 specified platform.


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


[HACKERS] dpkg-buildpackage fails on 9.2.6 on ubuntu 12.04.3 LTS

2013-12-16 Thread imagene...@gmail.com
Preface on the venue: It is specified in the description of mailing
lists that pgsql-general is for all topics except those relating to
failed compiles. However doing a search for the word compile fails to
yield any other mailing list for said compilation failures. Presumably
this is the said mailing list for compilation failures.

The compilation appears to fail on initdb, specifying that the initdb
as expected must be run by the user that runs the daemon, postgres,
when executing:

dpkg-buildpackage

Executing:

sudo -u postgres dpkg-buildpackage

Does not work. How does one build a debian package from source?


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] dpkg-buildpackage fails on 9.2.6 on ubuntu 12.04.3 LTS

2013-12-16 Thread imagene...@gmail.com
http://pastebin.com/GP7b4FPT

tail of the failure.

Running:

sudo -u postgres dpkg-buildpackage -rsudo

Ends in the same failure.

On Mon, Dec 16, 2013 at 9:50 PM, imagene...@gmail.com
imagene...@gmail.com wrote:
 Preface on the venue: It is specified in the description of mailing
 lists that pgsql-general is for all topics except those relating to
 failed compiles. However doing a search for the word compile fails to
 yield any other mailing list for said compilation failures. Presumably
 this is the said mailing list for compilation failures.

 The compilation appears to fail on initdb, specifying that the initdb
 as expected must be run by the user that runs the daemon, postgres,
 when executing:

 dpkg-buildpackage

 Executing:

 sudo -u postgres dpkg-buildpackage

 Does not work. How does one build a debian package from source?


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] dpkg-buildpackage fails on 9.2.6 on ubuntu 12.04.3 LTS

2013-12-16 Thread imagene...@gmail.com
This is resolved by running dpkg-buildpackage with postgres and
dpkg-buildpackage -rsudo with the postgresql source folder in a
directory owned by postgres as dpkg creates a temporary folder in said
parent directory.

However, I am now running into the following issue:

The reason I am compiling is because I must change #define NAMEDATALEN
64 to a larger value. Setting it to 256 has presumably yielded the
following errors in the make check:

It fails on the name and enum tests.

I am rerunning the compilation to confirm this is a result of this
change. Please specify how to remove the regression check from the
dpkg build or how to resolve this (is there a max value that will not
fail?) if this is caused by this change or by something else on the
specified platform.


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers