* [gentoo-science] additional packages for sci-mathematics/geomview
@ 2014-03-30 9:45 grozin
2014-03-30 9:54 ` justin
0 siblings, 1 reply; 2+ messages in thread
From: grozin @ 2014-03-30 9:45 UTC (permalink / raw
To: gentoo-science
Hello *,
Claus-Justus Heine <himself@claus-justus-heine.de> has recently
contributed an ebuild for the latest version of geomview plus 8 ebuilds
for additional "emodules" which extend the functionality of geomview. They
are rather small packages depending on geomview and sometimes on something
else. I have committed the bumped geomview (after the necessary changes).
What would be the best way to deal with these emodules?
1. Commit 8 new packages
2. Add 8 USE flags to geomview, and buildinstall these emodules depending
on the flags
3. Something else
Opinions, please
Andrey
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [gentoo-science] additional packages for sci-mathematics/geomview
2014-03-30 9:45 [gentoo-science] additional packages for sci-mathematics/geomview grozin
@ 2014-03-30 9:54 ` justin
0 siblings, 0 replies; 2+ messages in thread
From: justin @ 2014-03-30 9:54 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 1327 bytes --]
On 30/03/14 11:45, grozin@gentoo.org wrote:
> Hello *,
>
> Claus-Justus Heine <himself@claus-justus-heine.de> has recently
> contributed an ebuild for the latest version of geomview plus 8 ebuilds
> for additional "emodules" which extend the functionality of geomview.
> They are rather small packages depending on geomview and sometimes on
> something else. I have committed the bumped geomview (after the
> necessary changes).
Hi,
and thanks for your contributions.
>
> What would be the best way to deal with these emodules?
> 1. Commit 8 new packages
I would go for this. In case of a change for any of the modules (bugfix
or so) you have the minimal rebuild for the user.
> 2. Add 8 USE flags to geomview, and buildinstall these emodules
> depending on the flags
You should avoid adding USE for the modules, as a change in the USE,
which should only pull in the new module from the separate package, will
also trigger a rebuilt of the whole application.
Best solution here is to take the middle. Add a USE minimal which is
default "+minimal" and add depend !minimal? ( .... ). That way you can
depend on all modules or none. And add a postinst message that tells the
user about the modules and which can be installed.
take a look at media-sound/guayadeque for an example.
Justin
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 1036 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-03-30 9:54 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-30 9:45 [gentoo-science] additional packages for sci-mathematics/geomview grozin
2014-03-30 9:54 ` justin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox