Put mariamole project name in releases tarball

[filipesaraiva]

Hello, thanks for this project, I am thinking in packaging it to Mageia.

I would like to request you to put the project name in tarball releases. For now, if I download .zip or .tar.gz from release page, the file name will be 0.6.0.0.zip or 0.6.00.tar.gz.

If you put the project name + version, you will help the packagers like me. =) You can see an example in liquidfun release page.

[aporto]

Oi Filipe.

Eu estou chutando que você fala português. :)

Vou passar seu pedido pro cara que está gerando os releases pro Linux. Não
vejo nenhum problema em mudar, e, se vai ajudar alguém, não tem por que não
fazer.

Abraços,

Alex

[gabrield]

Hi Filipe,
I do not know if speak portuguese or not, but anyway, how would work this packing to Mageia?
Maybe I can help you.

[filipesaraiva]

Oi pessoal, então falo português sim. =)

Gostaria apenas que o nome do projeto fosse colocado junto ao release, algo como mariamole-RELEASE. Estou vendo que o 0.7 faz mais ou menos isso, colocando um _ no lugar do -.

Vou explicar pra vocês porque isso ajuda. Quando empacotamos, subimos o código compactado de um software para o repositório. Por isso é bom quando temos o nome do software nesse arquivo compactado. Como estava antes, havia apenas o número da versão, requerendo que durante o empacotamento alguns passos extras devessem ser realizados para adicionar o nome, modificando então o arquivo disponibilizado por vocês. É sempre uma boa prática de empacotamento manter o arquivo com o código do software como os desenvolvedores disponibilizam.

Acho que da maneira como vocês fizeram está bom, mas se puder trocar o _ por - fica ainda melhor. =)

Obrigado.

[aporto]

Beleza, Filipe! :)

2014-07-30 1:30 GMT-03:00 Filipe Saraiva notifications@github.com:

Oi pessoal, então falo português sim. =)

Gostaria apenas que o nome do projeto fosse colocado junto ao release,
algo como mariamole-RELEASE. Estou vendo que o 0.7 faz mais ou menos isso,
colocando um _ no lugar do -.

Vou explicar pra vocês porque isso ajuda. Quando empacotamos, subimos o
código compactado de um software para o repositório. Por isso é bom quando
temos o nome do software nesse arquivo compactado. Como estava antes, havia
apenas o número da versão, requerendo que durante o empacotamento alguns
passos extras devessem ser realizados para adicionar o nome, modificando
então o arquivo disponibilizado por vocês. É sempre uma boa prática de
empacotamento manter o arquivo com o código do software como os
desenvolvedores disponibilizam.

Acho que da maneira como vocês fizeram está bom, mas se puder trocar o _
por - fica ainda melhor. =)

Obrigado.

—
Reply to this email directly or view it on GitHub
#23 (comment).

[dadosutter]

Alô pessoal,

O que a gente faz no caso de eLua é colocar um _vDev no lugar da versão.
Antes era _master mas _vDev fica mais próximo do que vai ser quando receber
o número correto da versão lançada.
Mas qualquer coisa que identifique já vale.

Abraçosssssssssssss
Dado

2014-07-30 7:20 GMT-03:00 aporto notifications@github.com:

Beleza, Filipe! :)

2014-07-30 1:30 GMT-03:00 Filipe Saraiva notifications@github.com:

Oi pessoal, então falo português sim. =)

Gostaria apenas que o nome do projeto fosse colocado junto ao release,
algo como mariamole-RELEASE. Estou vendo que o 0.7 faz mais ou menos
isso,
colocando um _ no lugar do -.

Vou explicar pra vocês porque isso ajuda. Quando empacotamos, subimos o
código compactado de um software para o repositório. Por isso é bom
quando
temos o nome do software nesse arquivo compactado. Como estava antes,
havia
apenas o número da versão, requerendo que durante o empacotamento alguns
passos extras devessem ser realizados para adicionar o nome, modificando
então o arquivo disponibilizado por vocês. É sempre uma boa prática de
empacotamento manter o arquivo com o código do software como os
desenvolvedores disponibilizam.

Acho que da maneira como vocês fizeram está bom, mas se puder trocar o _
por - fica ainda melhor. =)

Obrigado.

—
Reply to this email directly or view it on GitHub
#23 (comment).

—
Reply to this email directly or view it on GitHub
#23 (comment).