similar to: [PATCH] message catalogs don't need to be executable

We are migrating to Weblate (the Fedora instance, in particular) for translations instead of Zanata. Adapt our tooling a bit to the different workflow: - Weblate takes care of updating the po files whenever a new translation catalog is available, so stop doing that on our own: this meant also tweaking the po4a usage for POD documentations, resulting in simpler rules (IMHO) - ensure that the

Version 1 of the patch, for discussion, but not to be applied. It does work, but needs a lot more testing. This removes all the psychopathic gettextify cruft, and replaces it with a 99 line Makefile.am. A large win, I think. The third patch implements gettext support in the OCaml tools. The fourth patch is just for illustration. It shows the consequent changes to libguestfs.pot and the po

We are migrating to Weblate (the Fedora instance, in particular) for translations instead of Zanata. Adapt our tooling a bit to the different workflow: - Weblate takes care of updating the po files whenever a new translation catalog is available, so stop doing that on our own: this meant also tweaking the po4a usage for POD documentations, resulting in simpler rules (IMHO) - ensure that the

When building the latest svn source of vorbis-tools, I get the following error: Making all in po test ! -f ./vorbis-tools.pot || \ test -z "be.gmo cs.gmo da.gmo es.gmo fr.gmo hr.gmo hu.gmo nl.gmo ro.gmo ru.gmo sv.gmo uk.gmo" || make be.gmo cs.gmo da.gmo es.gmo fr.gmo hr.gmo hu.gmo nl.gmo ro.gmo ru.gmo sv.gmo uk.gmo rm -f be.gmo && /usr/local/bin/msgfmt -c --statistics -o

Compiling e2fsprogs-1.35 under Linux complains.... make[2]: Entering directory `/src/kernel/e2fsprogs-1.35/po' : --update cs.po e2fsprogs.pot rm -f cs.gmo && : -c --statistics -o cs.gmo cs.po mv: cannot stat `t-cs.gmo': No such file or directory make[2]: *** [cs.gmo] Error 1 make[2]: Leaving directory `/src/kernel/e2fsprogs-1.35/po' make[1]: *** [all-progs-recursive] Error 1

> > If you're building llvm-gcc4, you don't need the runtime libraries, so > I'd just stick with the "tools-only" build and declare success. If > you're building llvm-gcc3, I'd suggest you switch to llvm-gcc4 :) I switched to llvm-gcc4 but when I run make from obj folder i run into folowing errors: Can't find a library with no dependencies at

Hi, everyone I'm building the newest libvirt from git repository, of version 782afa98e4a5fa9a0927a9e32f9cf36082a2e8e7 and failed complaining as the following. make[3]: Entering directory `/home/harvey/open-projects/libvirt-build/po' cd ../../libvirt/po && : --update af.po libvirt.pot cd ../../libvirt/po && rm -f af.gmo && : -c --statistics -o af.gmo af.po mv:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 make[2]: Cambiando a directorio `/home/luismi/tmp/tinc-1.0pre4/po' file=./`echo es | sed 's,.*/,,'`.gmo \ && rm -f $file && --statistics -o $file es.po /bin/sh: --statistics: command not found make[2]: *** [es.gmo] Error 127 make[2]: Saliendo directorio `/home/luismi/tmp/tinc-1.0pre4/po' make[1]: *** [all-recursive]

If you're building llvm-gcc4, you don't need the runtime libraries, so I'd just stick with the "tools-only" build and declare success. If you're building llvm-gcc3, I'd suggest you switch to llvm-gcc4 :) However, the problem appears to be your PATH variable. In your path you have the following directory: C:/Program Files/Microsoft DirectX SDK (June

Hi! I'm trying to build LLVM under cygwin. I have the latest version of cygwin and CVS versions of llvm, llvm-test and llvm-gcc. make of tools only succeeded. make of frontend succeeded too but full make of llvm failed on crtend in llvm/runtime/GCCLibraries with the following message: llvm[0]: Compiling crtend.c for Debug build (bytecode) /bin/sh: -c: line 0: syntax error near unexpected

