Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#19886 closed defect (fixed)

Ardour2 build error concerning el_GR.po

Reported by: frstan@… Owned by: dbevans (David B. Evans)
Priority: Normal Milestone:
Component: ports Version: 1.7.1
Keywords: Cc: ryandesign (Ryan Carsten Schmidt)
Port: ardour2, gettext

Description

debug output attached

Attachments (1)

ardour2_debug.rtf (712.8 KB) - added by frstan@… 15 years ago.

Download all attachments as: .zip

Change History (8)

Changed 15 years ago by frstan@…

Attachment: ardour2_debug.rtf added

comment:1 Changed 15 years ago by jmroot (Joshua Root)

Owner: changed from macports-tickets@… to devans@…

comment:2 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added

I also am seeing this problem on 10.5.7 Intel.

po_builder(["libs/ardour/el_GR.po"], ["libs/ardour/po/el_GR.po", "libs/ardour/libardour2.pot"])
Updating libs/ardour/el_GR.po
............................................................................................................................... done.
msgmerge: `libs/ardour/el_GR.po': No such file or directory

But on 10.4.11 Intel it built with no problem. The file ${worksrcpath}/libs/ardour/el_GR.po does exist so I don't know why msgmerge thinks it doesn't.

comment:3 Changed 15 years ago by dbevans (David B. Evans)

Status: newassigned

comment:4 Changed 15 years ago by dbevans (David B. Evans)

Keywords: ardour2 removed

Since I only have 10.4.11 ppc and it works on that as well then I need your help to understand what is happening on 10.5.

The intent of the po_builder function is to do the following:

exec  "cp libs/ardour/po/el_GR.po libs/ardour/el_GR.po"
exec  "msgmerge --update libs/ardour/el_GR.po libs/ardour/libardour2.pot"

So, paying attention to the two paths involved, at the point where msgmerge fails, has

libs/ardour/po/el_GR.po

been successfully copied to

libs/ardour/el_GR.po?

comment:5 Changed 15 years ago by beaumontc@…

I was able to get Ardour 2.8 to compile successfully (but in English only) by adding NLS=no to the build.cmd line in the Portfile

build.cmd scons NLS=no

See http://article.gmane.org/gmane.comp.audio.ardour.devel/3265 etc.

OS 10.5.7 macports 1.7.1

comment:6 in reply to:  4 ; Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Port: gettext added
Resolution: fixed
Status: assignedclosed

Replying to devans@…:

at the point where msgmerge fails, has libs/ardour/po/el_GR.po been successfully copied to libs/ardour/el_GR.po?

Yes it has.

Running msgmerge manually produces the same output:

$ msgmerge --update libs/ardour/el_GR.po libs/ardour/libardour2.pot
............................................................................................................................... done.
msgmerge: `libs/ardour/el_GR.po': No such file or directory

I found this other report of the same problem for ardour in 2007, with the suggestion to turn off NLS as a workaround:

http://ardour.org/node/1358

Not related to ardour, I found an explanation of the problem here:

http://subcommanderblog.wordpress.com/2009/05/16/msgmerge-on-macosx-and-no-such-file-or-directory/

It seems to be a bug in the way msgmerge makes backup files on Leopard, and the suggested workaround is to turn off backup files (we don't need them).

I will report this bug to the developers of gettext.

I have committed a fix to the ardour2 port in r54481.

The developers of ardour might want to rethink whether it is appropriate to run msgmerge on the user's system. Such tasks should be done by the developers of ardour at packaging time instead.

comment:7 in reply to:  6 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to ryandesign@…:

I will report this bug to the developers of gettext.

It has already been reported and will be fixed in gettext 0.18.

Note: See TracTickets for help on using tickets.