It is on the gtk3 branch

Thanks for the report!

I get:

$ intltool-update -m
Unmatched ( in regex; marked by <-- HERE in m/^balsa-m4_esyscmd_s( <-- HERE test-d.git&&gitdescribe--tags||echo2.4.90/.*$/ at /usr/bin/intltool-update line 312, <FILE> line 97.

I don't know how to find the offending regex string; a quick look didn't show one that differs from the one in master.  Is there a log file somewhere with more details?

On Fedora 16 with intltool-0.41.1-2.fc15.noarch I get a different line number:

Unmatched ( in regex; marked by <-- HERE in m/^balsa-m4_esyscmd_s( <-- HERE test-d.git&&gitdescribe--tags||echo2.4.90/.*$/ at /usr/bin/intltool-update line 312, <FILE> line 51.

Hi André!

Yes, that's odd--I have the same version of intltool.

I don't see anything regex-related at either line of any file that uses regex.  However, lines 11-14 of configure.in use this code to set the version:

# if autoconf is used not in a git source tree, use version=2.4.90
AC_INIT([balsa],
        m4_esyscmd_s([test -d .git && git describe --tags || echo 2.4.90]),
        [])

which looks sorta like the text in the error.  It builds fine, but possibly confuses intltool-update.  Deleting those lines allows intltool-update -m to run, with many warnings like:

Use of uninitialized value in regexp compilation at /usr/bin/intltool-update line 312, <FILE> line 2.

and finally a constructive message:

The following files contain translations and are currently not in use. Please
consider adding these to the POTFILES.in file, located in the po/ directory.

balsa-mailto-handler.desktop.in

I'm not sure what to do about those lines in configure.in.

Seems that intltool-update doesn't know about m4_esyscmd_s.  If I replace it with m4_esyscmd, everything's fine--except configure fails because the version string has a trailing newline.  I can get rid of that by using 'echo -n' instead of 'echo', but it's not portable.

Any thoughts?

I've replaced m4_esyscmd_s with m4_esyscmd and used echo -n to trim the trailing newline.  Please verify that it fixes the bug.

Thanks!

From what I can see on the damned lies page[1] this fixes the original problem. The pot-fil can however still not be built, because the file balsa-mailto-handler.desktop.in is mentioned in POTFILES.in or POTFILES.skip and it doesn't exist. You can see a more thorough error description on that same page.

Regards Kenneth

[1] http://l10n.gnome.org/module/balsa/#gtk3

Sorry about that!  I've moved balsa-mailto-handler.desktop.in and balsa-.desktop.in to POTFILES.skip.  They're generated files, and were present in my tree, so I didn't see the issue.

I ran "intltool-update -p" with those files removed, and saw no error.  It appears that a non-existent file in POTFILES.skip is not an error--is that correct?  I'm very unfamiliar with the pot files.

Thanks for your input!

Peter

The damned lies page is no longer showing any errors.

Thanks for fixing it.

I have no idea about your POTFILES.skip question.

Regards Kenneth

Thanks for checking!

Resolving as FIXED...