[PATCH] gitignore: Remove po/*.po and po/LINGUAS

[PATCH] gitignore: Remove po/*.po and po/LINGUAS

[Glenn Washburn]

po files will now be tracked. This has the following benefits as listed
by Colin Watson:

  * Build processes would no longer be vulnerable to an external server
    potentially going down for an extended period of time; they'd be
    stuck with outdated translations until the server was fixed or came
    up with a workaround, but that's better than nothing.

  * It would be easier to manage branches of stable releases, rather than
    assuming that translations downloaded for master will match the POT
    files for a stable release.

  * Tests would be able to pass from a clean git checkout without relying
    on an external server, improving QA reliability.

  * It would be easier to make and test branches while offline.

  * The translations shipped with a release tarball could be tagged in
    git so that it's easy to investigate bugs in them.

  * Downstream distributors would be able to use git branches without
    having to fill in additional files.

Signed-off-by: Glenn Washburn <development@efficientek.com>
---
 .gitignore | 2 --
 1 file changed, 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 524f2e6d0070..9e333886c99c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -249,8 +249,6 @@ widthspec.bin
 /pata_test
 /po/*.gmo
 /po/*.mo
-/po/*.po
-/po/LINGUAS
 /po/Makefile.in.in
 /po/Makevars
 /po/Makevars.template
-- 
2.34.1


_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH] gitignore: Remove po/*.po and po/LINGUAS

[Glenn Washburn]

On Sun,  9 Nov 2025 21:04:48 -0600
Glenn Washburn <development@efficientek.com> wrote:

> po files will now be tracked. This has the following benefits as listed
> by Colin Watson:

This should have been done a long time ago[1]. If someone checks out the
2.14 release tag and builds it, they should be able to get the same po
files as were used a the time of release. With the proposed change to
have linguas.sh run as a part of bootstrap[2], this might not exactly
happen because a user building from tag 2.14 will still download the
latest po files by default if they are connected to the internet. But
they could disable that by commenting out the line running linguas.sh
in the bootstrap.conf.

Glenn 

[1]
https://lore.kernel.org/grub-devel/20251109202142.6cbd1fc7@crass-HP-ZBook-15-G2/T/#t
[2]
https://lore.kernel.org/grub-devel/20251109210823.76982257@crass-HP-ZBook-15-G2/T/#t

> 
>   * Build processes would no longer be vulnerable to an external server
>     potentially going down for an extended period of time; they'd be
>     stuck with outdated translations until the server was fixed or came
>     up with a workaround, but that's better than nothing.
> 
>   * It would be easier to manage branches of stable releases, rather than
>     assuming that translations downloaded for master will match the POT
>     files for a stable release.
> 
>   * Tests would be able to pass from a clean git checkout without relying
>     on an external server, improving QA reliability.
> 
>   * It would be easier to make and test branches while offline.
> 
>   * The translations shipped with a release tarball could be tagged in
>     git so that it's easy to investigate bugs in them.
> 
>   * Downstream distributors would be able to use git branches without
>     having to fill in additional files.
> 
> Signed-off-by: Glenn Washburn <development@efficientek.com>
> ---
>  .gitignore | 2 --
>  1 file changed, 2 deletions(-)
> 
> diff --git a/.gitignore b/.gitignore
> index 524f2e6d0070..9e333886c99c 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -249,8 +249,6 @@ widthspec.bin
>  /pata_test
>  /po/*.gmo
>  /po/*.mo
> -/po/*.po
> -/po/LINGUAS
>  /po/Makefile.in.in
>  /po/Makevars
>  /po/Makevars.template

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

[PATCH] gitignore: Remove po/*.po and po/LINGUAS

[Glenn Washburn]

po files will now be tracked. This has the following benefits as listed
by Colin Watson:

  * Build processes would no longer be vulnerable to an external server
    potentially going down for an extended period of time; they'd be
    stuck with outdated translations until the server was fixed or came
    up with a workaround, but that's better than nothing.

  * It would be easier to manage branches of stable releases, rather than
    assuming that translations downloaded for master will match the POT
    files for a stable release.

  * Tests would be able to pass from a clean git checkout without relying
    on an external server, improving QA reliability.

  * It would be easier to make and test branches while offline.

  * The translations shipped with a release tarball could be tagged in
    git so that it's easy to investigate bugs in them.

  * Downstream distributors would be able to use git branches without
    having to fill in additional files.

Signed-off-by: Glenn Washburn <development@efficientek.com>
---
Resending this patch alone as it was accidentally added to a previous patch
series that it should not have been a part of.

Glenn
---
 .gitignore | 2 --
 1 file changed, 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 524f2e6d0070..9e333886c99c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -249,8 +249,6 @@ widthspec.bin
 /pata_test
 /po/*.gmo
 /po/*.mo
-/po/*.po
-/po/LINGUAS
 /po/Makefile.in.in
 /po/Makevars
 /po/Makevars.template
-- 
2.34.1


_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH] gitignore: Remove po/*.po and po/LINGUAS

[Daniel Kiper]

On Tue, Nov 11, 2025 at 01:15:53AM -0600, Glenn Washburn wrote:
> po files will now be tracked. This has the following benefits as listed
> by Colin Watson:
>
>   * Build processes would no longer be vulnerable to an external server
>     potentially going down for an extended period of time; they'd be
>     stuck with outdated translations until the server was fixed or came
>     up with a workaround, but that's better than nothing.
>
>   * It would be easier to manage branches of stable releases, rather than
>     assuming that translations downloaded for master will match the POT
>     files for a stable release.
>
>   * Tests would be able to pass from a clean git checkout without relying
>     on an external server, improving QA reliability.
>
>   * It would be easier to make and test branches while offline.
>
>   * The translations shipped with a release tarball could be tagged in
>     git so that it's easy to investigate bugs in them.
>
>   * Downstream distributors would be able to use git branches without
>     having to fill in additional files.
>
> Signed-off-by: Glenn Washburn <development@efficientek.com>

Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>

Daniel

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH] gitignore: Remove po/*.po and po/LINGUAS

[Glenn Washburn]

On Mon, 17 Nov 2025 18:31:40 +0100
Daniel Kiper <dkiper@net-space.pl> wrote:

> On Tue, Nov 11, 2025 at 01:15:53AM -0600, Glenn Washburn wrote:
> > po files will now be tracked. This has the following benefits as listed
> > by Colin Watson:
> >
> >   * Build processes would no longer be vulnerable to an external server
> >     potentially going down for an extended period of time; they'd be
> >     stuck with outdated translations until the server was fixed or came
> >     up with a workaround, but that's better than nothing.
> >
> >   * It would be easier to manage branches of stable releases, rather than
> >     assuming that translations downloaded for master will match the POT
> >     files for a stable release.
> >
> >   * Tests would be able to pass from a clean git checkout without relying
> >     on an external server, improving QA reliability.
> >
> >   * It would be easier to make and test branches while offline.
> >
> >   * The translations shipped with a release tarball could be tagged in
> >     git so that it's easy to investigate bugs in them.
> >
> >   * Downstream distributors would be able to use git branches without
> >     having to fill in additional files.
> >
> > Signed-off-by: Glenn Washburn <development@efficientek.com>
> 
> Reviewed-by: Daniel Kiper <daniel.kiper@oracle.com>

And just as a reminder, one of the steps before setting a release tag
should be to run linguas.sh or bootstrap (if the patch to move linguas
into bootstrap has been merged), perhaps as is already done when doing
your testing before the release. And then to commit the updated po
files before creating the release tag and distribution bundles.

Glenn

_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel