Re: Mk/Scripts/qa.sh and DEVELOPER=yes

2014-04-14 Thread Baptiste Daroussin
On Mon, Apr 14, 2014 at 07:34:04AM +0200, Matthias Andree wrote:
 Am 13.04.2014 14:28, schrieb clutton:
  It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
  perform ordinary update routines. Removing the DEVELOPER variable fix
  the problem. And probably the worst part of it that there's no error
  message.
  
   Running Q/A tests (stage-qa)
  Error: 
  /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist
   is referring to /tmp/usr/ports/devel/p5-subversion/work/stage
 
 Oh, there is an error, as quoted above.
 
 .packlist refers to a file that will no longer be present after make
 clean.
 
 Cause is that the p5-subversion port, or some part of the Perl or ports
 framework, causes the .packlist to be generated with bogus contents.
 Either we can fix the actual cause, or we can hack the .packlist to
 strip the ${STAGEDIR} prefix, which would be the inferior approach, however.

The .packlist is cleaned for any other perl ports (done in perl5.mk)
p5-subversion should just do the same.

Bapt


pgp5EIVd0PH2_.pgp
Description: PGP signature


Re: Mk/Scripts/qa.sh and DEVELOPER=yes

2014-04-14 Thread olli hauer
On 2014-04-14 08:49, Baptiste Daroussin wrote:
 On Mon, Apr 14, 2014 at 07:34:04AM +0200, Matthias Andree wrote:
 Am 13.04.2014 14:28, schrieb clutton:
 It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
 perform ordinary update routines. Removing the DEVELOPER variable fix
 the problem. And probably the worst part of it that there's no error
 message.

  Running Q/A tests (stage-qa)
 Error: 
 /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist
  is referring to /tmp/usr/ports/devel/p5-subversion/work/stage

 Oh, there is an error, as quoted above.

 .packlist refers to a file that will no longer be present after make
 clean.

 Cause is that the p5-subversion port, or some part of the Perl or ports
 framework, causes the .packlist to be generated with bogus contents.
 Either we can fix the actual cause, or we can hack the .packlist to
 strip the ${STAGEDIR} prefix, which would be the inferior approach, however.
 
 The .packlist is cleaned for any other perl ports (done in perl5.mk)
 p5-subversion should just do the same.
 
 Bapt

Looking on my system there are some more ports where .packlist contains 
/wrkdir/...

$ find /usr/local/lib/perl5/site_perl/5.16/ -name .packlist | xargs grep 
'/wrkdir' | cut -d: -f -1 | sort -u
/usr/local/lib/perl5/site_perl/5.16/mach/auto/Bundle/NetSNMP/.packlist
/usr/local/lib/perl5/site_perl/5.16/mach/auto/Git/.packlist
/usr/local/lib/perl5/site_perl/5.16/mach/auto/SVN/_Core/.packlist

This packages where build with poudriere last Saturday.
Anyway for production build I *don't* have DEVELOPER=yes set since many of the 
issues (strip ...) are not related for my production environment.

olli
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: Mk/Scripts/qa.sh and DEVELOPER=yes

2014-04-14 Thread clutton
On Mon, 2014-04-14 at 07:34 +0200, Matthias Andree wrote:
 Am 13.04.2014 14:28, schrieb clutton:
  It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
  perform ordinary update routines. Removing the DEVELOPER variable fix
  the problem. And probably the worst part of it that there's no error
  message.
  
   Running Q/A tests (stage-qa)
  Error: 
  /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist
   is referring to /tmp/usr/ports/devel/p5-subversion/work/stage
 
 Oh, there is an error, as quoted above.
 
 .packlist refers to a file that will no longer be present after make
 clean.
 
 Cause is that the p5-subversion port, or some part of the Perl or ports
 framework, causes the .packlist to be generated with bogus contents.
 Either we can fix the actual cause, or we can hack the .packlist to
 strip the ${STAGEDIR} prefix, which would be the inferior approach, however.


I have missed that. Thanks for fixing.


signature.asc
Description: This is a digitally signed message part


Mk/Scripts/qa.sh and DEVELOPER=yes

2014-04-13 Thread clutton
It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
perform ordinary update routines. Removing the DEVELOPER variable fix
the problem. And probably the worst part of it that there's no error
message.

 Running Q/A tests (stage-qa)
Error: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist
 is referring to /tmp/usr/ports/devel/p5-subversion/work/stage
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/libsvn_swig_perl-1.so.0
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Repos/_Repos.so
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/_Core.so
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Client/_Client.so
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Wc/_Wc.so
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Ra/_Ra.so
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Fs/_Fs.so
 is not stripped consider using ${STRIP_CMD}
Warning: 
/tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Delta/_Delta.so
 is not stripped consider using ${STRIP_CMD}
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/devel/p5-subversion
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/p5-subversion
** Command failed [exit code 1]: /usr/bin/script
-qa /tmp/portupgrade20140413-52886-1puk9v9 env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=p5-subversion-1.8.8_2 UPGRADE_PORT_VER=1.8.8_2 make
-DFORCE_PKG_REGISTER reinstall
---  Restoring the old version
Installing p5-subversion-1.8.8_2... done
---  Removing old package'
** Fix the installation problem and try again.
---  Installation of devel/p5-subversion ended at: Sun, 13 Apr 2014
15:19:02 +0300 (consumed 00:00:03)
---  Reinstallation of devel/p5-subversion ended at: Sun, 13 Apr 2014
15:19:02 +0300 (consumed 00:01:44)
---  ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed
---  Listing the results (+:done / -:ignored / *:skipped / !:failed)
! devel/p5-subversion (p5-subversion-1.8.8_2) (install error)
---  Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed
---  Session ended at: Sun, 13 Apr 2014 15:19:02 +0300 (consumed
00:01:46)
zsh: exit 1 /usr/local/bin/sudo portupgrade -fuv
p5-subversion-1.8.8_2




signature.asc
Description: This is a digitally signed message part


Re: Mk/Scripts/qa.sh and DEVELOPER=yes

2014-04-13 Thread Matthias Andree
Am 13.04.2014 14:28, schrieb clutton:
 It seems that with DEVELOPER=yes in /etc/make.conf I'm not able to
 perform ordinary update routines. Removing the DEVELOPER variable fix
 the problem. And probably the worst part of it that there's no error
 message.
 
  Running Q/A tests (stage-qa)
 Error: 
 /tmp/usr/ports/devel/p5-subversion/work/stage/usr/local/lib/perl5/site_perl/5.18/mach/auto/SVN/_Core/.packlist
  is referring to /tmp/usr/ports/devel/p5-subversion/work/stage

Oh, there is an error, as quoted above.

.packlist refers to a file that will no longer be present after make
clean.

Cause is that the p5-subversion port, or some part of the Perl or ports
framework, causes the .packlist to be generated with bogus contents.
Either we can fix the actual cause, or we can hack the .packlist to
strip the ${STAGEDIR} prefix, which would be the inferior approach, however.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org