Bug 571286

Summary:	bash43-042 is not updating on distfile mirrors
Product:	Gentoo Linux	Reporter:	Alex Brandt (RETIRED) <alunduil>
Component:	Current packages	Assignee:	Gentoo's Team for Core System packages <base-system>
Status:	RESOLVED FIXED
Severity:	QA	CC:	aw-gentoo, bitozoid, carlphilippreh, floppym, infra-bugs, siebz0r
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	build output

Description Alex Brandt (RETIRED) gentoo-dev

2016-01-08 15:26:19 UTC

Bash fails to patch due to the SHA256 of bash43-042.

Reproducible: Always

Steps to Reproduce:
1. use paludis (haven't checked with emerge)
2. cave resolve -1 app-shells/bash
3. receive error
Actual Results:  
Checking 'bash43-042'... failed SHA256

See attached build log for full output.

Expected Results:  
Successful build.

Comment 1 Alex Brandt (RETIRED) gentoo-dev

2016-01-08 15:26:33 UTC

Created attachment 422310 [details]
build output

Comment 2 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev

2016-01-08 15:51:01 UTC

> wget -q ftp://ftp.cwru.edu/pub/bash/bash-4.3-patches/bash43-042 && sha256sum bash43-042
ac219322db2791da87a496ee6e8e5544846494bdaaea2626270c2f73c1044919  bash43-042
> grep bash43-042 $(portageq get_repo_path / gentoo)/app-shells/bash/Manifest | awk '{print $5}'
ac219322db2791da87a496ee6e8e5544846494bdaaea2626270c2f73c1044919



It's the mirrors that don't update the patch file...

Comment 3 SpanKY gentoo-dev

2016-01-08 18:51:58 UTC


*** This bug has been marked as a duplicate of bug 570820 ***

Comment 4 Mike Gilbert gentoo-dev

2016-01-08 22:07:23 UTC

infra: Can you look into why bash43-042 has not been updated on mirrors for 4 days now?

Comment 5 Joshua Kinard gentoo-dev

2016-01-08 22:27:08 UTC

(In reply to Mike Gilbert from comment #4)
> infra: Can you look into why bash43-042 has not been updated on mirrors for
> 4 days now?

I had a similar problem with a mips-sources patchball a few weeks ago, where I forgot to upload one when committing the ebuild, but despite copying the patchball to /space/distfiles-local later on, it refused to populate to the mirrors.  I had to bump the patchball rev up once before it'd populate.  See Bug #562994.  Figured it was something I was doing wrong (and maybe I was), but figured I'd chime in since this issue looks similar.

Comment 6 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev

2016-01-14 10:14:44 UTC

*** Bug 571826 has been marked as a duplicate of this bug. ***

Comment 7 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev

2016-01-15 14:15:47 UTC

*** Bug 571994 has been marked as a duplicate of this bug. ***

Comment 8 Michał Górny archtester

2016-01-15 14:26:27 UTC

Use SRC_URI arrows to rename the file and be done with it. And learn not to reuse the same name for another contents. We can't make remote mirrors magically start syncing something if rsync doesn't trigger it.

Comment 9 Michał Górny archtester

2016-01-15 14:28:10 UTC

(and it probably doesn't trigger update because the size didn't change)

Comment 10 Mike Gilbert gentoo-dev

2016-01-15 15:47:15 UTC

(In reply to Michał Górny from comment #8)

It seemed like a bug in the mirroring process. Certainly not looking for a "magical" solution, just an explanation.

Comment 11 Mike Gilbert gentoo-dev

2016-01-15 16:41:38 UTC

SRC_URI is kind of a mess in the bash ebuild. I'm going to try adding the file to distfiles-local with a recent timestamp.

If that doesn't work, I guess we could do some string manipulation in the ebuild.

Comment 12 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev

2018-10-26 11:57:54 UTC

Should no longer be an issue.