feature request: expand S_TIME_FORMAT to allow for custom format string
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 30/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- c, linux
- Domínio
- observability
Direção de pesquisa
Start by locating where S_TIME_FORMAT is defined and how its ISO and default modes produce timestamps; then read how those timestamps are stored and processed. The issue leaves open whether to support custom format strings or add another timestamp mode, so clarify that scope before implementation. Done means providing a timestamp format or mode that supports the requested custom or date-inclusive output.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Currently S_TIME_FORMAT can be either ISO or default (american) date/time style. It would be very useful if we could set custom format string.
for two reasons:
- someone wants to use it with unix timestamps or local time formats
- someone expects to log overnight - currently the "timestamp" only contains time, but not date, so it needs complex logic to keep track of day rollovers when processing the data. setting custom time (eg. unix timestamp) would fix that
if it would be too complex to handle custom strings, getting another option for timestamp mode would be enough for most cases, as that can be easily converted
- Linguagem predominante
- C
- Estrelas
- 3.4k
- Forks
- 490
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de sysstat/sysstat
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 40/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
-
sar: duplicate interrupts when using SUM while reading interrupts in 390x arch (from `/proc/interrupts`)Talvez livre de novo Um pull request para esta issue foi fechado sem ser mesclado. Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 30/100
Todas as issues de sysstat/sysstat
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 66/100
FujiNetWIFI/fujinet-firmware#2261 ·
Mantenedores costumam responder em até 1 dia
-
area/infrared type/bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
DarkFlippers/unleashed-firmware#1201 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
pocoproject/poco#5626 ·
Mantenedores costumam responder em até 2 dias
-
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 78/100
VMAFx/vmafx#3260 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
FujiNetWIFI/fujinet-lib#272 ·
Mantenedores costumam responder em até 1 dia