Received: from mail-ej1-f43.google.com (mail-ej1-f43.google.com [209.85.218.43]) by gbr-app-1.alpinelinux.org (Postfix) with ESMTPS id 493FE22375D for <~alpine/devel@lists.alpinelinux.org>; Sat, 21 Jan 2023 07:57:20 +0000 (UTC) Received: by mail-ej1-f43.google.com with SMTP id mp20so19165141ejc.7 for <~alpine/devel@lists.alpinelinux.org>; Fri, 20 Jan 2023 23:57:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=XdGeppEFnih/Kb6/mtw4yBlt7aeAaRPwT0gomo2jz2c=; b=2foZJtIAaJgzpIydGDoXC6NSSUNZjTUEnjDxLgceiyLIWT9TELi9oeRHV96H3FxAfK GNZCI4hQiFDsrRxBs2CEntVLkFtywAjc6yuLdknRkQZigV6Pw6CQJjfT3uEDCtsioFsR ox9jEhSyUT5WSp13Vn/NFvGdSNxwSc6d+G3S8ltoFsgeYV9FLxIX4GqpWKB2K9S6TfVF +9VOBdu718m7sY/BmP58pFwDBVOdQmSB7p+P8DTri3o0N+I4Vqp9lp7ZadBKFt/jWQhV 6eMMcOoVYW8uBGodOxwHTeFBlFbiCWdnZTbN24bJOy067X7v0LUZlX0jxtKGlj3xa+CX RPpQ== X-Gm-Message-State: AFqh2kp2jxAap7mWV/dd4FR0KUl1LgHZyYbeP4JejhTCQ+xNQetbb/ZI GTDMRGMQEdt7NrB8qVxgTBM= X-Google-Smtp-Source: AMrXdXuZfmaISkL6yfzdPITdoNfgeaQJolrHgnluGpmhDrxQS0G81sklhcUCqulS9wD5U2qXSOgtrA== X-Received: by 2002:a17:907:a586:b0:86a:316:d107 with SMTP id vs6-20020a170907a58600b0086a0316d107mr20717411ejc.72.1674287839758; Fri, 20 Jan 2023 23:57:19 -0800 (PST) Received: from onyx.my.domain (88-112-35-101.elisa-laajakaista.fi. [88.112.35.101]) by smtp.gmail.com with ESMTPSA id kv23-20020a17090778d700b008699bacc03csm11692668ejc.14.2023.01.20.23.57.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Jan 2023 23:57:19 -0800 (PST) Date: Sat, 21 Jan 2023 09:57:17 +0200 From: Timo Teras To: Kevin Daudt Cc: "V.Krishn" , ~alpine/devel@lists.alpinelinux.org Subject: Re: suggesting feature, splitting pkgs repositories (part II) Message-ID: <20230121095717.2f489602@onyx.my.domain> In-Reply-To: References: <3535e75e-f682-7435-a1f4-cd6d38180cfc@gmail.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.36; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 19 Jan 2023 20:14:33 +0000 Kevin Daudt wrote: > On Thu, Jan 19, 2023 at 11:08:31PM +0530, V.Krishn wrote: > >=20 > > Would like to suggest moving -dbg pkgs in repositories into a > > separate folder. eg. > > main/aarch64.dbg or community/aarch64.dbg/ This is not possible with changing apk code. > > OR > > main.dbg/aarch64 or community.dbg/aarch64 This or some similar option like main-dbg, or dbg/main would be possible without touch apk code. > > Suggested change is desirable because: > > 1. Users who would want to install -dbg pkgs are willing to do > > debugging. They are mostly development oriented. This would mean that new repositories need to be added if user wants to use debug packages. Or perhaps adding some new apk feature to make enablign the debug repos possible some other way. > > 2. Mirrors may opt to ignore these .dbg folder, thereby saving some > > disk space. Understand. These can be fairly large at times. And it would be also possible to configure close mirror without -dbg and another mirror with the -dbg packages. As an additional benefit the repository indexes without dbg packages would be smaller - possibly helping embedded systems. And as mentioned allow perhaps turning -dbg on by default (assuming we have enough disk space on main mirrors). > The question is if it is possible to move subpackages to a different > repository as the origin package. =46rom apk-tools side there is no problem. Having subpackages in a separate repo is perfectly ok. The complication comes from the building side. It would need special logic to move the -dbg pacakges to different repository. And changes to rebuild multiple indexes, and uploading to right place. abuild also has assumptions that all generated packages are in same destionation. This applies to detecting whether a rebuild is needed, and on removing obsoleted packages. All of the above should be doable, but might be non-trivial in some cases. I think the idea is good. But am not sure if/when someone would have time to work on it. Would someone be willing to do the work if no one objects for the change? Timo