[petsc-dev] git : list branches started off maint - but not yet merged back

Jed Brown jedbrown at mcs.anl.gov
Sat Aug 31 19:07:00 CDT 2013

Satish Balay <balay at mcs.anl.gov> writes:
>> Candidate for maint: refs/remotes/origin/jed/avoid-getpwuid Fri Aug 30 18:10:37 2013 -0700
>> 6c8deb0 Sys: fix PetscGetFullPath expansion of ~ and ~user, ensure NULL termination
>> 45082d6 Sys: avoid getpwuid in file path routines
>> 311ae19 Sys: add failing test expanding ~/file-name and ~user/file-name
> BTW: perhaps this is a master only change? [because now ~/.petscrc won't work for some folks?]

I started it from 'maint' because I wanted to have the option.  Do we
know of systems for which getpwuid returns good information about the
home directory, but for which HOME is not set?  Maybe we'll find out if
people are trying 'next' on funny machines.  It would be nice for 3.4.3
to not have this possible problem on BG.

Note that PetscGetFullPath was obviously broken before:

commit 311ae19d0f5ae5259a6236e6f4ce4509eaf01c8f
Author: Jed Brown <jedbrown at mcs.anl.gov>
Date:   Fri Aug 30 15:24:26 2013 -0700

    Sys: add failing test expanding ~/file-name and ~user/file-name
    > $(realpath ~/file-name) != /home/jed/petsc/src/sys/examples/tests/~/file-name
    > $(realpath ~jed/file-name) != /home/jed/petsc/src/sys/examples/tests/~jed/file-name

Satish, do you think we could create a dashboard similar to Karl's
nightly summary that lists all these merge candidates?  Would that be
too dangerous because it's hard to allow comments on whether a candidate
is viable?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20130831/89854272/attachment.sig>

More information about the petsc-dev mailing list