Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

test failure in test_close_initiating_remote_no_error[sys.executable]

Aberta
#82 1 comentário 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
3/5
Tempo estimado
1-2 dias
Facilidade para iniciantes
35/100
Tipo de issue
Bug
Clareza
Razoavelmente clara
Status de atividade
Estagnada
Stack de tecnologia
python
Domínio
testing

Direção de pesquisa

Comece com test_close_initiating_remote_no_error[sys.executable] e reproduza a falha do openSUSE usando Python 2.7 com apipkg. Leia o traceback completo para identificar a incompatibilidade; considera-se concluído quando o teste passa nas versões compatíveis do Python ou quando o tratamento do Python 2.7 foi explicitamente resolvido e está coberto pela suíte de testes.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Hi,

in an attempt to package execnet for openSUSE, our build fails with:

[   18s] =================================== FAILURES ===================================
[   18s] ____________ test_close_initiating_remote_no_error[sys.executable] _____________
[   18s] 
[   18s] testdir = <Testdir local('/tmp/pytest-of-abuild/pytest-3/test_close_initiating_remote_no_error0')>
[   18s] anypython = local('/usr/bin/python2')
[   18s] 
[   18s]     def test_close_initiating_remote_no_error(testdir, anypython):
[   18s]         p = testdir.makepyfile("""
[   18s]             import sys
[   18s]             sys.path.insert(0, sys.argv[1])
[   18s]             import execnet
[   18s]             gw = execnet.makegateway("popen")
[   18s]             print ("remote_exec1")
[   18s]             ch1 = gw.remote_exec("channel.receive()")
[   18s]             print ("remote_exec1")
[   18s]             ch2 = gw.remote_exec("channel.receive()")
[   18s]             print ("termination")
[   18s]             execnet.default_group.terminate()
[   18s]         """)
[   18s]         testdir.makepyfile(apipkg=apipkg)
[   18s]         popen = subprocess.Popen(
[   18s]             [str(anypython), str(p), str(execnetdir)],
[   18s]             stdout=None, stderr=subprocess.PIPE,)
[   18s]         out, err = popen.communicate()
[   18s]         print (err)
[   18s]         err = err.decode('utf8')
[   18s]         lines = [
[   18s]             x for x in err.splitlines()
[   18s]             if '*sys-package' not in x]
[   18s]         # print (lines)
[   18s] >       assert not lines
[   18s] E       assert not ['Traceback (most recent call last):', '  File "/tmp/pytest-of-abuild/pytest-3/test_close_initiating_remote_no_error0/... '  File "/tmp/pytest-of-abuild/pytest-3/test_close_initiating_remote_no_error0/apipkg.py", line 12, in <module>', ...]

Full build log here:
https://build.opensuse.org/package/live_build_log/devel:languages:python/python-execnet/openSUSE_Tumbleweed/x86_64

It looks like some unexpected interaction with apipkg and python 2.7.
Shouldn't this test being excluded for 2.7 then, or do you have other ideas, what's going wrong?

Our build facility attempts to build the package for 2.7 and 3.* by default, depending on the build target.

Linguagem predominante
Python
Estrelas
102
Forks
47
Métricas de merge de PRs
Nenhum PR com merge em 30d

Guia de contribuição

Nenhum guia de contribuição indexado para este repositório

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de pytest-dev/execnet

Todas as issues de pytest-dev/execnet

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.