`preserve=yes` needs to skip remove scriptlets.
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 55/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Pouca atividade
- Stack de tecnologia
- c
- Domínio
- cli, operating-systems
Direção de pesquisa
Start by reviewing the preserve=yes handling in xbps-remove and the behavior introduced by commit c11dba09d7389896cd50f35bf57150542a707da. Trace both remove and purge scriptlet stages, then verify that preserved packages skip removal scriptlets while retaining the existing kernel-safety behavior.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
In https://github.com/void-linux/xbps/commit/c11dba09d7389896cd50f35bf57150542a707da5 the behavior of preserve=yes packages was changed to behave the same on explicit removal and update, in both cases files are now preserved. This is done so that xbps-remove does not circumvent vkpurge and its "is this kernel booted" check before uninstalling the kernel files.
But currently the remove scripts still run on explicit removal, instead the remove script should probably be completely skipped if the package was build with preserve=yes.
There is currently two stages in the remove scriptlets, remove and purge, they usually just run one after another and don't really have any use. I thought about removing the purge stage before, because every extra script execution just adds overhead without any real benefit.
It might make sense to to keep both stages and make use of that differentiation for the preserve=yes scripts, but I'm not convinced that it would actually be beneficial, especially because preserve=yes is really only used for kernels.
- Linguagem predominante
- C
- Estrelas
- 1.2k
- Forks
- 152
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
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 void-linux/xbps
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 68/100
void-linux/xbps#475 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
void-linux/xbps#701 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 55/100
void-linux/xbps#700 ·
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
void-linux/xbps#696 ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 52/100
void-linux/xbps#695 · 7 comentários ·
Todas as issues de void-linux/xbps
Issues semelhantes
-
Status: Opened
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
darktable-org/darktable#22455 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
area:ci kind:gate-defect
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
InauguralSystems/EigenScript#1448 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
BasedHardware/omi#20084 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
raspberrypi/pico-sdk#3225 · 1 comentário ·
Mantenedores costumam responder em até 1 dia