public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Zac Medico <zmedico@gentoo.org>
To: Ulrich Mueller <ulm@gentoo.org>, Zac Medico <zmedico@gentoo.org>,
	 prefix@gentoo.org, gentoo-alt@lists.gentoo.org
Cc: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] [PATCH 1/2] bin/phase-helpers.shL Fix unpack() for deb2targz .xz types
Date: Sun, 07 Dec 2014 09:51:24 -0800	[thread overview]
Message-ID: <5484939C.3090603@gentoo.org> (raw)
In-Reply-To: <21636.13369.46014.480745@a1i15.kph.uni-mainz.de>

On 12/07/2014 03:04 AM, Ulrich Mueller wrote:
>>>>>> On Sat, 06 Dec 2014, Zac Medico wrote:
> 
>> The PMS people should be *very* interested in any changes to unpack
>> behavior like this. It supports behavior that will lead to failures for
>> older versions of portage and other package managers.
> 
> Some remarks:
> 
> - The upstream deb2targz program supports only data.tar.gz. Only the
>   Gentoo version has been patched up to support other file types.
> 
> - There is only a single package in the tree with a dependency on
>   app-arch/deb2targz, and this only on AIX [1]. So on most users'
>   systems deb2targz will not be installed, and "ar x" will be used for
>   unpacking.
> 
> - Paludis and Pkgcore unconditionally use "ar x" for unpacking.
> 
> - PMS says [2]:
> 
>      deb packages (*.deb). Ebuilds must ensure that the deb2targz
>      program is installed on those platforms where the GNU binutils
>      ar program is not available and the installed ar program is
>      incompatible with GNU archives. Otherwise, ebuilds must ensure
>      that GNU binutils is installed.
> 
>   One could conclude that GNU binutils ar should be used on platforms
>   where it is available. deb2targz should be used only where ar is
>   incompatible with the GNU version.
> 
> So in any case, this is a problem of Portage only. I'd suggest to
> change the logic in unpack() as follows:
> 
>     if <ar is GNU>; then
>         ar x ...
>     elif <deb2targz installed>; then
>         deb2targz ...
>     else
>         ar x ...
>     fi
> 
> And then the deb2targz case could be patched as proposed. After all,
> it is only a fallback that should be compatible with "ar x"
> extraction.
> 
> Ulrich
> 
> [1] http://qa-reports.gentoo.org/output/genrdeps/dindex/app-arch/deb2targz
> [2] http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-14100011.3.3.13

Okay, so we may want to examine this AIX case more closely, because
dropping support for AIX would solve our problem with the lack of xz
support in deb2targz.

Anyway, Brian's patch for xz support with debt2targz appears to be
compatible with other package managers as well as AIX, so that seems
like a good way to go.
-- 
Thanks,
Zac


  reply	other threads:[~2014-12-07 17:51 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-07  0:52 [gentoo-portage-dev] [PATCH 1/2] bin/phase-helpers.shL Fix unpack() for deb2targz .xz types Brian Dolbec
2014-12-07  1:37 ` Zac Medico
2014-12-07 11:04   ` Ulrich Mueller
2014-12-07 17:51     ` Zac Medico [this message]
2014-12-07 18:05       ` Ulrich Mueller
2014-12-07 18:23         ` Zac Medico
2014-12-07 18:37           ` Ulrich Mueller
2014-12-07 18:44             ` Zac Medico
2014-12-07 18:47               ` Ulrich Mueller
2014-12-07 18:49                 ` Zac Medico
2014-12-07 19:23                   ` Fabian Groffen
2014-12-07 19:30                     ` [gentoo-alt] " Zac Medico
2014-12-07 19:41                       ` Ulrich Mueller
2014-12-07 19:46                         ` Zac Medico
     [not found]                           ` <CANgp9kzeR-zt5z0DdxRL+W9pp2NqMcY7Eb72HuwYyezCiKRi_g@mail.gmail.com>
2014-12-08  3:50                             ` Zac Medico
2014-12-08  8:45                               ` Ulrich Mueller
2014-12-08 15:28                                 ` Zac Medico
2014-12-08  8:58                               ` Michał Górny
2014-12-07 23:24                 ` Brian Dolbec
2014-12-07 17:54 ` Zac Medico
2014-12-07 18:26   ` Zac Medico

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=5484939C.3090603@gentoo.org \
    --to=zmedico@gentoo.org \
    --cc=gentoo-alt@lists.gentoo.org \
    --cc=gentoo-portage-dev@lists.gentoo.org \
    --cc=prefix@gentoo.org \
    --cc=ulm@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