Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

dev-python/statsmodels: version bump 0.10.1 #12987

Closed
wants to merge 1 commit into from

Conversation

TheChymera
Copy link
Contributor

Package-Manager: Portage-2.3.75, Repoman-2.3.17
Signed-off-by: Horea Christian chr@chymera.eu

@gentoo-bot
Copy link

Copyright policy change

Please note that on 2018-09-15 Trustees have approved new Gentoo copyright policy. All contributions made to Gentoo need to follow this policy. If you include the Signed-off-by line in your commit message, you indicate that you have read the policy and agree to its terms. For more detailed explanation, please see the new Gentoo copyright policy explained article.

Pull Request assignment

Submitter: @TheChymera
Areas affected: ebuilds
Packages affected: dev-python/statsmodels

dev-python/statsmodels: @gentoo/python, @gentoo/sci-mathematics, @TheChymera, @gentoo/proxy-maint

Linked bugs

No bugs to link found. If your pull request references any of the Gentoo bug reports, please add appropriate GLEP 66 tags to the commit message and request reassignment.


In order to force reassignment and/or bug reference scan, please append [please reassign] to the pull request title.

Docs: Code of ConductCopyright policy (expl.) ● DevmanualGitHub PRsProxy-maint guide

@gentoo-bot gentoo-bot added self-maintained The PR changes only packages that are maintained by the submitter (i.e. no need to ask anybody else) assigned PR successfully assigned to the package maintainer(s). labels Sep 21, 2019

python_test() {
cd "${BUILD_DIR}" || die
python -c 'import statsmodels; statsmodels.test()' || die
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't you use ${EPYTHON}} here?

# Distributed under the terms of the GNU General Public License v2

EAPI=7
PYTHON_COMPAT=( python2_7 python3_{5,6,7} )
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We usually have one empty line below EAPI.


python_install_all() {
find . -name \*LICENSE.txt -delete || die
use doc && HTML_DOCS=( docs/build/html/. )
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It doesn't matter much, but local HTML_DOCS please (to follow PMS).

test? (
dev-python/pytest[${PYTHON_USEDEP}]
dev-python/nose[${PYTHON_USEDEP}]
)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Mis-indent.

@juippis
Copy link
Member

juippis commented Sep 22, 2019

I didnt have time to test this thorougly, but please check if sphinx modules are imported during build or if it just gets executed. the python2.7 dep for sphinx makes it impossible/annoying to solve. (Ie, remove PYTHON_USEDEP if it just gets executed)

@juippis
Copy link
Member

juippis commented Sep 22, 2019

Also,

 * Messages for package dev-python/statsmodels-0.10.1:

 *   dev-python/matplotlib for Plotting functionality
 * The ebuild is installing to one or more unexpected paths:
 * 
 *   /usr/LICENSE.txt
 *   /usr/setup.cfg
>: file /usr/setup.cfg 
/usr/setup.cfg: ASCII text

@TheChymera
Copy link
Contributor Author

I didnt have time to test this thorougly, but please check if sphinx modules are imported during build or if it just gets executed. the python2.7 dep for sphinx makes it impossible/annoying to solve. (Ie, remove PYTHON_USEDEP if it just gets executed)

how can I check this?

@TheChymera
Copy link
Contributor Author

As for those files, this is really strange, since they are also installed in the proper places.... should I just rm them at the beginning of python_install_all()?

chymera@darkhost ~ $ equery f statsmodels | ag LICENSE
/usr/LICENSE.txt
/usr/lib64/python2.7/site-packages/statsmodels/LICENSE.txt
/usr/lib64/python2.7/site-packages/statsmodels/stats/libqsturng/LICENSE.txt
/usr/lib64/python3.6/site-packages/statsmodels/LICENSE.txt
/usr/lib64/python3.6/site-packages/statsmodels/stats/libqsturng/LICENSE.txt
chymera@darkhost ~ $ equery f statsmodels | ag setup
/usr/lib64/python2.7/site-packages/statsmodels/setup.cfg
/usr/lib64/python3.6/site-packages/statsmodels/setup.cfg
/usr/setup.cfg

Package-Manager: Portage-2.3.75, Repoman-2.3.17
Signed-off-by: Horea Christian <chr@chymera.eu>
@juippis
Copy link
Member

juippis commented Sep 25, 2019

how can I check this?

https://github.com/statsmodels/statsmodels/blob/master/docs/Makefile
It's just executed. Basically you want to see if they use sphinx-build command to generate docs, or if the source files have import sphinx or similar.

As for the 2nd, Gentoo doesnt install LICENSEs there. Is the correct license included in portage's licenses/ folder? You can also remove them in src_install.

@gentoo-repo-qa-bot
Copy link
Collaborator

Pull request CI report

Report generated at: 2019-09-25 13:55 UTC
Newest commit scanned: 61af420
Status: ✅ good

No issues found

@TheChymera
Copy link
Contributor Author

@juippis yes, ofc, it's the BSD license, should I remove all the license files entirely then?

What about setup.cfg?

@juippis
Copy link
Member

juippis commented Sep 26, 2019

I'm kinda 50-50 on the license thing. On the other hand, fast, I couldnt find a rule saying it has to be removed, but when grepping though my /usr there aren't many LICENSE.txt files installed either.

I'd say leave it for now, and leave setup.cfg if it provides documentation or functionality, but remove them from the top-level of /usr.

@juippis
Copy link
Member

juippis commented Sep 26, 2019

Are the FHS-related things fixed in your latest commit? It took me 45 minutes to compile this, I'd hate to wait that time only to notice the same errors :P

@TheChymera
Copy link
Contributor Author

@juippis I'm close to giving up,

python_install_all() {
    pushd .. > /dev/null || die
        find . -wholename "*/statsmodels/LICENSE.txt" -delete || die
        find . -wholename "*/statsmodels/setup.cfg" -delete || die
        find . -wholename "*/${P}/LICENSE.txt" -delete || die
        find . -wholename "*/${P}/setup.cfg" -delete || die
    popd > /dev/null || die
    use doc && local HTML_DOCS=( docs/build/html/. )
    if use examples; then
        docompress -x /usr/share/doc/${PF}/examples
        dodoc -r examples
    fi
    distutils-r1_python_install_all
}

still won't fix it, though it deletes all occurrences except:

quiethost /var/tmp/portage/dev-python/statsmodels-0.10.1/work # find . -wholename "*LICENSE.txt*"
./statsmodels-0.10.1-python2_7/lib/statsmodels/stats/libqsturng/LICENSE.txt
./statsmodels-0.10.1/statsmodels/multivariate/factor_rotation/LICENSE.txt
./statsmodels-0.10.1/statsmodels/stats/libqsturng/LICENSE.txt
./statsmodels-0.10.1/docs/sphinxext/LICENSE.txt
./statsmodels-0.10.1-python3_6/lib/statsmodels/stats/libqsturng/LICENSE.txt
quiethost /var/tmp/portage/dev-python/statsmodels-0.10.1/work # equery f statsmodels | ag LICENSE.txt
/usr/LICENSE.txt
/usr/lib64/python2.7/site-packages/statsmodels/LICENSE.txt
/usr/lib64/python2.7/site-packages/statsmodels/stats/libqsturng/LICENSE.txt
/usr/lib64/python3.6/site-packages/statsmodels/LICENSE.txt
/usr/lib64/python3.6/site-packages/statsmodels/stats/libqsturng/LICENSE.txt

@juippis
Copy link
Member

juippis commented Nov 26, 2019

You can use cp or mv in src_install, operating in ${D} to fix these in worst case.

@TheChymera
Copy link
Contributor Author

@juippis could you comment on the new version linked above?

@juippis
Copy link
Member

juippis commented Nov 26, 2019

I have already, but this was popped in my mail before the new one, so I arrived here first :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
assigned PR successfully assigned to the package maintainer(s). self-maintained The PR changes only packages that are maintained by the submitter (i.e. no need to ask anybody else)
Projects
None yet
4 participants