Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 614656 - sci-electronics/gnucap-20160724 version bump request
Summary: sci-electronics/gnucap-20160724 version bump request
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: The Soldering-Iron Brotherhood
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 594184
  Show dependency tree
 
Reported: 2017-04-04 15:31 UTC by Pacho Ramos
Modified: 2022-01-27 18:27 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Partial Ebuild for 20160724 (gnucap-0.35.20160724.ebuild,1.71 KB, text/plain)
2017-06-23 02:31 UTC, maurerpe
Details
build.log for parital ebuild showing compile errors (build.log,68.23 KB, text/x-log)
2017-06-23 02:40 UTC, maurerpe
Details
gnucap-0.35.20091207.ebuild (gnucap-0.35.20091207.ebuild,1.16 KB, text/plain)
2017-06-23 04:12 UTC, Peter Levine
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pacho Ramos gentoo-dev 2017-04-04 15:31:58 UTC
We should probably rely on the git tagged versions from:
http://git.savannah.gnu.org/cgit/gnucap.git

to fix lots of bugs solved since the last tarball was released (many years ago)

Thanks
Comment 1 maurerpe 2017-06-23 02:31:36 UTC
Created attachment 477648 [details]
Partial Ebuild for 20160724

This ebuild is a start but generates compile errors.
Comment 2 maurerpe 2017-06-23 02:40:07 UTC
Created attachment 477650 [details]
build.log for parital ebuild showing compile errors

This is my build.log for the partial ebuild.  I was not able to get the models to compile.  Without -std=gnu++98 it spews a multitude of errors.  With -std=gnu++98 it gets further but still generates errors.

Perhaps someone else can take it from here.

I do have ebuilds that works with gcc 6.3 for 20091207 and 20130423 which are posted on Bug 594184.  They are not posted here since this bug is specifically about 20160724.
Comment 3 Peter Levine 2017-06-23 04:12:11 UTC
Created attachment 477652 [details]
gnucap-0.35.20091207.ebuild

The reason why no other distro seems to be having this problem is because they don't install the model plugins with gnucap.  Shouldn't the plugins be installed by separate ebuilds and linked to gnucap instead of unpacked and compiled with it?

The attached ebuild does work without installing the plugins..
Comment 4 Peter Levine 2017-06-23 06:05:44 UTC
(In reply to Peter Levine from comment #3)
> Created attachment 477652 [details]
> gnucap-0.35.20091207.ebuild
> 
> The reason why no other distro seems to be having this problem is because
> they don't install the model plugins with gnucap.  Shouldn't the plugins be
> installed by separate ebuilds and linked to gnucap instead of unpacked and
> compiled with it?
> 
> The attached ebuild does work without installing the plugins..

Actually, never mind.  I figured out the problem with the plugins and I should have a working patch soon.
Comment 5 Peter Levine 2017-06-23 23:28:38 UTC
(In reply to Peter Levine from comment #4)
> (In reply to Peter Levine from comment #3)
> > Created attachment 477652 [details]
> > gnucap-0.35.20091207.ebuild
> > 
> > The reason why no other distro seems to be having this problem is because
> > they don't install the model plugins with gnucap.  Shouldn't the plugins be
> > installed by separate ebuilds and linked to gnucap instead of unpacked and
> > compiled with it?
> > 
> > The attached ebuild does work without installing the plugins..
> 
> Actually, never mind.  I figured out the problem with the plugins and I
> should have a working patch soon.

No dice.  See https://bugs.gentoo.org/show_bug.cgi?id=594184
Comment 6 Oleg Korsak 2017-09-10 22:27:44 UTC
not sure if it is the same problem but I'm unable to build this package with 
gcc version 6.4.0 (Gentoo 6.4.0 p1.0)
Comment 7 felix 2018-09-17 08:45:42 UTC
(i just found this bug tracker)

> We should probably rely on the git tagged versions

yes, please. the latest release is 20171003 (use the develop branch, if you feel more adventurous, or if gentoo has some provision for snapshots).

> Shouldn't the plugins be installed by separate ebuilds and linked to gnucap instead of unpacked and compiled with it?

yes, separate makes sense. gnucap now installs headers and provides the infrastructure for compiling plugins later on. note that (on POSIX systems) plugins are *not* linked against gnucap.

> The reason why no other distro seems to be having this problem is because they don't install the model plugins with gnucap.

FWIW: on debian the models do compile.. note that there is a corresponding tag in the models repository. you should only have to type "make".

please don't hesitate to ask help-gnucap@gnu.org if there are issues.

hth
Comment 8 Larry the Git Cow gentoo-dev 2022-01-27 18:27:59 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e79a95397bbf5564ba4b59fdd437b2ebe00d5a1d

commit e79a95397bbf5564ba4b59fdd437b2ebe00d5a1d
Author:     Andrew Ammerlaan <andrewammerlaan@gentoo.org>
AuthorDate: 2022-01-27 18:25:46 +0000
Commit:     Andrew Ammerlaan <andrewammerlaan@gentoo.org>
CommitDate: 2022-01-27 18:27:54 +0000

    sci-electronics/gnucap: add version 20210107
    
    Closes: https://bugs.gentoo.org/614656
    Bug: https://bugs.gentoo.org/628828
    Bug: https://bugs.gentoo.org/792735
    Bug: https://bugs.gentoo.org/731854
    Bug: https://bugs.gentoo.org/725452
    Package-Manager: Portage-3.0.30, Repoman-3.0.3
    Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>

 sci-electronics/gnucap/Manifest                    |   1 +
 .../gnucap/files/gnucap-20210107-fix-paths.patch   |  68 +++++++
 .../files/gnucap-20210107-respect-ldflags.patch    | 208 +++++++++++++++++++++
 sci-electronics/gnucap/gnucap-20210107.ebuild      |  21 +++
 4 files changed, 298 insertions(+)