Skip to content
This repository has been archived by the owner on May 30, 2020. It is now read-only.

Some packages not showing up when searching by name #326

Closed
ewdurbin opened this issue Aug 26, 2015 · 64 comments
Closed

Some packages not showing up when searching by name #326

ewdurbin opened this issue Aug 26, 2015 · 64 comments

Comments

@ewdurbin
Copy link
Member

Originally reported by: MattDMo (Bitbucket: MattDMo, GitHub: MattDMo)


Some packages are not showing up in the search results, even though entering the URL directly works. For example:

Search: pandas

Direct: pandas


Search: patsy

Direct: patsy


Search: pytz

Direct: pytz


Search: prettytable

Direct: prettytable


Search: alabaster

Direct: alabaster


Search: blaze

Direct: blaze


Search: bottleneck

Direct: bottleneck


Search: biopython

Direct: biopython


Search: cherrypy

Direct: cherrypy


Search: django

Direct: django


Search: ipython

Direct: ipython


Search: mahotas (redirects to SeedWaterSegmenter)

Direct: mahotas


And there are many more. I can't find any rhyme or reason to what is found and what isn't.


@ewdurbin
Copy link
Member Author

Original comment by Richard P (Bitbucket: richard_p_deedasmi, GitHub: Unknown):


I recently submitted my first package and it's also missing from the search index. It showed up for a couple hours, but I haven't been able to search it since the day I submitted it.

@ewdurbin
Copy link
Member Author

Original comment by Peter Brittain (Bitbucket: peterbrittain, GitHub: peterbrittain):


I don't know if it helps, but I, too am suffering from this problem with asciimatics. This only has a modest number of downloads, but they have all stopped in the last 48 hours. Direct links still work, but a search returns nothing. Uploading a newer version today seems to have had no effect.

@ewdurbin
Copy link
Member Author

Original comment by Ehsan Keshavarzian (Bitbucket: ehsan-keshavarzian, GitHub: ehsan-keshavarzian):


My package is suffering from the same problem. I also noticed when I download the package it doesn't increase the number of downloads. Also, many popular packages have 0 downloads for last day, even the packages that show up in search results.
Search: pythonlangutil
Direct: pythonlangutil

@ewdurbin
Copy link
Member Author

Original comment by Brad Miller (Bitbucket: bnmnetp, GitHub: bnmnetp):


My package is listed under "Your packages" when I login, and I can pip install it, but it is not found when searching on the website or through pip.

@ewdurbin
Copy link
Member Author

Original comment by MusiKernel Team (Bitbucket: j3ffhubb, GitHub: j3ffhubb):


My package (simplecf) has the same problem others have mentioned. I think the package meta-data such as keywords, etc... may have been modified during the pypi database migration, but manually adding various keywords still doesn't cause it to show up in pypi or pip searches for any of the keywords or package name.

@ewdurbin
Copy link
Member Author

Original comment by Andrej Copar (Bitbucket: acopar, GitHub: acopar):


These packages are also not in the search index:

Search: Orange-Bioinformatics; Direct: Orange-Bioinformatics

Search: Orange3-Prototypes; Direct: Orange3-Prototypes

Search: Orange3-DataFusion; Direct: Orange3-DataFusion

@ewdurbin
Copy link
Member Author

Original comment by taurgal (Bitbucket: taurgal, GitHub: taurgal):


Same here with:

Search: py-apetag; Direct: py-apetag

The command

#!shell
pip search py-apetag

do not list it either

@ewdurbin
Copy link
Member Author

Original comment by Patrick Maupin (Bitbucket: pmaupin, GitHub: pmaupin):


Issue #329 was marked as a duplicate of this issue.

@ewdurbin
Copy link
Member Author

Original comment by Patrick Maupin (Bitbucket: pmaupin, GitHub: pmaupin):


Same thing for pdfrw

@ewdurbin
Copy link
Member Author

Original comment by Peter Brittain (Bitbucket: peter_brittain, GitHub: Unknown):


Also see https://sourceforge.net/p/pypi/support-requests/533/

@ewdurbin
Copy link
Member Author

Original comment by anatoly techtonik (Bitbucket: techtonik, GitHub: techtonik):


Search: libtcod

Direct: tdl

@ewdurbin
Copy link
Member Author

Original comment by MusiKernel Team (Bitbucket: j3ffhubb, GitHub: j3ffhubb):


I did some more digging around, and discovered that something may be amiss with the "hide versions" functionality. I unchecked the "auto-hide old versions" checkbox and proceeded to make various changes to which version of simplecf are visible, and the changes I make do not persist, or when the page refreshes they are some seemingly random combination of "yes|no" other than what I had specified. None of the changes I made caused any combination of releases to become visible in pip/pypi searches.

@ewdurbin
Copy link
Member Author

Original comment by Jonathan Lee (Bitbucket: jon--lee, GitHub: jon--lee):


I'm facing the same issue with my package. In fact in the last few days someone added a package with a similar name. Now when you search 'neuralpy' it instantly directs to 'neural-python,' which is not my package.
It's weird because my other package appears normally in searches.

@ewdurbin
Copy link
Member Author

Original comment by Edwin Grubbs (Bitbucket: egrubbs, GitHub: egrubbs):


python-dateutil does not show up, and if you search for dateutil, it shows py-dateutil, which is a different package.

Search:
https://pypi.python.org/pypi?%3Aaction=search&term=python-dateutil&submit=search

Direct:
https://pypi.python.org/pypi/python-dateutil

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 1, 2015

Original comment by Alessandro Molina (Bitbucket: amol, GitHub: Unknown):


Probably same as https://bitbucket.org/pypa/pypi/issues/325/searching-by-keywords-stopped-working

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 1, 2015

Original comment by Jamie Duby (Bitbucket: jtduby, GitHub: jtduby):


Bleach is not showing up either.

Search: https://pypi.python.org/pypi?%3Aaction=search&term=bleach&submit=search

Direct: https://pypi.python.org/pypi/bleach

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 1, 2015

Original comment by mouad (Bitbucket: mouad, GitHub: mouad):


Probably related also, but searching for "lymph" (https://pypi.python.org/pypi/lymph) send you instead to https://pypi.python.org/pypi/farcy/0.2.0.

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 1, 2015

Original comment by Neile Havens (Bitbucket: neile_havens, GitHub: Unknown):


Same problem for nltk.

Search: https://pypi.python.org/pypi?%3Aaction=search&term=nltk&submit=search

Direct: https://pypi.python.org/pypi/nltk

For what it's worth, nltk does show up in the package index:

https://pypi.python.org/pypi?%3Aaction=index

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 1, 2015

Original comment by Donald Stufft (Bitbucket: dstufft, GitHub: dstufft):


I'm aware of the problem and will be trying to fix it soon.

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 4, 2015

Original comment by MusiKernel Team (Bitbucket: j3ffhubb, GitHub: j3ffhubb):


The problem is partially fixed since yesterday, searching now works, but it shows 1.0.2 as the latest version instead of 1.1.0 (both versions were supposed to be visible). I tried to manually hide 1.0.2 and the settings reverted back to "Hide":"No" for both 1.1.0 and 1.0.2 after the page refreshed.

pip search simplecf
...
simplecf - Templating system for AWS Cloudformation
INSTALLED: 1.1.0
LATEST: 1.0.2

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 4, 2015

Original comment by Richard P (Bitbucket: richard_p_deedasmi, GitHub: Unknown):


Search still broken for my package at least.

Search

link

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 6, 2015

Original comment by Justin Black (Bitbucket: justin_black, GitHub: Unknown):


Search is broken for package pycalculix too.

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 6, 2015

Original comment by MusiKernel Team (Bitbucket: j3ffhubb, GitHub: j3ffhubb):


Unfortunately, it stopped working for simplecf again, it's back to not showing up at all in searches for "simplecf"

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 8, 2015

Original comment by Christian Theune (Bitbucket: ctheune, GitHub: ctheune):


And for pycountry it's borken, too. :(

@dstufft - anything I could help with?

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 9, 2015

Original comment by Neile Havens (Bitbucket: neile_havens, GitHub: Unknown):


Search is working again for nltk.

@ewdurbin
Copy link
Member Author

ewdurbin commented Sep 9, 2015

Original comment by Christian Theune (Bitbucket: ctheune, GitHub: ctheune):


pycountry is being found again, but "batou" is now missing ("batou_scm" is showing up, though).

This smells funny. :)

@ewdurbin
Copy link
Member Author

Original comment by Peter Brittain (Bitbucket: peter_brittain, GitHub: Unknown):


Looks like the recent outage due to a corrupt DB required a full rebuild, which has fixed the problem for me.

@ewdurbin
Copy link
Member Author

Original comment by Christian Theune (Bitbucket: ctheune, GitHub: ctheune):


Yeah, I wondered the same. Looks better to me, now.

@ewdurbin
Copy link
Member Author

Original comment by Alessandro Molina (Bitbucket: amol, GitHub: Unknown):


Not totally sure this got solved, it looks to me that when searching by name some packages appear multiple times and some list even releases that do not exist.

See: https://pypi.python.org/pypi?%3Aaction=search&term=tgapp-calendarevents&submit=search

tgapp-calendarevents appears 3 times and if you click on "tgapp-calendarevents 0.1.6" it leads to a 404 as that release actually doesn't exist.

@ewdurbin
Copy link
Member Author

Original comment by Kristen Thyng (Bitbucket: kthyng, GitHub: kthyng):


I am having this problem now, for my package cmocean. I can pip install it, but I can't find it when I search for it on pypi or with pip search cmocean. Direct link works: https://pypi.python.org/pypi/cmocean

@ewdurbin
Copy link
Member Author

ewdurbin commented Mar 2, 2016

Original comment by Joe Smith (Bitbucket: CuppaJoe, GitHub: CuppaJoe):


Yes, searching is still broken and the issue needs to be re-opened. Searching for setuptools returns only versions up to 19.6.2. But clicking on that version and manually editing the URL to https://pypi.python.org/pypi/setuptools/20.2.2 shows an actual later version.

Also, for each package search results should be sorted with latest version first instead of appearing in random order - in this case 19.1.1, 19.1, 19.4.1, 19.6.2, 19.6.1, 19.2, 19.4, 19.3, 19.5, 19.0, 18.7, 19.6, 18.8, 18.5, 18.8.1, ...

@ewdurbin
Copy link
Member Author

Original comment by Wei Jie Koh (Bitbucket: electionairewb, GitHub: Unknown):


Please re-open this - pip search version-merger doesn't work, even though it's listed in https://pypi.python.org/pypi/version-merger.

@ewdurbin
Copy link
Member Author

Original comment by Claudio Omar Melendrez Baeza (Bitbucket: kako-nawao, GitHub: kako-nawao):


Yep, I confirm it's still broken since there are several packages we use and can install properly with pip and are not displayed in the search. Search engines (G, DDG) do return the expected results, go figure.

@ewdurbin
Copy link
Member Author

Original comment by Gennady Aleksandrov (Bitbucket: slimsuperhero, GitHub: Unknown):


Please reopen this issue. Same problem again and again: https://bitbucket.org/pypa/pypi/issues/412/my-package-doesnt-show-up-in-search

@ewdurbin
Copy link
Member Author

Original comment by Ayush Goel (Bitbucket: ayushgoel, GitHub: ayushgoel):


Same issue for mstranslator-2016. Even an exact string search is not able to find it. https://pypi.python.org/pypi/mstranslator-2016/0.0.1

@ewdurbin
Copy link
Member Author

Original comment by Justin Blake (Bitbucket: blaix, GitHub: blaix):


I was wondering why my tdubs package wasn't showing up via search and assumed at the time it was because it was new. But that was months ago and I just checked and it's still not showing up, and then found this issue. I was surprised to see it was marked resolved. There's definitely still a problem with search.

@ewdurbin
Copy link
Member Author

Original comment by theyoungsoul (Bitbucket: theyoungsoul, GitHub: Unknown):


I too am still having the same issue. Please re-open.

The packages I am searching for are: pyalexa-skill and PyParticleIO and neither are found

@ewdurbin
Copy link
Member Author

Original comment by Jacques de Hooge (Bitbucket: JdeH, GitHub: JdeH):


I am still having the same trouble, has been the case for at least weeks, but probably even months.
Keyword search doesn't show my packages Transcrypt (only very old versions are shown, but the results shown are dead links) and Numscrypt (not shown at all).
Direct link and pip install both work.

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 1, 2016

Original comment by Luca Rebuffi (Bitbucket: lucarebuffi, GitHub: lucarebuffi):


This bug is not resolved, my packages with the keyword "oasys" are still non visibile with a search (only a huge list of deleted old versions are visible). Even if I do a direct search with the package name the result is inconsistent. Please fix it, this is a SEVERE problem, compromising the usability of my pip-based self-upgrading application!

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 2, 2016

Original comment by anatoly techtonik (Bitbucket: techtonik, GitHub: techtonik):


PyPI development is not funded, so all free time that people could allocate for maintenance goes into warehouse.python.org project.

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 2, 2016

Original comment by Luca Rebuffi (Bitbucket: lucarebuffi, GitHub: lucarebuffi):


Dear Anatoly, Even if I understand how huge is the contribution of all the developers of Pypi and Python, I don't catch the link with the fact that there is a bug! In my case, I signalled this bug several months ago, and, as I can see, it is still not fixed, and severly compromizing the usability of Pypi. I think it is in the interest of the developers to signal malfunctions, not an emtpy criticism to hard-working people.

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 3, 2016

Original comment by Danny Lessio (Bitbucket: dannylessio, GitHub: dannylessio):


Dear All,
I'm experiencing the same problem with the RTK-handler package. Bug must be Re-open. Thanks.

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 7, 2016

Original comment by mkleehammer (Bitbucket: mkleehammer, GitHub: mkleehammer):


Same with pyodbc. Please re-open. Thanks.

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 8, 2016

Original comment by anatoly techtonik (Bitbucket: techtonik, GitHub: techtonik):


