Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Unintentional clobbering on Windows

Aperta
  • Qualcosa non va?
#99 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
python

Direzione di ricerca

The report describes a collision between the Evtx module from python-evtx and the evtx module from another package on Windows, but names no files, tests, or proposed change. Start by examining how this project packages and installs its module, then assess whether the collision can be addressed within this repository. Done means both packages can be installed in one Windows environment without clobbering imports; the issue gives no test or implementation path.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

I raised this issue at the other repo mentioned in the content below, however am simply copy/pasting it since the issue applies somewhat equally to both:

Not specifically sure how you might want to deal with this issue, or if you do, however there is a clobbering issue between the evtx python package and the python-evtx package on python for Windows.

When python-evtx is installed, its main module, Evtx, is accessible for import. However Windows is a case-insensitive system, and when subsequently installing evtx, it's main module, evtx then ends up clobbering python-evtx (and vice-versa depending on the which one is installed first). Because python is case-sensitive, it's only going to see the one "evtx" folder, and case-sensitive imports will fail if the intended import comes from the package doing the clobbering.

For example, when python-evtx is installed, in the %PYDIR%\Lib\site-packages directory, the modules are stored in the Evtx folder under site-packages. Then installing evtx will simply be seen as existing due to the presence of the current Evtx folder (since it matches based on case-insensitive behavior), and install evtx into the same folder. Subsequent imports of evtx fail because the module is stored in Evtx.

I am aware that the best approach to this separation is a venv, and am prepared to work that way as necessary. However, this will occur even in a venv when both packages are installed in the venv.

I just figured it would be a good idea to bring this up in case you weren't aware. I'll be bringing up the same issue at the python-evtx github page as well.

Lingua principale
Python
Stelle
785
Fork
170
Merge medio
2g 21h
PR unite (30g)
1

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di williballenthin/python-evtx

Tutte le issue di williballenthin/python-evtx

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.