Namespace conflict
After install the module via pip, there is a namespace conflict between this module and pyserial. Pyserial, in fact, uses 'serial' namespace. Won't it be better idea to change name of this module?
Comments (9)
-
-
Please change your project's namespace to serialize or something else... the conflict between this and pyserial is causing major problems here.
-
You are the owner of this namespace, so it’s up to you, if you rename your package it would be a great help to many people.
-
repo owner - changed status to resolved
Please see sob.
-
Please remove the old serial package from pypi: https://pypi.org/project/serial/
-
Devid, that’s very kind of you man to help the community like that.
@Petteri Aimonen I think removing the package will make same issue again, as someone else will use it.
It might stay on pypi as a placeholder with a warning on install and import, or pyserial owner should take it.
-
repo owner The last version version of
serial
on PYPI throws an error if you try to install it alongsidepyserial
. Removing the package from PYPI would break applications with that dependency, so I won’t do that, however there is no reason why the existence of that package should impede your use ofpyserial
. -
The main problem that happens for people is they install
serial
instead ofpyserial
, not alongside of that. A normal project has arequirements.txt
or something that define exact dependencies, so it doesn’t happens like that.It normally happens when people send a snippet to someone else, or they want to test a sample code from internet, they see
import serial
and simply they trypip install serial
, I guess it has happened for many people, and it will happen again, asserial
is still there.I agree that
serial
should be there forever, as certainly it’s in dependency list of other’s projects. But for example it’s possible to release a major version, that throws an error on install and use. Or do you have another suggestion to prevent the issue?
-
Anyone trying to use pyserial will at some point try to create the serial.Serial object. Is it possible to simply emit an exception with a message indicating the existence of
sob
andpyserial
from the constructor when this happens, instead of falling back on the rather less informativeAttributeError: module 'serial' has no attribute 'Serial'
?Really sorry to drag this up again, and if you’re “so done with this shit”, perfectly understandable. But over the years I’ve installed serial instead of pyserial exactly as many times as I’ve set up a new python environment. The time it takes to find the 'bug' has gotten less with each time, but the annoyance remains.
- Log in to comment
Indeed, pyserial is very widely used and already reserves the "serial" name. It would be easier to rename this package, as it is quite new.