public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Roy Bamford <neddyseagoon@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format
Date: Sun, 18 Nov 2018 11:04:28 +0000	[thread overview]
Message-ID: <tT/ca2LRoxORtpWU9Pgn5Y@2/q1mhp4WxgKGbCTFoURY> (raw)
In-Reply-To: <1542533931.1293.23.camel@gentoo.org> (from mgorny@gentoo.org on Sun Nov 18 09:38:51 2018)

[-- Attachment #1: Type: text/plain, Size: 2442 bytes --]

On 2018.11.18 09:38, Michał Górny wrote:
> On Sun, 2018-11-18 at 10:16 +0100, Fabian Groffen wrote:
> > On 17-11-2018 12:21:40 +0100, Michał Górny wrote:
> > > Problems with the current binary package format

[snip]

> > > 2. **The format relies on obscure compressor feature of ignoring
> > >    trailing garbage**.  While this behavior is traditionally
> implemented
> > >    by many compressors, the original reasons for it have become
> long
> > >    irrelevant and it is not surprising that new compressors do not
> > >    support it.  In particular, Portage already hit this problem
> twice:
> > >    once when users replaced bzip2 with parallel-capable pbzip2
> > >    implementation [#PBZIP2]_, and the second time when support for
> zstd
> > >    compressor was added [#ZSTD]_.
> > 
> > I think this is actually the result of a rather opportunistic
> > implementation.  The fault is that we chose to use an extension that
> > suggests the file is a regular compressed tarball.
> > When one detects that a file is xpak padded, it is trivial to feed
> the
> > decompressor just the relevant part of the datastream.  The format
> > itself isn't bad, and doesn't rely on obscure behaviour.
> 
> Except if you don't have the proper tools installed.  In which case
> the 'opportunistic' behavior made it possible to extract the contents
> without special tools... except when it actually happens not to work
> anymore.  Roy's reply indicates that there is actually interest in
> this
> design feature.
> 
[snip]

Team,

I use to post something like https://wiki.gentoo.org/wiki/Fix_My_Gentoo
with a link to Patricks binhost on the forums every three or four months. 
It made it worth writing that wiki page anyway.

We still get users removing elements of their toolchain or glbc from time
to time.  The requirement that I didn't express very well, is that it shall 
be possible to install binary packages without the use of any Gentoo
specific tooling.

The current tarball of tarballs proposal would satisfy that requirement.

Its unlikely that a custom binary format would.  Of course, this being 
Gentoo someone would write a run anywhere script that did the 
unpicking, We already have deb2targz and rpm2targz. We have the 
opportunity to design out binpgk2targz before it exists.

-- 
Regards,

Roy Bamford
(Neddyseagoon) a member of
elections
gentoo-ops
forum-mods

[-- Attachment #2: Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2018-11-18 11:04 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-17 11:21 [gentoo-dev] [pre-GLEP] Gentoo binary package container format Michał Górny
2018-11-17 14:05 ` Roy Bamford
2018-11-17 14:17   ` Rich Freeman
2018-11-17 21:53   ` Michał Górny
2018-11-18  9:16 ` Fabian Groffen
2018-11-18  9:38   ` Michał Górny
2018-11-18 11:00     ` Fabian Groffen
2018-11-19 20:46       ` Kent Fredric
2018-11-21  9:33       ` Michał Górny
2018-11-21 10:45         ` Fabian Groffen
2018-11-21 11:20           ` Michał Górny
2018-11-26 21:13           ` Andrey Utkin
2018-11-27  8:32             ` Fabian Groffen
2018-11-18 11:04     ` Roy Bamford [this message]
2018-11-19 18:35 ` [gentoo-dev] [pre-GLEP r1] " Michał Górny
2018-11-19 19:21   ` Roy Bamford
2018-11-19 19:33     ` Rich Freeman
2018-11-19 19:40       ` Zac Medico
2018-11-19 19:51         ` Rich Freeman
2018-11-19 20:48       ` Roy Bamford
2018-11-20 20:34     ` Michał Górny
2018-11-20 20:33 ` [gentoo-dev] [pre-GLEP r2] " Michał Górny
2018-11-21 13:10   ` Fabian Groffen
2018-11-21 14:21     ` Michał Górny
2018-11-26 18:58 ` [gentoo-dev] [pre-GLEP r3] " Michał Górny
2018-11-26 19:17   ` Ulrich Mueller
2018-11-26 19:51     ` Michał Górny
2018-11-26 21:43   ` Roy Bamford
2018-11-30 17:06     ` Michał Górny
2018-11-30 21:23       ` Roy Bamford
2018-11-30 17:09 ` [gentoo-dev] [pre-GLEP r4] " Michał Górny
2018-12-01 10:25   ` Ulrich Mueller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=tT/ca2LRoxORtpWU9Pgn5Y@2/q1mhp4WxgKGbCTFoURY \
    --to=neddyseagoon@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox