From owner-freebsd-ports-bugs@FreeBSD.ORG Sun Aug 3 12:02:14 2014 Return-Path: Delivered-To: freebsd-ports-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33162769 for ; Sun, 3 Aug 2014 12:02:14 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15FFE2581 for ; Sun, 3 Aug 2014 12:02:14 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s73C2DAr067785 for ; Sun, 3 Aug 2014 12:02:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 192347] [maintainer update] multimedia/universal-media-server: Update to 4.0.1 + FIXES Date: Sun, 03 Aug 2014 12:02:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2014 12:02:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192347 --- Comment #3 from John Marino --- (In reply to dreamcat4 from comment #2) > (In reply to John Marino from comment #1) > > Are there any test logs available? preferably with stage-qa tests? > > Yes: > > https://redports.org/buildarchive/20140802204647-04291/ > > If you want other type of 'stage-qa test' apart from reports build. Then > unfortunately I don't know what you might mean, so please explain what that > means. I build on reports.org build farm and manually on 9.2-RELEASE (inside > a jail). And all is fine. Redports is good, but not the best. Redports does not provide stage-qa checks yet, only poudriere does. This means a port can potentially pass Redports but fail on the poudriere-based Jenkins so a committer isn't fully confident in a redports-only test. But this one is risky because it's messing with /var which I don't think Redports tests well. > > Am I seeing the pkg-plist diff correctly in that there are blank lines in > > the pkg-plist now? I don't think those are going to fly > > The blank lines in pky-plist are only for readability the manual section at > end of file. They can be taken out if you want. But it's nothing new. The > original version of the port had them (4.0.0-b1) and was approved on that > basis. > > This patch puts back breakages in previous commit. There is no big cause to > worry, this ways have been thoroughly tested on 4.0.0-b1, which was just > like this patch ^^. > > I'm honestly tired of other people trying to mess this up and 'so called fix > things' that were not broken to begin with. Because delaying this commit for > other small petty reasons like that is certainly going to lead to problem > for other users. That is because of breakages committed just previously > (without my consultation or approval). What do you "muck this up"? This port has 3 main commits, all with PRs coming from you. If a committer changes what you submitted, it's because it didn't pass a test or wasn't done correctly. Since there seems to be a lot more background to this than the PR suggests, I think you also need to illustrate what change that you didn't make that was added without your approval was committed and why it's wrong. I'm going to recommend to whomever takes this PR that they run it though poudriere and not rely solely on redports. -- You are receiving this mail because: You are the assignee for the bug.