From owner-svn-src-head@freebsd.org Wed Apr 19 20:09:58 2017 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BA36D4678E; Wed, 19 Apr 2017 20:09:58 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADD0D20; Wed, 19 Apr 2017 20:09:58 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from sweettea.beer.town (unknown [76.164.8.130]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 805FA56678; Wed, 19 Apr 2017 15:09:57 -0500 (CDT) Subject: Re: svn commit: r317094 - head/share/mk To: rgrimes@freebsd.org, John Baldwin References: <201704191633.v3JGXWmu031427@pdx.rh.CN85.dnsmgr.net> Cc: Slawa Olhovchenkov , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org From: Eric van Gyzen Message-ID: Date: Wed, 19 Apr 2017 15:09:56 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <201704191633.v3JGXWmu031427@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 20:09:58 -0000 >>>>> Generating core.txt now complety broken? >>>> >>>> No. crashinfo has supported gdb from ports for quite a while now. >>>> If you 'pkg install gdb' crashinfo defaults to using the ports gdb over >>>> the base one already. >>> >>> I am about clean install, w/o ports. >> >> Until we get some sort of klldb support that will not work. However, >> we already have platforms now where /usr/bin/gdb doesn't work for that. >> riscv and aarch64 aren't supported in ancient gdb, and the MIPS >> /usr/bin/gdb didn't really work for me in my testing. > > So we break what worked on a Tier1 Platform? With my "user" hat on > these are the exact kind of breakages that send me looking for another > platform to run on. We far to often just go oh you can do X y and Z > to get around what we broke forgetting that the user 6 months from now > when this hits a release isnt gona come ask, he may just go down the > road to something else. > > Remove gdb WHEN klldb can replace it, not a day before. Using "oh its > broken on aarch64 and mips" is not a reason to break things on i386/amd64. > > Yes, I know we want to get gnu stuff out of the tree, but that needs > to come AFTER a proper replacement is avaliable. > >> >>> Also, how to generate core.txt after crash, reboot and install gdb >>> from ports? (port instaled after crash) >> >> You can always run crashinfo by hand. > > /me starts to look for a new OS, this one is not very good at user support. # crashinfo Please install GDB and run 'crashinfo' again. The easiest way to install GDB is: pkg install gdb Unable to find matching kernel for /var/crash/vmcore.1 https://reviews.freebsd.org/D10429 This should be good enough to keep the user from looking for a new OS. It also gets a much better version of GDB onto the box, which will make the user happier than giving them an ancient one and letting them flail around with it for a while before learning that they should install a newer one. Eric