From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dwz-return-323-listarch-dwz=sourceware.org@sourceware.org> Received: (qmail 8830 invoked by alias); 10 Jul 2019 08:32:22 -0000 Mailing-List: contact dwz-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: <dwz.sourceware.org> List-Post: <mailto:dwz@sourceware.org> List-Help: <mailto:dwz-help@sourceware.org> List-Subscribe: <mailto:dwz-subscribe@sourceware.org> Sender: dwz-owner@sourceware.org Received: (qmail 8741 invoked by uid 48); 10 Jul 2019 08:32:14 -0000 From: "vries at gcc dot gnu.org" <sourceware-bugzilla@sourceware.org> To: dwz@sourceware.org Subject: [Bug default/24766] [Regression] Date: Tue, 01 Jan 2019 00:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: dwz X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vries at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: nobody at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: <bug-24766-11298-iK8AEXYOcB@http.sourceware.org/bugzilla/> In-Reply-To: <bug-24766-11298@http.sourceware.org/bugzilla/> References: <bug-24766-11298@http.sourceware.org/bugzilla/> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-q3/txt/msg00062.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D24766 --- Comment #7 from Tom de Vries <vries at gcc dot gnu.org> --- (In reply to Jakub Jelinek from comment #5) > Unsure what people want. E.g. the rpm find-debuginfo.sh I think just > ignores the return status of dwz, the program should either perform the > compression if beneficial and possible, or give up, but neither case is s= ome > kind of error. Confirmed, that's the case. > The only "errors" are dwz assertion failures and even those should hopefu= lly > not break stuff, just worse case keep it uncompressed. That's the case as well. [ I've had a report from somebody saying that chan= ges in OBS meant that a dwz assert broke a package build, but I'm not yet sure = what changes those are, I'm currently chasing that up. ] --=20 You are receiving this mail because: You are on the CC list for the bug.