preparing for the next release
Mike Frysinger
vapier at gentoo.org
Thu Aug 7 03:43:49 UTC 2014
On Thu 07 Aug 2014 05:04:33 Dmitry V. Levin wrote:
> On Wed, Aug 06, 2014 at 06:49:04PM -0400, Mike Frysinger wrote:
> > On Wed 06 Aug 2014 17:05:04 Dmitry V. Levin wrote:
> > > On Tue, Aug 05, 2014 at 08:45:14PM -0400, Mike Frysinger wrote:
> > > > testing commit 1cd3f5f844d58b1ced8d3f6dc431688ed94d008e
> > >
> > > $ git describe 1cd3f5f844d58b1ced8d3f6dc431688ed94d008e
> > > v4.8
> > >
> > > I suppose it's a bit too late to test v4.8.
> >
> > ugh, most of my checkouts are still using the old sf.net git location
> > which is alive, but stuck at that rev. so you don't notice :x. guess
> > i'll update my script to explicitly set the remote.
>
> How it could be dealt with on the old sf.net side? I suppose strace.git
> is not unique in this respect, there must be a better way to handle
> changing URLs.
i don't think it's anything individual projects can handle
if sf wants to deprecate the URLs, then delete the dns and/or turn off the git
ports. people will notice it no longer works then.
> I've just pushed commit 3c49b02e98af0aabfffd20fd8b34b1f71b8cffb9
> that should fix this:
> $ grep -l '^FAIL: uio' tests/remote-test.*.log
> tests/remote-test.hake.log
> tests/remote-test.lgentoo3.log
> tests/remote-test.ppc.log
> tests/remote-test.sparc.log
hmm, still no workie. updated logs attached.
> These seem to be real rt_sigaction decoding bugs that remain to be fixed:
> $ grep '^FAIL: sigaction' tests/remote-test.*.log
> tests/remote-test.alpha.log:FAIL: sigaction
> tests/remote-test.hake.log:FAIL: sigaction
> tests/remote-test.sparc.log:FAIL: sigaction
i'll take a peek
> These are odd:
> $ grep '^FAIL: detach' tests/remote-test.*.log
> tests/remote-test.lantank.log:FAIL: detach-sleeping
> tests/remote-test.lantank.log:FAIL: detach-stopped
> tests/remote-test.lantank.log:FAIL: detach-running
> tests/remote-test.polyp.log:FAIL: detach-sleeping
> tests/remote-test.polyp.log:FAIL: detach-stopped
> tests/remote-test.polyp.log:FAIL: detach-running
>
> I've seen failing detach-stopped when strace failed to leave tracee
> stopped after detaching on 2.x kernels, but empty log is something new.
maybe because they're old kernels ...
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logs.tar.bz2
Type: application/x-bzip-compressed-tar
Size: 14654 bytes
Desc: not available
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20140806/50165264/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20140806/50165264/attachment-0001.bin>
More information about the Strace-devel
mailing list