This is an automatic message generated by the builder on builder-debian for libguestfs. Log files from the build follow below. Linux builder-debian.home.annexia.org 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64 GNU/Linux Fri Jul 8 21:00:01 BST 2011 ----- + git pull --rebase git://git.annexia.org/git/libguestfs.git master >From git://git.annexia.org/git/libguestfs * branch

On Tue, 2006-08-01 at 15:48 +0400, Anton Vayvod wrote: > If you're building llvm-gcc4, you don't need the runtime > libraries, so > I'd just stick with the "tools-only" build and declare > success. If > you're building llvm-gcc3, I'd suggest you switch to > llvm-gcc4 :) > > I switched to

On Mon, Oct 05, 2015 at 06:12:03PM +0300, Roman Kagan wrote: > On Mon, Oct 05, 2015 at 02:17:52PM +0100, Richard W.M. Jones wrote: > > On Mon, Oct 05, 2015 at 03:40:01PM +0300, Roman Kagan wrote: > > > -guestsdir="$(cd ../tests/guests && pwd)" > > > -f="$guestsdir/windows.img" > > > +abs_top_builddir="$(cd ..; pwd)" >

Hello, Today, Brian Ripley commited the revision 50000 of R's svn repository. I took this as an opportunity to do some data analysis of the log and posted some code and graphics on my blog: http://romainfrancois.blog.free.fr/index.php?post/2009/10/09/celebrating-R-commit-50000 The plots of the number of commits per day (and per month) indicates a peak in 2002. Here are the top 20

On Mon, Oct 05, 2015 at 05:05:32PM +0100, Richard W.M. Jones wrote: > On Mon, Oct 05, 2015 at 06:12:03PM +0300, Roman Kagan wrote: > > On Mon, Oct 05, 2015 at 02:17:52PM +0100, Richard W.M. Jones wrote: > > > This doesn't appear in EXTRA_DIST, so it won't be copied to the tarball. > > > > Didn't know that. How is the tarball generated, so that I can test

Given that no 1.36 has appeared from Fedora Core, I thought I would create the rpm myself. I took the 1.35-11.2 src.rpm from FC3 and updated the spec file for 1.36. However, the build fails. Has anyone successfully created a 1.36 rpm for FC3? If so, what did you need to do? Gene

This is an automatic message generated by the builder on builder-debian for libguestfs. Log files from the build follow below. Linux builder-debian.home.annexia.org 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64 GNU/Linux Tue Dec 14 21:00:01 GMT 2010 ----- + git pull --rebase git://git.annexia.org/git/libguestfs.git master >From git://git.annexia.org/git/libguestfs * branch

This is an automatic message generated by the builder on builder-debian for libguestfs. Log files from the build follow below. Linux builder-debian.home.annexia.org 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64 GNU/Linux Tue Jan 18 21:00:01 GMT 2011 ----- + git pull --rebase git://git.annexia.org/git/libguestfs.git master >From git://git.annexia.org/git/libguestfs * branch

Please bear with me as this is quite a complicated problem which has eluded me for days now... I recently upgraded a Samba 2.2 PDC to Samba 3.0 [3.0.20a as of now]. After upgrading, I had problems with two XP machines, among 16 of them. One of them didn't validate the domain users correctly. That was immediately taken care of by having said machine leave and re-join the domain. Nothing

This is an automatic message generated by the builder on builder-debian for libguestfs. Log files from the build follow below. Linux builder-debian.home.annexia.org 2.6.36-trunk-amd64 #1 SMP Wed Oct 27 14:28:29 UTC 2010 x86_64 GNU/Linux Fri Mar 4 21:00:01 GMT 2011 ----- + git pull --rebase git://git.annexia.org/git/libguestfs.git master >From git://git.annexia.org/git/libguestfs * branch