Re: [Po4a-devel] Bug#827936: po4a: please implement support for Ruby document format
by Martin Quinson
Hello,
the truth is that the development of po4a is kinda stopped since a few
years. We do the basic maintainance, like reviewing and applying
proposed patches (with some delays), but I don't manage to devote any
time to the new wanted features myself. I'm sorry about that, but this
is a fact.
As a result, I think that you should develop this module yourself. I
understand that Perl will make your brain burn as a Ruby programmer,
but at the end, developping a new module for po4a is very easy. And I
can guide you in this process if you go that way.
Check the doc on writing a new module, here:
man Locale::Po4a::TransTractor
I think that this is a good idea to keep both the upstream list and
the debian bug in CC while discussing it. It will ensure both a good
diffusion and a good archiving of the discussions.
Good luck, Mt.
On Wed, Jun 22, 2016 at 11:35:21PM +0200, Francesco Poli (wintermute) wrote:
> Package: po4a
> Version: 0.47-2
> Severity: wishlist
>
> Hello and thanks for developing po4a.
>
> As discussed on the po4a-devel mailing list [1], it would be great
> if po4a supported the Ruby document format [2].
>
> [1] https://lists.alioth.debian.org/pipermail/po4a-devel/2016-June/002364.html
> [2] https://en.wikipedia.org/wiki/Ruby_Document_format
>
> Could you please implement support for it in an appropriate module,
> so that I could, for instance, do something like:
>
> $ po4a-gettextize -f rd -m apt-listbugs -p doc-apt-listbugs.pot
>
> The Ruby document format is processed by package rdtool (among other
> possible tools) and is described in its documentation [3].
>
> [3] https://github.com/uwabami/rdtool/blob/master/doc/rd-draft.rd
>
> I hope implementing this additional module is not too hard.
> Please let me know.
>
> Thanks a lot for your time!
> Bye.
>
--
Reject: Figure 3 is unclear. -- Bastard Reviewer From Hell
3 years, 9 months
[po4a-Bugs][311647] Allow marking some paragraphs/phrases as not-for-translation
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #311647 was changed at 30/03/2017 22:30 by Martin Quinson
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=311647&gro...
Status: Open
Priority: 3
Submitted By: Michael Terry (mterry-guest)
Assigned to: Nobody (None)
Summary: Allow marking some paragraphs/phrases as not-for-translation
Category: None
Group: None
Resolution: None
Initial Comment:
It would be nice if I could mark some paragraphs as untranslatable.
For example, say I have a docbook flie that lists a number of file paths as part of the documentation. These paths (like ~/.cache) show up to be translated, but I don't want them to be.
Maybe some format-specific comment that po4a understands? In the docbook example, the paragraph being preceded by <!-- po4a: ignore --> or something.
----------------------------------------------------------------------
>Comment By: Martin Quinson (mquinson)
Date: 30/03/2017 22:30
Message:
Just to be sure: in which modules would you need this feature, Michael?
Implementing it in Sgml may be particularly challenging so I'd prefer not to do that if you don't really need it. Is it enough if it works in Man?
Thanks for your patience,
Mt
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 30/03/2017 22:25
Message:
Just for the record, this feature is now implemented in the man module (see section "Hiding text from po4a" from Locale::Po4a::Man(3pm))
----------------------------------------------------------------------
Comment By: Michael Terry (mterry-guest)
Date: 29/07/2010 20:14
Message:
That would be fine. I'd also be interested in similar syntax for man pages too.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 29/07/2010 15:39
Message:
You are right, that would be nice. The parser can cope with comments only if they are embedded within a paragraph, which means that in XML one has to write <para><!-- Hey translator -->Foo bar</para> to have this comment printed into PO files.
One could indeed define special comments, e.g. <para><!-- po4a: ignore -->Foo bar</para> to have a paragraph copied verbatim into translated documents. Note that these comments will not be removed from translated documents, I believe that this is fine.
You can test by editing Locale/Po4a/Xml.pm like this: replace
if ($translate ne "")
by
if ($translate ne "" && !(defined($comments) && $comments =~ m/^\s*po4a:\s*ignore/s))
I will commit this change unless you report problems with it.
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=311647&gro...
3 years, 9 months
[po4a-Bugs][311647] Allow marking some paragraphs/phrases as not-for-translation
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #311647 was changed at 30/03/2017 22:25 by Martin Quinson
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=311647&gro...
Status: Open
Priority: 3
Submitted By: Michael Terry (mterry-guest)
Assigned to: Nobody (None)
Summary: Allow marking some paragraphs/phrases as not-for-translation
Category: None
Group: None
Resolution: None
Initial Comment:
It would be nice if I could mark some paragraphs as untranslatable.
For example, say I have a docbook flie that lists a number of file paths as part of the documentation. These paths (like ~/.cache) show up to be translated, but I don't want them to be.
Maybe some format-specific comment that po4a understands? In the docbook example, the paragraph being preceded by <!-- po4a: ignore --> or something.
----------------------------------------------------------------------
>Comment By: Martin Quinson (mquinson)
Date: 30/03/2017 22:25
Message:
Just for the record, this feature is now implemented in the man module (see section "Hiding text from po4a" from Locale::Po4a::Man(3pm))
----------------------------------------------------------------------
Comment By: Michael Terry (mterry-guest)
Date: 29/07/2010 20:14
Message:
That would be fine. I'd also be interested in similar syntax for man pages too.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 29/07/2010 15:39
Message:
You are right, that would be nice. The parser can cope with comments only if they are embedded within a paragraph, which means that in XML one has to write <para><!-- Hey translator -->Foo bar</para> to have this comment printed into PO files.
One could indeed define special comments, e.g. <para><!-- po4a: ignore -->Foo bar</para> to have a paragraph copied verbatim into translated documents. Note that these comments will not be removed from translated documents, I believe that this is fine.
You can test by editing Locale/Po4a/Xml.pm like this: replace
if ($translate ne "")
by
if ($translate ne "" && !(defined($comments) && $comments =~ m/^\s*po4a:\s*ignore/s))
I will commit this change unless you report problems with it.
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=311647&gro...
3 years, 9 months
[po4a-Bugs][312893] RFE: provide an option that only recreates translated files from po and original
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #312893 was changed at 29/03/2017 23:54 by Martin Quinson
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=312893&gro...
Status: Open
Priority: 3
Submitted By: Jakub Hrozek (jhrozek-guest)
Assigned to: Nobody (None)
Summary: RFE: provide an option that only recreates translated files from po and original
Category: None
Group: None
Resolution: None
Initial Comment:
Currently, the only way to use po4a to only recreate translated files from originals and .po files is calling po4a-translate. However, this has the downside of not using the config file.
Since po4a already contains --no-translations option, is it possible to also include something like --only-translations?
----------------------------------------------------------------------
>Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 23:54
Message:
I think that we should come up with something similar to git: a main po4a command, with subcommands as follows:
po4a -f po4a.cfg translate # same as po4a-translate, but using the config file)
Then, the config file could be made optional, automatically searched in the current tree.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 15/12/2010 19:44
Message:
Hello Jakub,
Colin Watson made a similar request
http://bugs.debian.org/599179
http://bugs.debian.org/602387
As a translator, I have several times found that the PO file which was provided to me had not been updated with respect to source files, thus I am quite reluctant to implement such an option, I really like po4a's current behaviour to ensure that PO files are always up-to-date.
But if you can convince me that it is really needed, I will be glad to reconsider my position ;)
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=312893&gro...
3 years, 9 months
[po4a-Bugs][314392] Installation doesn't fully respect PREFIX
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #314392 was changed at 29/03/2017 23:48 by Martin Quinson
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
>Status: Closed
Priority: 3
Submitted By: Renato Botelho (garga-guest)
Assigned to: Nobody (None)
Summary: Installation doesn't fully respect PREFIX
Category: None
Group: None
>Resolution: Fixed
Initial Comment:
I'm working to update po4a to 0.44 on FreeBSD ports tree, and I'm having issues when I set prefix to something != /usr/local. It installs some files on the PREFIX I defined and other files on /usr/local. I'm attaching a full buildlog so you can see which files are installed on /tmp/po4a-0.44 prefix and which ones are installed on /usr/local.
----------------------------------------------------------------------
>Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 23:48
Message:
Thus closing. Thanks for the testing!
----------------------------------------------------------------------
Comment By: Renato Botelho (garga-guest)
Date: 29/03/2017 22:45
Message:
I confirmed the original issue reported here is now fixed in 0.51. Thanks!
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 15:38
Message:
Woops. I just uploaded the tarball to alioth, sorry.
----------------------------------------------------------------------
Comment By: Renato Botelho (garga-guest)
Date: 29/03/2017 15:16
Message:
Where can I get 0.51 sources tarball?
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 14:38
Message:
Hello everybody,
I tried to fix it recently. Could you please tell me if 0.51 works better for you, and if not, what are the symptoms now?
Thanks in advance,
Mt.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 10:15
Message:
After reading Module::Build sources, I believe that
my $mandir = $self->install_destination('bindoc');
may do the job, and it works here.
Justin, could you please check on your system?
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 09:29
Message:
Justin, you are right, this is what I will implement.
However I would like to understand why there are such discrepancies, any hint is welcome.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 02:14
Message:
I just had a thought
$self->install_map->{'blib/bindoc'};
works for you, but is undefined for me
$self->install_path()->{'bindoc'};
works for me, but is undefined for you
maybe you should set it to $self->install_map->{'blib/bindoc'}; if it's undefined then set it to $self->install_path()->{'bindoc'}; and if it's still undefined fall back to $self->install_sets($self->installdirs)->{'bindoc'};
Not the most elegant but better then what is there currently I'd think.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 02:09
Message:
Module::Build 0.40.07
Perl 5.12.4
I bet I know why I bet it's because I'm setting
--install_path bindoc=/sw/share/man/man1
destdir=/sw/src/fink.build/root-po4a-0.45-1
I haven't looked at the debian version but maybe it's not setting bindoc? I'll login to my debian box and grab the source and check rules and see
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 01:22
Message:
Hello,
Your version does not work here on my Debian box :(
With both Module::Build 0.38 and 0.4003, $mandir is then undefined.
Which version do you use?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 00:31
Message:
of course with this method line 136 is no longer required but it doesn't hurt so I left it in mine, again I hope it helps solve this report.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 00:26
Message:
it seems that changing line 135 to
my $mandir = $self->install_path()->{'bindoc'};
seems to work for me. Maybe this will help others?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 04/09/2013 20:01
Message:
I used
perl -pi -e 's,install_sets[\(]\$self-(.)installdirs[\)]-.(\{)(.)bindoc.,install_map-\1\2\3blib/bindoc\3,g' Po4aBuilder.pm
to patch before build which gives me
my $mandir = $self->install_map->{'blib/bindoc'};
on line 135 of Po4aBuilder.pm
but now I get these errors, that is the right line cause I had no /usr/local but it's not not installed locales or intl man pages at all.
./Build install --install_path lib=/sw/lib/perl5 --install_path arch=/sw/lib/perl5/darwin-thread-multi-2level --install_path script=/sw/bin --install_path bin=/sw/bin --install_path bindoc=/sw/share/man/man1 --install_path libdoc=/sw/share/man/man3 --install_path binhtml=/sw/share/man/man1 --install_path libhtml=/sw/share/man/man3 destdir=/sw/src/fink.build/root-po4a-0.45-1
Use of uninitialized value $mandir in substitution (s///) at Po4aBuilder.pm line 136.
Use of uninitialized value $localedir in substitution (s///) at Po4aBuilder.pm line 141.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 04/09/2013 18:11
Message:
Replace l.132 of Po4aBuilder.pm
my $mandir = $self->install_sets($self->installdirs)->{'bindoc'};
by
my $mandir = $self->install_map->{'blib/bindoc'};
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 04/09/2013 00:34
Message:
it does not, I can post my build log if it helps but 0.45 is doing the same thing.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 03/09/2013 23:54
Message:
Hello,
I had trouble with Module::Build, and made some changes in 0.45. Could you please check whether 0.45 fixes this bug?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 03/09/2013 23:48
Message:
As the fink maintainer for po4a I can confirm this behaviour from 0.42 to 0.45, is there a patch or Build option to fix this yet?
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
3 years, 9 months
[po4a-Bugs][314392] Installation doesn't fully respect PREFIX
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #314392 was changed at 2017-03-29 17:45 by Renato Botelho
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
Status: Open
Priority: 3
Submitted By: Renato Botelho (garga-guest)
Assigned to: Nobody (None)
Summary: Installation doesn't fully respect PREFIX
Category: None
Group: None
Resolution: None
Initial Comment:
I'm working to update po4a to 0.44 on FreeBSD ports tree, and I'm having issues when I set prefix to something != /usr/local. It installs some files on the PREFIX I defined and other files on /usr/local. I'm attaching a full buildlog so you can see which files are installed on /tmp/po4a-0.44 prefix and which ones are installed on /usr/local.
----------------------------------------------------------------------
Comment By: Renato Botelho (garga-guest)
Date: 2017-03-29 17:45
Message:
I confirmed the original issue reported here is now fixed in 0.51. Thanks!
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 2017-03-29 10:38
Message:
Woops. I just uploaded the tarball to alioth, sorry.
----------------------------------------------------------------------
Comment By: Renato Botelho (garga-guest)
Date: 2017-03-29 10:16
Message:
Where can I get 0.51 sources tarball?
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 2017-03-29 09:38
Message:
Hello everybody,
I tried to fix it recently. Could you please tell me if 0.51 works better for you, and if not, what are the symptoms now?
Thanks in advance,
Mt.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-10 05:15
Message:
After reading Module::Build sources, I believe that
my $mandir = $self->install_destination('bindoc');
may do the job, and it works here.
Justin, could you please check on your system?
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-10 04:29
Message:
Justin, you are right, this is what I will implement.
However I would like to understand why there are such discrepancies, any hint is welcome.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 21:14
Message:
I just had a thought
$self->install_map->{'blib/bindoc'};
works for you, but is undefined for me
$self->install_path()->{'bindoc'};
works for me, but is undefined for you
maybe you should set it to $self->install_map->{'blib/bindoc'}; if it's undefined then set it to $self->install_path()->{'bindoc'}; and if it's still undefined fall back to $self->install_sets($self->installdirs)->{'bindoc'};
Not the most elegant but better then what is there currently I'd think.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 21:09
Message:
Module::Build 0.40.07
Perl 5.12.4
I bet I know why I bet it's because I'm setting
--install_path bindoc=/sw/share/man/man1
destdir=/sw/src/fink.build/root-po4a-0.45-1
I haven't looked at the debian version but maybe it's not setting bindoc? I'll login to my debian box and grab the source and check rules and see
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-09 20:22
Message:
Hello,
Your version does not work here on my Debian box :(
With both Module::Build 0.38 and 0.4003, $mandir is then undefined.
Which version do you use?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 19:31
Message:
of course with this method line 136 is no longer required but it doesn't hurt so I left it in mine, again I hope it helps solve this report.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 19:26
Message:
it seems that changing line 135 to
my $mandir = $self->install_path()->{'bindoc'};
seems to work for me. Maybe this will help others?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-04 15:01
Message:
I used
perl -pi -e 's,install_sets[\(]\$self-(.)installdirs[\)]-.(\{)(.)bindoc.,install_map-\1\2\3blib/bindoc\3,g' Po4aBuilder.pm
to patch before build which gives me
my $mandir = $self->install_map->{'blib/bindoc'};
on line 135 of Po4aBuilder.pm
but now I get these errors, that is the right line cause I had no /usr/local but it's not not installed locales or intl man pages at all.
./Build install --install_path lib=/sw/lib/perl5 --install_path arch=/sw/lib/perl5/darwin-thread-multi-2level --install_path script=/sw/bin --install_path bin=/sw/bin --install_path bindoc=/sw/share/man/man1 --install_path libdoc=/sw/share/man/man3 --install_path binhtml=/sw/share/man/man1 --install_path libhtml=/sw/share/man/man3 destdir=/sw/src/fink.build/root-po4a-0.45-1
Use of uninitialized value $mandir in substitution (s///) at Po4aBuilder.pm line 136.
Use of uninitialized value $localedir in substitution (s///) at Po4aBuilder.pm line 141.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-04 13:11
Message:
Replace l.132 of Po4aBuilder.pm
my $mandir = $self->install_sets($self->installdirs)->{'bindoc'};
by
my $mandir = $self->install_map->{'blib/bindoc'};
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-03 19:34
Message:
it does not, I can post my build log if it helps but 0.45 is doing the same thing.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-03 18:54
Message:
Hello,
I had trouble with Module::Build, and made some changes in 0.45. Could you please check whether 0.45 fixes this bug?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-03 18:48
Message:
As the fink maintainer for po4a I can confirm this behaviour from 0.42 to 0.45, is there a patch or Build option to fix this yet?
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
3 years, 9 months
[po4a-Bugs][314392] Installation doesn't fully respect PREFIX
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #314392 was changed at 29/03/2017 15:38 by Martin Quinson
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
Status: Open
Priority: 3
Submitted By: Renato Botelho (garga-guest)
Assigned to: Nobody (None)
Summary: Installation doesn't fully respect PREFIX
Category: None
Group: None
Resolution: None
Initial Comment:
I'm working to update po4a to 0.44 on FreeBSD ports tree, and I'm having issues when I set prefix to something != /usr/local. It installs some files on the PREFIX I defined and other files on /usr/local. I'm attaching a full buildlog so you can see which files are installed on /tmp/po4a-0.44 prefix and which ones are installed on /usr/local.
----------------------------------------------------------------------
>Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 15:38
Message:
Woops. I just uploaded the tarball to alioth, sorry.
----------------------------------------------------------------------
Comment By: Renato Botelho (garga-guest)
Date: 29/03/2017 15:16
Message:
Where can I get 0.51 sources tarball?
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 14:38
Message:
Hello everybody,
I tried to fix it recently. Could you please tell me if 0.51 works better for you, and if not, what are the symptoms now?
Thanks in advance,
Mt.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 10:15
Message:
After reading Module::Build sources, I believe that
my $mandir = $self->install_destination('bindoc');
may do the job, and it works here.
Justin, could you please check on your system?
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 09:29
Message:
Justin, you are right, this is what I will implement.
However I would like to understand why there are such discrepancies, any hint is welcome.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 02:14
Message:
I just had a thought
$self->install_map->{'blib/bindoc'};
works for you, but is undefined for me
$self->install_path()->{'bindoc'};
works for me, but is undefined for you
maybe you should set it to $self->install_map->{'blib/bindoc'}; if it's undefined then set it to $self->install_path()->{'bindoc'}; and if it's still undefined fall back to $self->install_sets($self->installdirs)->{'bindoc'};
Not the most elegant but better then what is there currently I'd think.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 02:09
Message:
Module::Build 0.40.07
Perl 5.12.4
I bet I know why I bet it's because I'm setting
--install_path bindoc=/sw/share/man/man1
destdir=/sw/src/fink.build/root-po4a-0.45-1
I haven't looked at the debian version but maybe it's not setting bindoc? I'll login to my debian box and grab the source and check rules and see
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 01:22
Message:
Hello,
Your version does not work here on my Debian box :(
With both Module::Build 0.38 and 0.4003, $mandir is then undefined.
Which version do you use?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 00:31
Message:
of course with this method line 136 is no longer required but it doesn't hurt so I left it in mine, again I hope it helps solve this report.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 00:26
Message:
it seems that changing line 135 to
my $mandir = $self->install_path()->{'bindoc'};
seems to work for me. Maybe this will help others?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 04/09/2013 20:01
Message:
I used
perl -pi -e 's,install_sets[\(]\$self-(.)installdirs[\)]-.(\{)(.)bindoc.,install_map-\1\2\3blib/bindoc\3,g' Po4aBuilder.pm
to patch before build which gives me
my $mandir = $self->install_map->{'blib/bindoc'};
on line 135 of Po4aBuilder.pm
but now I get these errors, that is the right line cause I had no /usr/local but it's not not installed locales or intl man pages at all.
./Build install --install_path lib=/sw/lib/perl5 --install_path arch=/sw/lib/perl5/darwin-thread-multi-2level --install_path script=/sw/bin --install_path bin=/sw/bin --install_path bindoc=/sw/share/man/man1 --install_path libdoc=/sw/share/man/man3 --install_path binhtml=/sw/share/man/man1 --install_path libhtml=/sw/share/man/man3 destdir=/sw/src/fink.build/root-po4a-0.45-1
Use of uninitialized value $mandir in substitution (s///) at Po4aBuilder.pm line 136.
Use of uninitialized value $localedir in substitution (s///) at Po4aBuilder.pm line 141.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 04/09/2013 18:11
Message:
Replace l.132 of Po4aBuilder.pm
my $mandir = $self->install_sets($self->installdirs)->{'bindoc'};
by
my $mandir = $self->install_map->{'blib/bindoc'};
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 04/09/2013 00:34
Message:
it does not, I can post my build log if it helps but 0.45 is doing the same thing.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 03/09/2013 23:54
Message:
Hello,
I had trouble with Module::Build, and made some changes in 0.45. Could you please check whether 0.45 fixes this bug?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 03/09/2013 23:48
Message:
As the fink maintainer for po4a I can confirm this behaviour from 0.42 to 0.45, is there a patch or Build option to fix this yet?
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
3 years, 9 months
[po4a-Bugs][314392] Installation doesn't fully respect PREFIX
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #314392 was changed at 2017-03-29 10:16 by Renato Botelho
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
Status: Open
Priority: 3
Submitted By: Renato Botelho (garga-guest)
Assigned to: Nobody (None)
Summary: Installation doesn't fully respect PREFIX
Category: None
Group: None
Resolution: None
Initial Comment:
I'm working to update po4a to 0.44 on FreeBSD ports tree, and I'm having issues when I set prefix to something != /usr/local. It installs some files on the PREFIX I defined and other files on /usr/local. I'm attaching a full buildlog so you can see which files are installed on /tmp/po4a-0.44 prefix and which ones are installed on /usr/local.
----------------------------------------------------------------------
Comment By: Renato Botelho (garga-guest)
Date: 2017-03-29 10:16
Message:
Where can I get 0.51 sources tarball?
----------------------------------------------------------------------
Comment By: Martin Quinson (mquinson)
Date: 2017-03-29 09:38
Message:
Hello everybody,
I tried to fix it recently. Could you please tell me if 0.51 works better for you, and if not, what are the symptoms now?
Thanks in advance,
Mt.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-10 05:15
Message:
After reading Module::Build sources, I believe that
my $mandir = $self->install_destination('bindoc');
may do the job, and it works here.
Justin, could you please check on your system?
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-10 04:29
Message:
Justin, you are right, this is what I will implement.
However I would like to understand why there are such discrepancies, any hint is welcome.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 21:14
Message:
I just had a thought
$self->install_map->{'blib/bindoc'};
works for you, but is undefined for me
$self->install_path()->{'bindoc'};
works for me, but is undefined for you
maybe you should set it to $self->install_map->{'blib/bindoc'}; if it's undefined then set it to $self->install_path()->{'bindoc'}; and if it's still undefined fall back to $self->install_sets($self->installdirs)->{'bindoc'};
Not the most elegant but better then what is there currently I'd think.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 21:09
Message:
Module::Build 0.40.07
Perl 5.12.4
I bet I know why I bet it's because I'm setting
--install_path bindoc=/sw/share/man/man1
destdir=/sw/src/fink.build/root-po4a-0.45-1
I haven't looked at the debian version but maybe it's not setting bindoc? I'll login to my debian box and grab the source and check rules and see
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-09 20:22
Message:
Hello,
Your version does not work here on my Debian box :(
With both Module::Build 0.38 and 0.4003, $mandir is then undefined.
Which version do you use?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 19:31
Message:
of course with this method line 136 is no longer required but it doesn't hurt so I left it in mine, again I hope it helps solve this report.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-09 19:26
Message:
it seems that changing line 135 to
my $mandir = $self->install_path()->{'bindoc'};
seems to work for me. Maybe this will help others?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-04 15:01
Message:
I used
perl -pi -e 's,install_sets[\(]\$self-(.)installdirs[\)]-.(\{)(.)bindoc.,install_map-\1\2\3blib/bindoc\3,g' Po4aBuilder.pm
to patch before build which gives me
my $mandir = $self->install_map->{'blib/bindoc'};
on line 135 of Po4aBuilder.pm
but now I get these errors, that is the right line cause I had no /usr/local but it's not not installed locales or intl man pages at all.
./Build install --install_path lib=/sw/lib/perl5 --install_path arch=/sw/lib/perl5/darwin-thread-multi-2level --install_path script=/sw/bin --install_path bin=/sw/bin --install_path bindoc=/sw/share/man/man1 --install_path libdoc=/sw/share/man/man3 --install_path binhtml=/sw/share/man/man1 --install_path libhtml=/sw/share/man/man3 destdir=/sw/src/fink.build/root-po4a-0.45-1
Use of uninitialized value $mandir in substitution (s///) at Po4aBuilder.pm line 136.
Use of uninitialized value $localedir in substitution (s///) at Po4aBuilder.pm line 141.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-04 13:11
Message:
Replace l.132 of Po4aBuilder.pm
my $mandir = $self->install_sets($self->installdirs)->{'bindoc'};
by
my $mandir = $self->install_map->{'blib/bindoc'};
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-03 19:34
Message:
it does not, I can post my build log if it helps but 0.45 is doing the same thing.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 2013-09-03 18:54
Message:
Hello,
I had trouble with Module::Build, and made some changes in 0.45. Could you please check whether 0.45 fixes this bug?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 2013-09-03 18:48
Message:
As the fink maintainer for po4a I can confirm this behaviour from 0.42 to 0.45, is there a patch or Build option to fix this yet?
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
3 years, 9 months
[po4a-Bugs][314392] Installation doesn't fully respect PREFIX
by po4a-bugs＠alioth.debian.org
po4a-Bugs item #314392 was changed at 29/03/2017 14:38 by Martin Quinson
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
Status: Open
Priority: 3
Submitted By: Renato Botelho (garga-guest)
>Assigned to: Nobody (None)
Summary: Installation doesn't fully respect PREFIX
Category: None
Group: None
Resolution: None
Initial Comment:
I'm working to update po4a to 0.44 on FreeBSD ports tree, and I'm having issues when I set prefix to something != /usr/local. It installs some files on the PREFIX I defined and other files on /usr/local. I'm attaching a full buildlog so you can see which files are installed on /tmp/po4a-0.44 prefix and which ones are installed on /usr/local.
----------------------------------------------------------------------
>Comment By: Martin Quinson (mquinson)
Date: 29/03/2017 14:38
Message:
Hello everybody,
I tried to fix it recently. Could you please tell me if 0.51 works better for you, and if not, what are the symptoms now?
Thanks in advance,
Mt.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 10:15
Message:
After reading Module::Build sources, I believe that
my $mandir = $self->install_destination('bindoc');
may do the job, and it works here.
Justin, could you please check on your system?
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 09:29
Message:
Justin, you are right, this is what I will implement.
However I would like to understand why there are such discrepancies, any hint is welcome.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 02:14
Message:
I just had a thought
$self->install_map->{'blib/bindoc'};
works for you, but is undefined for me
$self->install_path()->{'bindoc'};
works for me, but is undefined for you
maybe you should set it to $self->install_map->{'blib/bindoc'}; if it's undefined then set it to $self->install_path()->{'bindoc'}; and if it's still undefined fall back to $self->install_sets($self->installdirs)->{'bindoc'};
Not the most elegant but better then what is there currently I'd think.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 02:09
Message:
Module::Build 0.40.07
Perl 5.12.4
I bet I know why I bet it's because I'm setting
--install_path bindoc=/sw/share/man/man1
destdir=/sw/src/fink.build/root-po4a-0.45-1
I haven't looked at the debian version but maybe it's not setting bindoc? I'll login to my debian box and grab the source and check rules and see
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 10/09/2013 01:22
Message:
Hello,
Your version does not work here on my Debian box :(
With both Module::Build 0.38 and 0.4003, $mandir is then undefined.
Which version do you use?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 00:31
Message:
of course with this method line 136 is no longer required but it doesn't hurt so I left it in mine, again I hope it helps solve this report.
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 10/09/2013 00:26
Message:
it seems that changing line 135 to
my $mandir = $self->install_path()->{'bindoc'};
seems to work for me. Maybe this will help others?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 04/09/2013 20:01
Message:
I used
perl -pi -e 's,install_sets[\(]\$self-(.)installdirs[\)]-.(\{)(.)bindoc.,install_map-\1\2\3blib/bindoc\3,g' Po4aBuilder.pm
to patch before build which gives me
my $mandir = $self->install_map->{'blib/bindoc'};
on line 135 of Po4aBuilder.pm
but now I get these errors, that is the right line cause I had no /usr/local but it's not not installed locales or intl man pages at all.
./Build install --install_path lib=/sw/lib/perl5 --install_path arch=/sw/lib/perl5/darwin-thread-multi-2level --install_path script=/sw/bin --install_path bin=/sw/bin --install_path bindoc=/sw/share/man/man1 --install_path libdoc=/sw/share/man/man3 --install_path binhtml=/sw/share/man/man1 --install_path libhtml=/sw/share/man/man3 destdir=/sw/src/fink.build/root-po4a-0.45-1
Use of uninitialized value $mandir in substitution (s///) at Po4aBuilder.pm line 136.
Use of uninitialized value $localedir in substitution (s///) at Po4aBuilder.pm line 141.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 04/09/2013 18:11
Message:
Replace l.132 of Po4aBuilder.pm
my $mandir = $self->install_sets($self->installdirs)->{'bindoc'};
by
my $mandir = $self->install_map->{'blib/bindoc'};
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 04/09/2013 00:34
Message:
it does not, I can post my build log if it helps but 0.45 is doing the same thing.
----------------------------------------------------------------------
Comment By: Denis Barbier (barbier-guest)
Date: 03/09/2013 23:54
Message:
Hello,
I had trouble with Module::Build, and made some changes in 0.45. Could you please check whether 0.45 fixes this bug?
----------------------------------------------------------------------
Comment By: Justin Hallett (thesin-guest)
Date: 03/09/2013 23:48
Message:
As the fink maintainer for po4a I can confirm this behaviour from 0.42 to 0.45, is there a patch or Build option to fix this yet?
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=314392&gro...
3 years, 9 months