March 2017 - Devel - Po4a List Archives

by hottea

hi, dear all. I'm not sure if I have join this mail list. I don't know how to join as there isn't a how-to on the website. I hope you can receive my email. I found po4a when doing some translation, and found that there's not a complete Simplified Chinese translation for po4a, so I do the work. I create a project on transifex, a localization platform, see www.transifex.com/projects/p/po4a-translation. I wonder how could I see the final result? Where are the translation installed? If you're interested in the Simplified Chinese translation for po4a, please join the language team on transifex.com, you can also request language on transifex. ----- send from hottea's openSUSE

3 years, 9 months

2
1
0 / 1

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

7 years, 7 months

2
21
0 / 0

[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  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>Foo bar</para> to have this comment printed into PO files. One could indeed define special comments, e.g. <para>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...

7 years, 7 months

1
0
0 / 0

[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  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>Foo bar</para> to have this comment printed into PO files. One could indeed define special comments, e.g. <para>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...

7 years, 7 months

1
0
0 / 0

[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...

7 years, 7 months

1
0
0 / 0

[po4a-Bugs][302133] Xml module does wrap the document, even when passing --width to po4a-translate

by po4a-bugs＠alioth.debian.org

po4a-Bugs item #302133 was changed at 29/03/2017 23:50 by Martin Quinson You can respond by visiting: https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=302133&gro... Status: Open Priority: 3 Submitted By: Martin Quinson (mquinson) Assigned to: Jordi Vilalta (jvprat-guest) >Summary: Xml module does wrap the document, even when passing --width to po4a-translate Category: Xml.pm Group: None Resolution: None Initial Comment: As the title says, the Xml module does not wrap the generated document, even if asked to by the -w flag ---------------------------------------------------------------------- You can respond by visiting: https://alioth.debian.org/tracker/?func=detail&atid=410622&aid=302133&gro...

7 years, 7 months

1
0
0 / 0

[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...

7 years, 7 months

1
0
0 / 0

[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...

7 years, 7 months

1
0
0 / 0

[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...

7 years, 7 months

1
0
0 / 0

[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...

7 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Devel March 2017