SlackBuilds

edps
(usa Slackware)

Enviado em 12/04/2015 - 00:43h

alguém aqui participa do http://slackbuilds.org ?

lcavalheiro
(usa Slackware)

Enviado em 12/04/2015 - 01:00h

Participar como, contribuidor ou só usando os pacotes?
--
Luís Fernando Carvalho Cavalheiro
Public GPG signature: 0x246A590B
Licenciado Pleno em Filosofia pela Universidade do Estado do Rio de Janeiro
Mestrando em Medicina (Cardiologia) pela Universidade Federal do Rio de Janeiro

infoslack
(usa Slackware)

Enviado em 12/04/2015 - 08:45h

Eu já contribuí com alguns pacotes, foi bem legal o desafio =)

edps
(usa Slackware)

Enviado em 12/04/2015 - 10:04h

e




Desculpem a demora em responder, sim, trata-se de contribuir com pacotes.

A pergunta se deve porque achei bastante interessante e rápida a forma como eles trabalham (em parte), ontem submeti um Slackbuild de um pacote de plugins para o Qmmp, cujo pacote até criei uma nova versão:

https://edpsblog.wordpress.com/2015/04/11/how-to-qmmp-0-8-4-no-slackware/

* mas não posso publicá-la lá sem a autorização do mantenedor do SlackBuild:

http://slackbuilds.org/repository/14.1/audio/qmmp/

Bem, voltando ao assunto do pacote de plugins... ontem (sábado) mesmo enviei um pacote para apreciação e já recebi a resposta de que devido ao fato do mantenedor não ter atualizado a versão do Qmmp (ainda a 0.7.1) não terei meu 1º SlackBuild aceito.

Então, minha pergunta é para o caso de alguém participar do projeto: os mantenedores costumam abrir mão de seu "trabalho"?, recentemente enviei um email para o mantenedor do DeadBeef e não obtive resposta até agora.

Agora a pouco recebi outro email de lá me informando para contactar o mantenedor pedindo ao mesmo que atualize o SlackBuild do Qmmp, de forma que eu possa publicar meu complemento. Também enviei um email pro cara pra ver no que vai dar.

O (em parte) adicionado lá no começo é porque vejo no AUR que quando um pacote está defasado ou sem mantenedor nele logo é posto a flag "out-of-date", então algumas coisas de lá estão defasadas|desatualizadas.

Acho que ficar dependendo da vontade de um mantenedor é deixar um sistema engessado, empacotei para meu uso versões de diversos pacotes: prelink, preload, gmusicbrowser, deadbeef, qmmp e outros, então se fosse possível para qualquer um enviar submissões que fossem testadas com o que já está disponível e outros casos mais específicos, acho que o sistema dos Slackbuilds ficaria ainda melhor.

Obrigado pelo retorno de vocês.

removido
(usa Nenhuma)

Enviado em 12/04/2015 - 10:50h

Eu participo. Ofereço suporte para o WinUSB (até criei um patch para retirar o gksudo do source code, pois achei desnecessário a sua utilização), appmenu-qt, plasma-widget-menubar, libvorbisidec, e alguns outros.

Eles atualizam o site todo sábado, perto das 00:00 horas.

Para atualizar um pacote existente, é só com o mantedor do pacote mesmo, eles não aceitam SlackBuilds para versões mais novas de outros contribuintes. O lance é você entrar em contato com o fornecedor do pacote e, se possível, pedir autorização para fazer o upgrade. Nesse caso - se houver acordo - você se torna o novo mantedor do pacote e isso ficará registrado no próximo ChangeLog (<package> Updated for version X.Y + new maintainer [você]). Para acompanhar: http://slackbuilds.org/ChangeLog.txt

Eu acho bom essa política do SlackBuilds.org, isso evita que mandem pacotes duvidosos. No AUR qualquer um pode enviar PKGBUILDS, eu particularmente acho uma falha de segurança, visto que é muito simples um usuário catar qualquer PKGBUILD e mandar um makepkg, depois o estrago ta feito. Claro que usuários de distribuições como Arch não iriam fazer isso, mas se tiver um desavisado...
___________________________________________________________________
Slackware 14.1 x86_64 [multilib] - Core2Duo, 8GB RAM - NVIDIA GeForce 9500GT

edps
(usa Slackware)

Enviado em 12/04/2015 - 11:00h

