| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/886641
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
I didn't keyword this when I did the previous version - I assume
because 7.x was unkeyworded in Gentoo for a while for all arches.
Oops.
Bug: https://bugs.gentoo.org/757822
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
It's not a test-only issue so could cause SIGABRT at runtime, so
revbump.
The libstdc++ issue is reported upstream at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107538.
Closes: https://bugs.gentoo.org/887815
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/854489
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/880623
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This revision adds a new flag, USE=imagemagick, to pull in
media-gfx/graphicsmagick. That's not a typo -- the global USE flag
descriptions for "imagemagick" and "graphicsmagick" make this awkward.
In any case, Octave upstream doesn't really support imagemagick, only
graphicsmagick. Thanks to Fabio Rossi for reporting the issue and
suggesting the fix.
Furthermore,
1. media-gfx/graphicsmagick was moved to DEPEND because Octave
links with it.
2. The "static-libs" USE flag was dropped.
3. A new flag, USE=fltk, was factored out of USE=opengl. The Qt
GUI can make use of OpenGL on its own.
4. An old hack for linking with fltk was dropped.
5. A new REQUIRED_USE prevents some nonsense combinations of the
X, gui, fltk, and opengl USE flags.
6. Local descriptions for the fltk, gnuplot, and imagemagick flags
were added to metadata.xml to explain more accurately what they
actually do.
Closes: https://bugs.gentoo.org/864785
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The --enable-link-all-dependencies flag was added to octave-6.4.0 to fix
the build with slibtool, but that had some unintended consequences (bug
858554). The whole thing is moot in v7.2.0, but there's a better fix for
v6.4.0: using --disable-no-undefined, which, double-negatively, allows
for undefined symbols wherever they were causing problems. It still
builds OK with rlibtool, ship it!
Closes: https://bugs.gentoo.org/858554
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The --enable-link-all-dependencies flag is apparently no longer needed
with octave-7.2.0. Removing it from the ./configure invocation prevents
mkoctfile from using the -loctave and -loctinterp flags by default. With
octave-7.2.0 they should be harmless anyway, but it's nice to clean
things up a bit when we can get away with it.
Bug: https://bugs.gentoo.org/776583
Bug: https://bugs.gentoo.org/858554
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
|
|
|
| |
This was apparently intentional, but I guess I agree that these logs are
not really end-user documentation and are therefore mis-dodoc'd.
Closes: https://bugs.gentoo.org/861410
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/842645
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/842645
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/544938
Bug: https://github.com/gentoo/gentoo/pull/26595
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/846968
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
I've fixed this only in the currently-unkeyworded v7.1.0 since it is
harmless and octave takes a long time to build.
Closes: https://bugs.gentoo.org/842663
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
|
| |
Thanks vaukai.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Doesn't build with SSL.
Bug: https://bugs.gentoo.org/839285
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
... given 7 doesn't seem to build with SSL?
Bug: https://bugs.gentoo.org/839285
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
More resilient and doesn't get blown away by subsequent autoreconf.
Bug: https://bugs.gentoo.org/839285
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/839285
Closes: https://github.com/gentoo/gentoo/pull/25143
Signed-off-by: Thamognya Kodi <contact@thamognya.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/837752
Signed-off-by: Haonan Chen <chn@chn.moe>
Closes: https://github.com/gentoo/gentoo/pull/24985
Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
|
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/776583
Bug: https://savannah.gnu.org/bugs/?61905
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.28, Repoman-3.0.3
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/776583
Closes: https://bugs.gentoo.org/775254
Package-Manager: Portage-3.0.28, Repoman-3.0.3
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/22554
Signed-off-by: Alex Fan <alexfanqi@yahoo.com>
Signed-off-by: Yixun Lan <dlan@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
A standard copy/paste update, and I've dropped an old patch to one of
the autotools macros. A comment stated that the macro took too long,
but on my (ancient) machine it took about ten seconds. That is
relatively long, but not compared to the rest of the Octave build, and
not when considered against the burden of an eternal patch.
Closes: https://bugs.gentoo.org/815463
Package-Manager: Portage-3.0.20, Repoman-3.0.3
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/552720
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.18, Repoman-3.0.2
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.13, Repoman-3.0.2
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.9, Repoman-3.0.2
Signed-off-by: Sam James <sam@gentoo.org>
|