@lucasrangit looks like all developers who were capable to solve this problem resigned from PyPI maintenance. Feel free to create a new issue.

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 8, 2016

Original comment by Lucas Magasweran (Bitbucket: lucasrangit, GitHub: lucasrangit):


I think you meant @lucarebuffi .

@ewdurbin
Copy link
Member Author

ewdurbin commented Apr 8, 2016

Original comment by thomas_haslwanter (Bitbucket: thomas_haslwanter, GitHub: Unknown):


I have the same problem, with thLib: it shows up under "Your packages". But when I try under under "search Package Index", only old, broken links show up.
(OK, I really did screw up by breaking those links in the first place. But the point is that the current, working links are NOT found!)

@ewdurbin
Copy link
Member Author

Original comment by Jairo Llopis (Bitbucket: yajo, GitHub: yajo):


Same problem with acme-tiny.

@ewdurbin
Copy link
Member Author

ewdurbin commented May 3, 2016

Original comment by Babak Farrokhi (Bitbucket: farrokhi, GitHub: farrokhi):


Seems like almost every new package is suffering from this problem and no one knows what is going on.
On a related note, is PyPI dead (from an active-development perspective)?

@ewdurbin
Copy link
Member Author

ewdurbin commented May 3, 2016

Original comment by Stefano Miccoli (Bitbucket: miccoli, GitHub: miccoli):


PyPI search is thoroughly broken: both web search and pip search return old, outdated, inconsistent results for a lot of packages. E.g.:

#!bash

$ pip search pyownet
pyownet (0.9.0)  - Python OWFS client library (owserver protocol)
  INSTALLED: 0.10.0
  LATEST:    0.9.0

Fortunately pip install installs latest version (0.10.0), but PyPI search is convinced that latest version is 0.9.0: maybe search DB is not updated correctly?

Please re-open. Thanks.

@ewdurbin
Copy link
Member Author

ewdurbin commented May 3, 2016

Original comment by Chris Maloney (Bitbucket: klortho, GitHub: klortho):


I hate to pile on, but search is a pretty important function for a package registry! Thanks!

@ewdurbin
Copy link
Member Author

ewdurbin commented May 6, 2016

Original comment by Fred Stluka (Bitbucket: fredstluka, GitHub: fredstluka):


Yeah, same problem here. But I get a much more accurate answer from the script I found here:

--Fred

[Repeated this comment at Issue #397. --Fred]

@ewdurbin
Copy link
Member Author

ewdurbin commented May 6, 2016

Original comment by Danny Lessio (Bitbucket: dannylessio, GitHub: dannylessio):


Want to advise you that Issue #397 has been raised for the same reason. So, since this is marked as resolved, please put your comments there. Thanks.

@MikimotoH
Copy link

My package is searchable by pypi or pip3

I created a package, named furigana . This package page can be browsed by a user not logined to pypi. However, if I search "furigana" in the homepage of pypi, it can not find my package "furigana".
I also used pip3 search to search it, and it find nothing.

I ran below commands to create archive and upload it by twine:

python3 setup.py test
python3 setup.py sdist
twine upload dist/furigana-0.0.7.tar.gz

The output message of twine is:

Uploading distributions to https://upload.pypi.org/legacy/
Uploading furigana-0.0.7.tar.gz

My ~/.pypirc is

[distutils]
index-servers =
    pypi

[pypi]
repository: https://upload.pypi.org/legacy/
username:<my_username>
password:<my_password>

My setup.py is

#!/usr/bin/env python3
# -*- coding: utf-8 -*-

from setuptools import setup
from os import path

here = path.abspath(path.dirname(__file__))

# Get the long description from the relevant file
with open(path.join(here, 'README.rst'), encoding='utf-8') as f:
    long_description = f.read()

setup(name='furigana',
        version='0.0.7',
        description='''convert Kanji in Japanese into Kanji attached with Hiragana (Furigana(振り仮名))
        For example, "澱んだ街角" => "澱(よど)んだ街角(まちかど)" ''',
        long_description = long_description,
        author='Miki.Liu',
        author_email='mikimotoh@gmail.com',
        url='https://github.com/MikimotoH/furigana',
        packages=['furigana'],
        classifiers=[
            # How mature is this project? Common values are
            #   3 - Alpha
            #   4 - Beta
            #   5 - Production/Stable
            'Development Status :: 3 - Alpha',
            'Environment :: Console',
            'Intended Audience :: Developers',
            'Intended Audience :: Science/Research',
            'License :: OSI Approved :: MIT License',
            'Programming Language :: Python :: 3',
            'Topic :: Software Development :: Libraries :: Python Modules',
            'Topic :: Text Processing :: Linguistic',
            ],
        keywords='Japanese Language Processing',
        )

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants