On Wed, Nov 18, 2009 at 9:43 AM, Dagobert Michelsen <[email protected]> wrote: > Hi Maciej, > > Am 18.11.2009 um 10:16 schrieb Dagobert Michelsen: >>> >>> Both v8 and v9 binaries are there, but: >>> >>>> ggrep initdb >>>> work/solaris8-sparc/build-global/CSWpostgresql.prototype-sparc >>> >>> l none /opt/csw/bin/postgresql/8.4/initdb=/opt/csw/bin/isaexec 0755 root >>> bin >>> f none >>> /opt/csw/bin/postgresql/8.4/sparcv8/initdb=/opt/csw/bin/postgresql/8.4/initdb >>> 0755 root bin >>> f none /opt/csw/bin/sparcv9/initdb 0755 root bin >>> >>> ...the v9 binary not where I'd expect it to be. It sounds like a GAR >>> issue. I can already see Dago swearing at this yet another special >>> case... ;-) >> >> I don't think it is a special case. Most likely there is a wrong >> basedirectory applied in GAR during merge. I'll take a look... > > Umh... I can't reproduce it: > >> build8s% ggrep initdb >> work/solaris8-sparc/build-global/CSWpostgresql.prototype-sparc >> l none /opt/csw/postgresql/bin/initdb=/opt/csw/bin/isaexec 0755 root bin >> f none >> /opt/csw/postgresql/bin/sparcv8/initdb=/opt/csw/postgresql/bin/initdb 0755 >> root bin >> f none /opt/csw/postgresql/bin/sparcv9/initdb 0755 root bin >> f none /opt/csw/postgresql/share/man/man1/initdb.1 0644 root bin > > Would you mind doing a "gmake repackage" and see if the error persists? > I haven't changed anything.
It persists. Your example looks different from mine: You have /opt/csw/postgresql/bin/initdb, I have /opt/csw/bin/postgresql/8.4/initdb. Maciej _______________________________________________ maintainers mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/maintainers
