X-Original-To: alpine-aports@mail.alpinelinux.org Delivered-To: alpine-aports@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 7887BDC0501 for ; Sun, 3 Apr 2016 13:25:23 +0000 (UTC) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 0CBDBDC014D for ; Sun, 3 Apr 2016 13:25:22 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id vo2so123746307lbb.1 for ; Sun, 03 Apr 2016 06:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=LdRxREZ+J67daVHis4tW9jE4OfywY2exycD7upjHbHc=; b=ASCYJ8b7/rycHmMqgXaC3vI3N6O88OCK431AhuXIelBuV7ho+Ycrv5d1i4OIeyOhcm k3sJoig+bxJclr7wspRN235djr2D7S661tOH+RgcsJu3oEMZhcN3saK57f52vDQZQ+QW pbrkR3gdRnL6zz9LiieR13FHMPJXnl/hE4XWs2AoEinkeHG/gOJgMl0L7lSxdu/wwz0l awTiW0wRNVIzhTa+O6LGGPYF/dH+eGgzsT6p05koZuvBboCTSpMiXbAei45arwxIqpSg fRgai1jmnIJRSR9rWNhBdFrxZlnAMG5uVGXtsMtgP+0x1OODAcs8zz5RCS93GEYsD1K1 Wblg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-transfer-encoding; bh=LdRxREZ+J67daVHis4tW9jE4OfywY2exycD7upjHbHc=; b=TULTqrvBut8RdCMjysB2kv1T7bxVZV3+i/3hfY+wZWDQhwplk44UHGHClLBDKBf6d5 O1BIFWoRAaiwZEYhJwj9IXkerpI+Opzy7UzdAI2D/AvXkFXDyfIhywDddlfFDalR1nst Ct/5NR99Tzi+K8Jn9sJVgETa5VNR1rSgLF13uPFCfv2FJms8+x5h45bgSLkkWH0P3Nva 82e7LF1Fdv7gDTTLZkHRkrhij1dme7g49ob+7anSUTyC0MbFGZZgmv0OMp2DqQqojLWg SIA6Kf0QJ3lKQkeb9Y4p/f1tCEvDnTtrdMAbV2pT6B+saAyihSeNCOfDqdPxC+Aec9Pj vyvA== X-Gm-Message-State: AD7BkJKuQuu1U6WfTSnjhsWaGezCOikojThX/8OlAc1VTb27cH7xYaf5gXX97fP4uu8aBg== X-Received: by 10.112.51.8 with SMTP id g8mr4271829lbo.109.1459689920985; Sun, 03 Apr 2016 06:25:20 -0700 (PDT) Received: from vostro ([83.145.235.201]) by smtp.gmail.com with ESMTPSA id a14sm3842483lfe.7.2016.04.03.06.25.20 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2016 06:25:20 -0700 (PDT) Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= Date: Sun, 3 Apr 2016 16:25:18 +0300 From: Timo Teras To: Isaac Dunham Cc: alpine-aports@lists.alpinelinux.org Subject: Re: [alpine-aports] [RFC] Splitting linux-firmware Message-ID: <20160403162518.213e9151@vostro> In-Reply-To: <20160403052116.GA22996@newbook> References: <20160403052116.GA22996@newbook> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.28; x86_64-alpine-linux-musl) X-Mailinglist: alpine-aports Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP On Sat, 2 Apr 2016 22:21:18 -0700 Isaac Dunham wrote: > I recently checked the size of installed packages on my system, and > found that linux-firmware was the largest (~120 megabytes). > I need the Realtek firmware, and perhaps could use the i915 firmware. > So I figured it would be a significant cutdown in installed size, > as well as a major reduction in downloads, if it were possible to just > select firmware from a couple of manufacturers. > > While I was in the process of doing this, I noticed a few smaller > issues: -the non-firmware files that the APKBUILD tries to delete are > actually located in /lib/firmware, not /usr/lib/firmware > -the source for carl9170 firmware is included in the final package > > Here's a tentative patch that fixes those issues and tries to split > things up. > > Does this look like a good idea? > Should any further splitting be done? > For example: > -splitting iwlwifi firmware off because it's the bulk of the intel > firmware, but not the bulk of the users; > -splitting qlogic, 3com, and chelsio firmware from -misc Before doing this, a first step would be to delete the unneeded firmwares. We already do this for modloop. But to do it for the package, would need a list of files needed to be maintained. I believe about half of the package can be just deleted based on our module configuration and specific kernel versions. See http://git.alpinelinux.org/cgit/alpine-iso/tree/Makefile#n92 for how to get info on what firmware is required by the kernel modules. If the package is still too large after this, doing splitting might be an idea. Thanks, Timo --- Unsubscribe: alpine-aports+unsubscribe@lists.alpinelinux.org Help: alpine-aports+help@lists.alpinelinux.org ---