FW: pipenv has issues

[Rhett Prince]

see below: 

 

pipenv gets lost and crashes.  

 

 

hi, where do we write to to post defects in  pipenv? on a windows 8.1
machine after installing pipenv with poip as administrator  pipenv simply
crashes with a trace dump  it gets confused with an old version of anaconda
and crashes. my base python is 3.8 

 

please let me know where to send defects about pipenv 

thanks  

-- 
https://mail.python.org/mailman/listinfo/python-list

pipenv picks up bad paths and crashes

[Rhett Prince]

pipenv is a bad program 

 

it conflicts with anaconda. 

I removed anaconda and it still crashes. 

 

also, I repaired my python 3.8  installation 

uninstalled and reinstalled pipenv  

and it still picks up paths from anaconda 

anaconda sucks too. 

 

see below 

 

 

 

 

Administrator@rcplt MINGW64 /c/dev_env

$ ls

a.txt  dd.py  notes.txt  pipenv_help.txt

 

Administrator@rcplt MINGW64 /c/dev_env

$ pip uninstall pipenv

Found existing installation: pipenv 2020.8.13

Uninstalling pipenv-2020.8.13:

  Would remove:

c:\program files
(x86)\python38-32\lib\site-packages\pipenv-2020.8.13.dist-i

nfo\*

c:\program files (x86)\python38-32\lib\site-packages\pipenv\*

c:\program files (x86)\python38-32\scripts\pipenv-resolver.exe

c:\program files (x86)\python38-32\scripts\pipenv.exe

Proceed (y/n)? y

  Successfully uninstalled pipenv-2020.8.13

 

Administrator@rcplt MINGW64 /c/dev_env

$ pip install pipenv

Collecting pipenv

  Using cached pipenv-2020.8.13-py2.py3-none-any.whl (3.9 MB)

Requirement already satisfied: virtualenv-clone>=0.2.5 in c:\program files
(x86)

\python38-32\lib\site-packages (from pipenv) (0.5.4)

Requirement already satisfied: setuptools>=36.2.1 in c:\program files
(x86)\pyth

on38-32\lib\site-packages (from pipenv) (41.2.0)

Requirement already satisfied: virtualenv in c:\program files
(x86)\python38-32\

lib\site-packages (from pipenv) (20.0.31)

Requirement already satisfied: pip>=18.0 in c:\program files
(x86)\python38-32\l

ib\site-packages (from pipenv) (20.2.3)

Requirement already satisfied: certifi in c:\program files
(x86)\python38-32\lib

\site-packages (from pipenv) (2020.6.20)

Requirement already satisfied: distlib<1,>=0.3.1 in c:\program files
(x86)\pytho

n38-32\lib\site-packages (from virtualenv->pipenv) (0.3.1)

Requirement already satisfied: six<2,>=1.9.0 in c:\program files
(x86)\python38-

32\lib\site-packages (from virtualenv->pipenv) (1.15.0)

Requirement already satisfied: appdirs<2,>=1.4.3 in c:\program files
(x86)\pytho

n38-32\lib\site-packages (from virtualenv->pipenv) (1.4.4)

Requirement already satisfied: filelock<4,>=3.0.0 in c:\program files
(x86)\pyth

on38-32\lib\site-packages (from virtualenv->pipenv) (3.0.12)

Installing collected packages: pipenv

Successfully installed pipenv-2020.8.13

 

Administrator@rcplt MINGW64 /c/dev_env

$ ls

a.txt  dd.py  notes.txt  pipenv_help.txt

 

Administrator@rcplt MINGW64 /c/dev_env

$ pipenv install pytz

Traceback (most recent call last):

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\pytho

nfinder\models\python.py", line 618, in parse_executable

result_version = get_python_version(path)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\pytho

nfinder\utils.py", line 105, in get_python_version

c = subprocess.Popen(version_cmd, **subprocess_kwargs)

  File "c:\program files (x86)\python38-32\lib\subprocess.py", line 854, in
__in

it__

self._execute_child(args, executable, preexec_fn, close_fds,

  File "c:\program files (x86)\python38-32\lib\subprocess.py", line 1307, in
_ex

ecute_child

hp, ht, pid, tid = _winapi.CreateProcess(executable, args,

FileNotFoundError: [WinError 2] The system cannot find the file specified

 

During handling of the above exception, another exception occurred:

 

Traceback (most recent call last):

  File "c:\program files (x86)\python38-32\lib\runpy.py", line 194, in
_run_modu

le_as_main

return _run_code(code, main_globals, None,

  File "c:\program files (x86)\python38-32\lib\runpy.py", line 87, in
_run_code

exec(code, run_globals)

  File "C:\Program Files (x86)\Python38-32\Scripts\pipenv.exe\__main__.py",
line

7, in 

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\core.py", line 829, in __call__

return self.main(*args, **kwargs)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\core.py", line 782, in main

rv = self.invoke(ctx)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\core.py", line 1259, in invoke

return _process_result(sub_ctx.command.invoke(sub_ctx))

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\core.py", line 1066, in invoke

return ctx.invoke(self.callback, **ctx.params)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\core.py", line 610, in invoke

return callback(*args, **kwargs)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\decorators.py", line 73, in new_func

return ctx.invoke(f, obj, *args, **kwargs)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\core.py", line 610, in invoke

return callback(*args, **kwargs)

  File "C:\Program Files
(x86)\Python38-32\Lib\site-packages\pipenv\vendor\click

\decorators.py", line 21, in new_func

return f(get_current_context(), *ar

sqlalchemy blows up and puts in addresses instead of data when mixing fields from different dataframes

[Rhett Prince]

sqlalchemy blows up  and puts in addresses instead of data when mixing
fields from different dataframes

 

when composing a class derived from model, 

populating fields from different dataframes blows up.fields from one data
frame are corrupted after 

session add and session commit 

fields from another dataframe are fine. 

 

building final class object with single dataframe from data frame with the
issue alone is just fine. 

data from the data frame survives session.add and session.commit 

 

data is only corrupted when data comes from two different data frame sources


field 1 comes from data frame a 

field 2 comes from dataframe b

after session.add session.commit 

first field from source 1 is corrupted. 

data from source 2 is fine. 

 

again 

when data source 1 is used by itself with out a second source 

data from dataframe 1 survives 

session.add and session.commit. 

 

is this a defect in sqlalchemy or in pandas. 

o

-- 
https://mail.python.org/mailman/listinfo/python-list