public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mathy Vanvoorden <mathy@vanvoorden.be>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] multiversion ebuilds
Date: Tue, 15 May 2018 11:32:30 +0200	[thread overview]
Message-ID: <CA+v7wxLAFENH+ghovAAqkuY7g0WqzGNubsj4CBxLzs0yFQ7nWg@mail.gmail.com> (raw)
In-Reply-To: <2532421.f3YmpD0exa@gump>

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

2018-05-12 14:20 GMT+02:00 Gerion Entrup <gerion.entrup@flump.de>:

just an idea for now. But what you think about multiversion ebuilds?
> Technically this could be realized with the following line in the ebuild
> itself:
> ```
> VERSIONS=( 3.0.11 3.0.12 3.1 )
> ```
>

I like the idea of multiversion ebuilds but why would you complicate the
process by putting it in a variable? Why not just use symlinks and have the
following:

foobar/foobar-1.x
foobar/foobar-1.1.ebuild -> foobar-1.x
foobar/foobar-1.2.ebuild -> foobar-1.x
foobar/foobar-2.x
foobar/foobar-2.1.ebuild -> foobar-2.x

It would result in the same outcome but it seems to me that a lot less work
(almost none?) is needed to implement it.

Benefits compared to your suggestion:
* you don't need to add the extra VERSIONS variable and related logic
* you don't need the set of rules
* you can have multiple multiversioned ebuilds per package

I'm not sure if adding the foobar-1.x file is allowed by portage.

You would still need logic like this for the keywording:

```
> if [[ ${PV} == "3.1" ]] ; then
>         KEYWORDS="~amd64 ~x86"
> else
>         KEYWORDS="amd64 x86"
> fi
> ```
>

br,
Mathy

[-- Attachment #2: Type: text/html, Size: 1901 bytes --]

  parent reply	other threads:[~2018-05-15  9:32 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-12 12:20 [gentoo-dev] [RFC] multiversion ebuilds Gerion Entrup
2018-05-12 13:47 ` Rich Freeman
2018-05-12 14:13   ` Gerion Entrup
2018-05-12 14:21 ` Ulrich Mueller
2018-05-12 14:36   ` Gerion Entrup
2018-05-12 15:23     ` Dennis Schridde
2018-05-12 14:24 ` R0b0t1
2018-05-12 14:38   ` Gerion Entrup
2018-05-12 19:49 ` Georgy Yakovlev
2018-05-15  9:32 ` Mathy Vanvoorden [this message]
2018-05-16  4:15   ` [gentoo-dev] " Duncan
2018-05-16  4:22     ` R0b0t1
2018-05-16  6:15       ` Martin Vaeth
2018-05-16  6:26 ` [gentoo-dev] " Paweł Hajdan, Jr.
2018-05-16  6:46   ` Ulrich Mueller
2018-05-16  7:12     ` Ulrich Mueller
2018-05-16  7:38 ` Michał Górny
2018-05-16 23:33   ` R0b0t1
2018-05-17 15:44   ` Gerion Entrup
2018-05-17 16:16     ` Rich Freeman

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=CA+v7wxLAFENH+ghovAAqkuY7g0WqzGNubsj4CBxLzs0yFQ7nWg@mail.gmail.com \
    --to=mathy@vanvoorden.be \
    --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