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

No support for LOG_NOTICE or LOG_EMERG

Aberta
#141 0 comentários 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
42/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Estagnada
Stack de tecnologia
python

Direção de pesquisa

Start at the JournalHandler.map_priority entry point mentioned in the issue and read the surrounding logging documentation to understand the current priority mapping. Determine the intended behavior for LOG_NOTICE and LOG_EMERG, then add coverage and make the supported mapping explicit in the documentation.

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

Descrição

There does not seem to be support for LOG_NOTICE or LOG_EMERG. Any level higher than logging.CRITICAL is mapped to LOG_ALERT. I presume there is a reason for this but could not discern that from the docs.

If one wished to support these levels I suppose they could subclass JournalHandler and override map_priority. Is that right?

Linguagem predominante
C
Estrelas
522
Forks
79
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 systemd/python-systemd

Todas as issues de systemd/python-systemd

Issues semelhantes

Mais issues de C

Receba novas issues na sua caixa de entrada

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