Updating ruby package guideline to only build gems and extensions once

2022-11-06 Thread Andreas 'Segaja' Schleifer

Hello,

in July David (dvzrv), Tim (bastelfreak) and I had a jitsi session in 
which we reworked the old ruby packaging guidelines [1] to make it more 
reflecting the current wishes and standards we already used when 
packaging ruby (like building from source, adding tests, ...).


After it was pubslihed Felix (felixonmars) approached us and mentioned 
that there is a flaw in our logic as gems and extensions are now build 
twice. Once in the build() step which is then used for testing and once 
in the package() step.


Recently Felix found a way to only build the gem and possible extensions 
once and use them for both testing and packaging.


To reflect these changes I would propose that we update our ruby package 
guidelines with the new way that Felix found.


I took the liberty of updating them on my personal space [2]. If there 
is no objection, then I would like to push the changes to the main page.



Best regards
Andreas



[1] https://wiki.archlinux.org/title/Ruby_package_guidelines
[2] https://wiki.archlinux.org/title/User:Segaja/Ruby_package_guidelines


OpenPGP_signature
Description: OpenPGP digital signature


Re: Updating ruby package guideline to only build gems and extensions once

2022-11-06 Thread David Runge
On 2022-11-06 13:53:51 (+0100), Andreas 'Segaja' Schleifer wrote:
> Recently Felix found a way to only build the gem and possible extensions
> once and use them for both testing and packaging.
> 
> To reflect these changes I would propose that we update our ruby package
> guidelines with the new way that Felix found.

Hi Andreas,

Thanks for investigating further and staying on top of it! Simplifying
the guidelines is immensely helpful to anyone trying to package Ruby
packages on Arch.

I took the initiative and already added the ruby-rspec change to the
"Build and test" section.

AFAICT, the new "Template" section looks alright!
To not generate a huge changeset, I guess we can bit by bit adapt the
"Gem based build" to match yours, then remove the "Rake based build",
move the contents of "Gem based build" to its parent heading
("Template") and add the "Gotchas" subsections below a "Tips and tricks"
section.

If you need help, let me know and thanks again for further looking into
this and keeping up with the documentation!

Best,
David

-- 
https://sleepmap.de


signature.asc
Description: PGP signature


Re: Updating ruby package guideline to only build gems and extensions once

2022-11-06 Thread Andreas 'Segaja' Schleifer

On 11/6/22 18:15, David Runge wrote:

On 2022-11-06 13:53:51 (+0100), Andreas 'Segaja' Schleifer wrote:

Recently Felix found a way to only build the gem and possible extensions
once and use them for both testing and packaging.

To reflect these changes I would propose that we update our ruby package
guidelines with the new way that Felix found.


Hi Andreas,

Thanks for investigating further and staying on top of it! Simplifying
the guidelines is immensely helpful to anyone trying to package Ruby
packages on Arch.

I took the initiative and already added the ruby-rspec change to the
"Build and test" section.

AFAICT, the new "Template" section looks alright!
To not generate a huge changeset, I guess we can bit by bit adapt the
"Gem based build" to match yours, then remove the "Rake based build",
move the contents of "Gem based build" to its parent heading
("Template") and add the "Gotchas" subsections below a "Tips and tricks"
section.

If you need help, let me know and thanks again for further looking into
this and keeping up with the documentation!

Best,
David




Hi David,

thanks for the reply. I renamed the "Gotchas" section in my page into 
"Tips and tricks".


I think it makes sense to first remove the "Rake based build" section 
and move the other one under "Template", as it is not really needed even 
in the old way of the build handling and then update the remaining 
template with the new template.


At the end we can add the "Tips and tricks" as a final edit.

Best regards
Andreas


OpenPGP_signature
Description: OpenPGP digital signature