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 --]
next prev 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