From owner-freebsd-current@freebsd.org Thu Jan 19 19:50:37 2017 Return-Path: Delivered-To: freebsd-current@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 09A9ECB845D for ; Thu, 19 Jan 2017 19:50:37 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC6F111D4; Thu, 19 Jan 2017 19:50:36 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-ua0-x231.google.com with SMTP id y9so44970422uae.2; Thu, 19 Jan 2017 11:50:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QhxU2VEEQe4GeOsW0oX5xqnFYWnqBQ4x20VAimDwor8=; b=C11KNIuAaH9DvlIT1Df+adr+8ZeDIk9UB0MwLSfg/G1ewD5YadTs5qVh6CTQreICkI uOEsfuWrFPTsf5mUDdLaRV8ucFtuV+OAhJsFDjUSiELnwR5GdunEayumBvsAiw//M5uF WayqAYlJJ9mEu2ww6wMyaERLtMk56xSFYnSbnzi7qzHs68kW2lW3jaoqiraYikvHO+Tu mYZGjSd5e5lUUJg7JFYSKXjVKdj/TkZcyvb+0P8iyTSSe5k/OszEwi6GSD+9v2WsSxi6 l8n67Kr62Pea6lgNSGzeq+1Ji5AnUaFAZ8q/BQIvNL1VM0eM7yzvPKxgeThofiBOmsIu 8Kbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QhxU2VEEQe4GeOsW0oX5xqnFYWnqBQ4x20VAimDwor8=; b=oCXGD3T67YNbmy4bkzoSueGueG8BmOqjh5hUDX3pW7tc+CMteJCA+FsDOy1QqKkMpv z8CSvk0PZZUbIsYx8UjWGhkXC0ak6ItvqLmF0qDURSO6BlctxJOKvPyg52KCq1EpXn+O TEHB60CWHmTV9Dx5CDmkrGvobrpTQzvG8MwMo8emF04Id0uyx6OofKzlT+8hvNf9JHuU Kx6aZ2VkUrKGSUOY7Z8bfUc7jUSgt6FVw84hD4/qyDHgTDYV+mnI0TtbaF808SWD7dIT l3MV3QfNYdvgppZikWbzNKiB+jTDcufNB2SLVE75zQpB4AovzBwZbhWnawCT7dri7z4W qH+A== X-Gm-Message-State: AIkVDXL4a84Y89rwFZOIcHi5dZoE2Oaxxc9BmprngXx/601A4xY1AVdXxyksacSupeBXFMx+uJaEdcgycDgHvw== X-Received: by 10.159.39.233 with SMTP id b96mr5761232uab.86.1484855435403; Thu, 19 Jan 2017 11:50:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.5.200 with HTTP; Thu, 19 Jan 2017 11:50:34 -0800 (PST) In-Reply-To: <20170119191000.GG1451@FreeBSD.org> References: <20170118084502.617bfc94@freyja.zeit4.iv.bundesimmobilien.de> <20170118101915.523d7d7b@freyja.zeit4.iv.bundesimmobilien.de> <20170118123515.GE58505@zxy.spb.ru> <20170118160801.229b4134@freyja.zeit4.iv.bundesimmobilien.de> <20170118153832.GA6905@c720-r292778-amd64> <20170118203726.7dea0515@thor.intern.walstatt.dynvpn.de> <20170119055816.GA2184@c720-r292778-amd64> <20170119101636.5537f4fd@freyja.zeit4.iv.bundesimmobilien.de> <20170119191000.GG1451@FreeBSD.org> From: Andreas Nilsson Date: Thu, 19 Jan 2017 20:50:34 +0100 Message-ID: Subject: Re: ISO image: where is the CLANG compiler? To: Glen Barber Cc: "O. Hartmann" , Matthias Apitz , Current FreeBSD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2017 19:50:37 -0000 On Thu, Jan 19, 2017 at 8:10 PM, Glen Barber wrote: > On Thu, Jan 19, 2017 at 10:16:46AM +0100, O. Hartmann wrote: > > On Thu, 19 Jan 2017 06:58:16 +0100 > > Matthias Apitz wrote: > > > > > El d=C3=ADa Wednesday, January 18, 2017 a las 08:00:04PM -0500, Allan= Jude > > > escribi=C3=B3: > > > > > > > On 2017-01-18 14:37, O. Hartmann wrote: > > > > > Am Wed, 18 Jan 2017 16:38:32 +0100 > > > > > Matthias Apitz schrieb: > > > > > > > > > >> Why you do not just boot from USB some mem stick image, mount > some disk > > > > >> space to /mnt, svn checkout CURRENT to /mnt and build a booteabl= e > system > > > > >> (world and kernel) and install to DESTDIR=3D/mnt ? > > > > >> > > > > >> I do not understand all this hassle? > > > > >> > > > > >> matthias > > > > >> > > > > > > > > > > Wow! > > > > > > > > > > As I initially stated, that is EXACTLY what I was inclined to do > except > > > > > the fact that I had already an intact /usr/obj and usr/src with a > > > > > complete compiled system. > > > > > > > > > > I booted from mem stick and I was lost due to no cc! > > > > > > > > > > Even for "make installworld" it seems I have to rely on the > compiler. And > > > > > the images (ISO, memstick et cetera) provided these days do not > contain > > > > > any clang. > > > > > > Yes, you will need it and it will complain about missing it, if for > > > example you moved 'obj and 'src' to other dirs after 'make build...' > > > > > > But, in your case the mem image really is lacking the cc/clang; I > > > fetched the image an did: > > > > > > > > > # mdconfig -a -t vnode -u 1 -f > > > ~guru/Downloads/FreeBSD-11.0-RELEASE-amd64-memstick.img # mount -o > > > ro /dev/md1p3 /mnt # find /mnt -name clang > > > /mnt/usr/share/doc/llvm/clang > > > /mnt/usr/lib/clang > > > /mnt/usr/lib/debug/usr/lib/clang > > > # find /mnt -name cc > > > /mnt/usr/include/netinet/cc > > > > > > With this img alone, you can't compile a system :-( > > > > > > Setup a system from DVD and build your own image containing a complet= e > > > system on an USB key; with this boot your damaged system, recompile a= nd > > > reinstall world and kernel. If you (O. Hartmann) need a step by step > > > guide, I could send it to you. > > > > > > matthias > > > > > > > Hello, > > > > thanks for your help offering! very kind. > > > > I've already solved the problem - not with the suggested process, but v= ia > > copying missing libs and files from and identical intact source. After > that, I > > ran make buildword/buildkernel and was able to successfully install the > new > > system. > > > > As I stated before: I already had a complete compiled world and kernel > existing > > in their proper, intact folders (usr/src and usr/obj). There was no nee= d > to > > compile a whole world. > > Intending to "make installworld" failed, this is the real problem, > because the > > ISO/memstick images provided lack obviously in the required > infrastructure and > > so these images are worthless for sophisticated rescue operations - or > even > > such a simple ask as described initially in my posting. > > > > I created images on CURRENT of my own - they all lack in the ability of > having > > the necessary tools aboard. So I consider every image useless for rescu= e > > operations except, maybe, the DVD image - but this one is not provided > anymore. > > For what reason? Time? Accepted. Space/disk usage? Well, welcome back i= n > the > > stoneage of computer technology ... > > > > I remember faintly that there was a small discussion on the @CURRENT > list, but > > I didn't realize that the result would be the extraction of the compile= r. > > > > Just for the record: most servers delivered to us do not have CD/DVD > drives > > anymore - they are outdated and considered an extra these days. > Purchasing 1 GB > > USB thumbdrives is getting even harder, smallest size my employer > provides now > > is 2 GB. And most optical drives are DVD. From my point of view - and > this is a > > personal view - the "standard" is > 1GB so there is no need to break > down by > > force the FreeBSD image (if size is the reason) down to < 800 MB or < 1 > GB. I'd > > consider having < 2GB the line of standards (2 GB USB mem drive). > > And for those, with need of very small images, smaller images could be > provided > > as the extra. > > > > I do want to weigh in here and inform I am actively watching this > thread. clang(1) is not in disc1.iso or bootonly.iso because the > MK_TOOLCHAIN knob is disabled in the targets that generate them. This > has actually been the case for quite some time for these images. > > dvd1.iso does contain clang, but very rarely (if ever, actually) are > there dvd1.iso images produced for development snapshots. This is, in > part, solely because of the additional space/bandwidth required on the > mirrors (not just mirrors controlled by the Project, but third-party > mirrors as well). > > I am working on splitting out how the memstick.img and disc1.iso images > are produced, but ran into a problem which I'm looking into a workaround > that is backwards-compatible. Since for USB images, a 700MB limit does > not make sense, and right now it just so happens that the memstick.img > is created from the same contents of disc1.iso. > > I know this does not help with the immediate issue, but wanted to chime > in with I do see and understand the larger issue, and am working on > a more long-term resolution instead of a one-line workaround. > > Glen > > Good to see discussion, but my 5c is: do not enlarge regular install media, it is hefty enough. I'd rather see it shrink, although without the limitations of old cd's rescue-env. Install media is install media, not live image. Live usb-sticks are so easy to do on your own, why waste the Projects storage and bandwidth on it? Best regards Andreas