Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 637824 - netsurf.eclass: eclassdoc problems
Summary: netsurf.eclass: eclassdoc problems
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-11-16 21:44 UTC by Michał Górny
Modified: 2020-06-23 04:57 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2017-11-16 21:44:35 UTC
netsurf.eclass:
   warning:44: SRC_URI: unable to extract default variable content: if [ -z "${SRC_URI}" ] ; then
   warning:71: netsurf_makeconf: unable to extract default variable content:
Comment 1 Larry the Git Cow gentoo-dev 2020-06-16 17:49:26 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/proj/portage.git/commit/?id=a73024729860f9224b8d1660d24c450080b67d9f

commit a73024729860f9224b8d1660d24c450080b67d9f
Author:     Michael Orlitzky <mjo@gentoo.org>
AuthorDate: 2020-06-16 17:36:35 +0000
Commit:     Zac Medico <zmedico@gentoo.org>
CommitDate: 2020-06-16 17:49:02 +0000

    repoman: deprecate netsurf.eclass.
    
    While investigating bug 489542, it became clear that the netsurf
    eclass is deprecated in spirit if not in fact. All of the newer
    netsurf ebuilds use a custom function loaded from a script that is
    shipped in netsurf-buildsystem's $FILESDIR to do (some of) what the
    eclass used to do. That function probably does belong in an eclass,
    but at this point, we should throw this thing out and start from
    scratch.
    
    By deprecating the eclass, we make sure that no one else inherits it
    during the time it takes to purge the two remaining consumers. Then,
    once those are gone, the build system script magic can be put back
    into an eclass, and its consumers updated one-at-a-time.
    
    Bug: https://bugs.gentoo.org/489542
    Bug: https://bugs.gentoo.org/637824
    Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
    Signed-off-by: Zac Medico <zmedico@gentoo.org>

 repoman/lib/repoman/modules/linechecks/deprecated/inherit.py | 1 +
 1 file changed, 1 insertion(+)
Comment 2 Michael Orlitzky gentoo-dev 2020-06-17 13:44:22 UTC
I had patches for this, but the eclass is dead as soon as bug 728478 is addressed. No point in fixing it now.
Comment 3 Larry the Git Cow gentoo-dev 2020-06-23 04:57:57 UTC
The bug has been referenced in the following commit(s):

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

commit 10014e25d679edea8bc6db234c984b495b6a3c0b
Author:     Zac Medico <zmedico@gentoo.org>
AuthorDate: 2020-06-23 04:41:12 +0000
Commit:     Zac Medico <zmedico@gentoo.org>
CommitDate: 2020-06-23 04:57:50 +0000

    app-portage/repoman: Bump to version 2.3.23
    
    Committing this version straight to stable since the only changes are
    to deprecate these eclasses:
    
     * cmake-utils
     * netsurf (bug 637824)
    
    Bug: https://bugs.gentoo.org/637824
    Package-Manager: Portage-2.3.102, Repoman-2.3.23
    Signed-off-by: Zac Medico <zmedico@gentoo.org>

 app-portage/repoman/Manifest              |  1 +
 app-portage/repoman/repoman-2.3.23.ebuild | 64 +++++++++++++++++++++++++++++++
 2 files changed, 65 insertions(+)