GNU bug report logs - #45549
Resolving bug with file exists on l10n

Previous Next

To reply to this bug, email your comments to 45549 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Samuel Klein" <sklei4 <at> runbox.com>
To: "bug-gnuzilla" <bug-gnuzilla <at> gnu.org>
Subject: Resolving bug with file exists on l10n
Date: Tue, 29 Dec 2020 21:05:29 -0600 (CST)

Hello,

I found a minor bug where the script will stop if directory is found.

You can bypass this issue by simply deleting the staging directory and re-building. But I submit this patch.

mkdir: cannot create directory ‘l10n’: File exists

starting at line 57

if ! [[ -d l10n ]]; then
  mkdir l10n
fi

Ends on new line 59.

Warm regards,

Samuel Klein

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: bill-auger <bill-auger <at> peers.community>
To: bug-gnuzilla <at> gnu.org
Subject: Re: bug#45549: Resolving bug with file exists on l10n
Date: Wed, 30 Dec 2020 08:57:22 -0500

the makeicecat script does not handle unclean re-builds
gracefully - if you are interested, i have a patch which cleans
the work dir, if it is present, and also avoids downloading the
upstream sources repeatedly, if those are present

that is mainly to assist with development, of course - if you
only plan to build icecat once, then it is not likely that you
would need to run makeicecat more than once - the simple fix is
to delete the 'output' directory before running makeicecat

Message #11 received at 45549 <at> debbugs.gnu.org (full text, mbox):

From: "Antonio T. sagitter" <sagitter <at> fedoraproject.org>
To: bill-auger <bill-auger <at> peers.community>, 45549 <at> debbugs.gnu.org
Subject: Re: bug#45549: Resolving bug with file exists on l10n
Date: Wed, 30 Dec 2020 15:07:22 +0100

[Message part 1 (text/plain, inline)]

On 30/12/20 14:57, bill-auger wrote:
> the makeicecat script does not handle unclean re-builds
> gracefully - if you are interested, i have a patch which cleans
> the work dir, if it is present, and also avoids downloading the
> upstream sources repeatedly, if those are present

Interesting! Can you share it?
Thanks.

> 
> that is mainly to assist with development, of course - if you
> only plan to build icecat once, then it is not likely that you
> would need to run makeicecat more than once - the simple fix is
> to delete the 'output' directory before running makeicecat
> 
> 
> 

-- 
---
Antonio Trande
Fedora Project
mailto: sagitter <at> fedoraproject.org
GPG key: 0x29FBC85D7A51CC2F
GPG key server: https://keys.gnupg.net/

[OpenPGP_0x29FBC85D7A51CC2F.asc (application/pgp-keys, attachment)]

[OpenPGP_signature (application/pgp-signature, attachment)]

Message #14 received at 45549 <at> debbugs.gnu.org (full text, mbox):

From: bill-auger <bill-auger <at> peers.community>
To: 45549 <at> debbugs.gnu.org
Subject: Re: bug#45549: Resolving bug with file exists on l10n
Date: Mon, 4 Jan 2021 04:43:26 -0500

On Wed, 30 Dec 2020 15:07:22 +0100 Antonio wrote:
> Interesting! Can you share it?
> Thanks.


yes, i plan to offer it to gnuzilla eventually - i intend for my
fork to be only a temporary one; but for now, those specific
changes exist in a series under VCS, and it would take some
tweaking to extract that feature as a stand-alone patch -
hopefully, this is a temporary situation for everyone, and
gnuzilla can resume publishing prepared source-balls soon

if you only want to use it as a guide, refer to this patch,
though it probably will not apply well as is, without the
previous housekeeping changes

https://git.parabola.nu/~bill-auger/icecat.git/commit/?h=v78.6&id=d678974b62ecb7608ddbab2406fdad7b33fd5121

if you have the gnuzilla git sources, the easiest way to use it,
would be to pull the v78.6 branch from the parabola fork

$ git remote add parabola https://git.parabola.nu/~bill-auger/icecat.git
$ git fetch parabola
$ git checkout -b parabola-v78.6 parabola/v78.6

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.