Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#59721 - [hugo] Support for hugo-extended

Attached to Project: Community Packages
Opened by Marc A. Kastner (makukasu) - Monday, 20 August 2018, 06:41 GMT
Last edited by Jaroslav Lichtblau (Dragonlord) - Sunday, 02 September 2018, 17:39 GMT
Task Type Feature Request
Category Packages
Status Closed
Assigned To Jaroslav Lichtblau (Dragonlord)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Is it possible to add Hugo-extended support to this package?


Additional info:
* Adds support for asset pipelining with SASS/SCSS.
* Available since >0.43. Ref. https://gohugo.io/news/0.43-relnotes/
* Needs some extra build flag "HUGO_BUILD_TAGS=extended" when calling mage. Ref. https://gohugo.io/getting-started/installing/
* Needs some extra dependencies (CGO,) which is the reason it is an optional build flag.
* Should produce a second, differently named binary "hugo-extended"
This task depends upon

Closed by  Jaroslav Lichtblau (Dragonlord)
Sunday, 02 September 2018, 17:39 GMT
Reason for closing:  Implemented
Additional comments about closing:  Implemented in hugo-0.48-1
Comment by George Rawlinson (rawlinsong) - Wednesday, 22 August 2018, 01:22 GMT
I've attached a patch that updates the issue. Confirmed to work on my computer without issues.

EDIT: I don't agree that there should be a separate package called hugo-extended. It would be preferable if hugo (extended) was the default instance of hugo.
Comment by Marc A. Kastner (makukasu) - Saturday, 25 August 2018, 04:04 GMT
Thank you for the patch.

I fully agree that it should replace the default instance, as it would not do any harm for users who don't need it.

I wasn't suggesting a separate package, I just thought a separate binary would be the default way their build system would name it (Maybe I misread their documentation.)

Loading...