-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add GNU gettext #90
Add GNU gettext #90
Conversation
[gettext][gettext] is commonly used in various frameworks and programming languages to provide support for i18n. Such as * Python/Django * Ruby/translation * Python/flask-babel * ... may more. I does not make sense to have it available in side the runtime dyno, but during build time, it is helpful to have the package available to compile gettext `po` files (to `mo`). There are already some buildpacks doing that, but since this is a GNU tool, it makes sense to have it in the main image. [gettext]: https://www.gnu.org/software/gettext/
@tt what needs to be done to get this thing on the road? Anything I can do? |
@@ -9,6 +9,7 @@ apt-get install -y --force-yes \ | |||
autoconf \ | |||
bison \ | |||
build-essential \ | |||
gettext \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi, and thanks for the contribution!
One question. Putting the actual gettext
package here will install the headers and the required .so
files in the heroku-16-build
image, but not in the heroku-16
image. The library will be available at build-time only. Is this intended?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, one should compile gettext files only during deploy not during runtime.
@codingjoe could you give us the size of the package when installed? |
|
The Travis script outputs the image sizes to the log to help with decisions like these :-) master:
HEAD~2 (this PR's parent until it's rebased) which doesn't have #89:
This PR:
|
6MB than, thanks @ojacobson |
@codingjoe we release stack images when required. It just happens that we're releasing one today (without your patch). |
ping @dzuelke too. |
sounds cool, always a pleasure to work with you guys 🥇 |
Yeah the dev-only part is fine @dmathieu. Really all that's needed is |
My point exactly 👍 |
Awesome, docker works. How long does it take until the new image is available during the regular buildpack builds? |
I'll let you know here once I've finished updating the stack image. |
Nice, I do get a |
Yes, not all instances have finished updating yet. That'll be done in the next couple of hours. |
I still get |
@codingjoe we're aware of the issue which is not related to your patch. We're working on it and will let you know once the stack image is shipped again. |
@codingjoe sorry for the delay here. gettext should be available now. |
🎉 I can confirm it works 👍 |
gettext is commonly used in various frameworks and
programming languages to provide support for i18n. Such as
I does not make sense to have it available in side the runtime dyno, but during build time, it is helpful to have the package available to compile gettext
po
files (tomo
).There are already some buildpacks doing that, but since this is a GNU tool, it makes sense to have it in the main image.