Bom, do AUR eu não sabia que qualquer um poderia enviar PKGBUILDs sem que haja moderação ou testes nos mesmos. O lance do SlackBuilds sim oferece segurança, mas se não houver boa vontade do cara em manter o script atualizado ficam todos nas mãos dele (digo, todos os que não sabem se virar), rsrs

Rapaz, ontem levei quase a metade de um dia para empacotar isso:

'orc gstreamer1 gst1-plugins-base libwebp webkitgtk json-c'

E a versão mais atualizada do dwb, o pacotezinho desgraçado esse webkitgtk, tenho que comprar uma máquina nova urgentemente!

IntÉ!

lcavalheiro
(usa Slackware)

Enviado em 12/04/2015 - 11:04h

Concordo com o ru4n. Eu sou só testador de pacotes (tipo o apulse, que eu apresentei por aqui muito tempo antes do SlackBuild estar apresentado), mas é importante deixar cada pacote com um responsável pra evitar a zoada de um irresponsável alterando pacotes porque quer. Ademais, o próprio desenvolvimento do Slackware segue o molde do desenvolvedor chefe (o Cara).
--
Luís Fernando Carvalho Cavalheiro
Public GPG signature: 0x246A590B
Licenciado Pleno em Filosofia pela Universidade do Estado do Rio de Janeiro
Mestrando em Medicina (Cardiologia) pela Universidade Federal do Rio de Janeiro

edps
(usa Slackware)

Enviado em 12/04/2015 - 11:12h

Beleza... mas se o cara simplesmente não se interessar em manter o script? mas também se não permitir que o mesmo seja atualizado por outro? o script fica como está ou uma hora ele será removido do sistema dos SlackBuilds?

removido
(usa Nenhuma)

Enviado em 12/04/2015 - 11:12h

Bom, isso é verdade. Eu mesmo quando mudei do Slackware para o Ubuntu 12.04, meus pacotes ficaram sem atualização por um bom tempo... o negócio é não ficar só dependendo do mantedor, é enfiar a cara e atualizar vc mesmo adaptando o slackbuild antigo para o pacote mais novo. É chatinho isso mesmo.

No AUR é só você fazer um cadastro com o teu email e confirmar, ta pronto. Basta fazer o teu PKGBUILD e mandar pra lá. Tenho 1 pacote que mandei, nem sei se esta funcional ainda.



Esse webkitgtk é uma droga, leva um século para compilar, isso que minha máquina não é tão velha assim. Pacotes desse naipe eu prefiro pegar pronto e instalar com installpkg, pego do slacky.eu, ou de outro site.
___________________________________________________________________
Slackware 14.1 x86_64 [multilib] - Core2Duo, 8GB RAM - NVIDIA GeForce 9500GT

removido
(usa Nenhuma)

Enviado em 12/04/2015 - 11:29h

Nesse caso eu acho que eles permitem o novo mantedor, deve ter um tempo para o pacote ficar desatualizado no sistema até outro mantedor assumir.
___________________________________________________________________
Slackware 14.1 x86_64 [multilib] - Core2Duo, 8GB RAM - NVIDIA GeForce 9500GT

edps
(usa Slackware)

Enviado em 12/04/2015 - 11:35h

Eu não me incomodo em modificar as coisas pro meu uso, mas ao que parece é melhor dar uma de Ubuntu, digo sangue-suga (se o bilufe ver isso levo um tiro!), pegar o que me interessa, modificá-lo e utilizá-lo para o meu proveito que me preocupar em contribuir com o SlackBuilds. Caso não haja resposta, esquecerei o caso do Qmmp e pronto, pois além da questão do cara "querer", pode ser até que o mesmo não esteja tão ativo lá no SlackBuilds, seja por um motivo ou outro.

t+

removido
(usa Nenhuma)

Enviado em 12/04/2015 - 12:01h

Uma ideia legal, seria nós mesmos criarmos um repositório de SlackBuilds. Já penso em fazer isso para colocar em meu blog, com SlackBuilds atualizados para pacotes específicos, ai daria um jeito de incluir no /etc/sbopkg/repos.d. Não precisamos ficar limitados ao SlackBuilds.org

Penso também em incluir "DebBuilds" para o Debian. É uma ideia antiga minha mas por falta de tempo (e saco) ainda não dei início. :^D
___________________________________________________________________
Slackware 14.1 x86_64 [multilib] - Core2Duo, 8GB RAM - NVIDIA GeForce 9500GT