bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-11-18 Thread Ludovic Courtès
Ivan Vilata i Balaguer  skribis:

> Ivan Vilata i Balaguer (2016-09-29 13:15:45 +0200) wrote:
>
>> Alex Kost (2016-09-29 11:03:41 +0300) wrote:
>> 
>> > Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:
>> > 
>> > > The description for ``gettext@0.19.8`` (current) includes this sentence:
>> > >
>> > > It provides translators with the means to create message
>> > > catalogs, as well as an Emacs mode to work with them, and a
>> > > runtime library to load translated messages from the catalogs.
>> > >
>> > > However, no output of the package includes the files for Emacs.
>> > 
>> > This is fixed in 'core-updates' branch now:
>> > ,
>> > however since the fix is not available for users (until core-updates
>> > will be merged into master) I think it's better to leave this bug
>> > opened.
>> > 
>> > Once the fix appears in 'master' (I will let you know when it
>> > happens), a user could do "guix pull" and install (or update)
>> > 'gettext' in his/her profile.  Then 'po-mode' will become available
>> > by default (without any additional settings in user's .emacs), it
>> > means that whenever you will open .po file, 'po-mode' will be loaded
>> > and enabled automatically.
>> 
>> Impressive, thanks a lot to everyone!
>
> Working like a charm since the last upgrade, thank you!

Indeed, closing!

Ludo’.





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-11-17 Thread Ivan Vilata i Balaguer
Ivan Vilata i Balaguer (2016-09-29 13:15:45 +0200) wrote:

> Alex Kost (2016-09-29 11:03:41 +0300) wrote:
> 
> > Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:
> > 
> > > The description for ``gettext@0.19.8`` (current) includes this sentence:
> > >
> > > It provides translators with the means to create message
> > > catalogs, as well as an Emacs mode to work with them, and a
> > > runtime library to load translated messages from the catalogs.
> > >
> > > However, no output of the package includes the files for Emacs.
> > 
> > This is fixed in 'core-updates' branch now:
> > ,
> > however since the fix is not available for users (until core-updates
> > will be merged into master) I think it's better to leave this bug
> > opened.
> > 
> > Once the fix appears in 'master' (I will let you know when it
> > happens), a user could do "guix pull" and install (or update)
> > 'gettext' in his/her profile.  Then 'po-mode' will become available
> > by default (without any additional settings in user's .emacs), it
> > means that whenever you will open .po file, 'po-mode' will be loaded
> > and enabled automatically.
> 
> Impressive, thanks a lot to everyone!

Working like a charm since the last upgrade, thank you!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-09-29 Thread Ivan Vilata i Balaguer
Alex Kost (2016-09-29 11:03:41 +0300) wrote:

> Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:
> 
> > The description for ``gettext@0.19.8`` (current) includes this sentence:
> >
> > It provides translators with the means to create message
> > catalogs, as well as an Emacs mode to work with them, and a
> > runtime library to load translated messages from the catalogs.
> >
> > However, no output of the package includes the files for Emacs.
> 
> This is fixed in 'core-updates' branch now:
> ,
> however since the fix is not available for users (until core-updates
> will be merged into master) I think it's better to leave this bug
> opened.
> 
> Once the fix appears in 'master' (I will let you know when it
> happens), a user could do "guix pull" and install (or update)
> 'gettext' in his/her profile.  Then 'po-mode' will become available by
> default (without any additional settings in user's .emacs), it means
> that whenever you will open .po file, 'po-mode' will be loaded and
> enabled automatically.

Impressive, thanks a lot to everyone!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-09-29 Thread Alex Kost
Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:

> The description for ``gettext@0.19.8`` (current) includes this sentence:
>
> It provides translators with the means to create message catalogs,
> as well as an Emacs mode to work with them, and a runtime library to
> load translated messages from the catalogs.
>
> However, no output of the package includes the files for Emacs.

This is fixed in 'core-updates' branch now:
,
however since the fix is not available for users (until core-updates
will be merged into master) I think it's better to leave this bug
opened.

Once the fix appears in 'master' (I will let you know when it happens),
a user could do "guix pull" and install (or update) 'gettext' in his/her
profile.  Then 'po-mode' will become available by default (without any
additional settings in user's .emacs), it means that whenever you will
open .po file, 'po-mode' will be loaded and enabled automatically.

-- 
Alex





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-09-25 Thread Alex Kost
Ludovic Courtès (2016-09-24 10:55 +0900) wrote:

> Hi!
>
> Alex Kost  skribis:
>
>> Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:
>>
>>> The description for ``gettext@0.19.8`` (current) includes this sentence:
>>>
>>> It provides translators with the means to create message catalogs,
>>> as well as an Emacs mode to work with them, and a runtime library to
>>> load translated messages from the catalogs.
>>>
>>> However, no output of the package includes the files for Emacs.
>>
>> Thanks for the report!  This happens because there is no emacs
>> dependency (input) in 'gettext' package definition, so Emacs is not
>> found during 'configure' phase (as can be seen in the log¹: «checking
>> for emacs... no»), so elisp files are not compiled and installed.
>>
>> I would say this can simply be fixed by adding:
>>
>>   (native-inputs `(("emacs" ,emacs-minimal)))
>>
>> to the gettext package definition (also (gnu packages emacs) module
>> should be used), and I checked it by making a variant of the gettext
>> package with this line; however when I tried it on a real gettext
>> package, I saw that a whole world will be rebuilt (apparently it is a
>> 'core-updates' thing).  And I realized that emacs (even its minimal
>> variant) will probably be a too heavy dependency for such a core thing.
>>
>> So perhaps it is time to make 'gettext-minimal' and to use it as the
>> dependency for other packages and 'gettext' (with Emacs tools) intended
>> to be installed by users (as it is done for bash/bash-minimal).  WDYT?
>> (this is a question for Guix developers)
>
> I think it’s a good idea; in commencement.scm, we’ll need to inherit
> from gettext-minimal to avoid the Emacs dependency.
>
> Most of the packages that currently depend on gettext will have to be
> changed to gettext-minimal, as you wrote.
>
> When that it’s done, we can happily add all sorts of dependencies to
> gettext, including additional languages for which it provides bindings.
>
> Sounds like a plan no?

Yes, I'm sending 2 patches to guix-devel for adding 'gettext-minimal'
and for adding missing *.el files to 'gettext'.

> Another option would be to hack a phase that copies the .el files to the
> output, without compiling them, but I don’t think it’s as nice as the
> above plan.

I agree, it doesn't look so nice.

-- 
Alex





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-09-23 Thread Ludovic Courtès
Hi!

Alex Kost  skribis:

> Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:
>
>> The description for ``gettext@0.19.8`` (current) includes this sentence:
>>
>> It provides translators with the means to create message catalogs,
>> as well as an Emacs mode to work with them, and a runtime library to
>> load translated messages from the catalogs.
>>
>> However, no output of the package includes the files for Emacs.
>
> Thanks for the report!  This happens because there is no emacs
> dependency (input) in 'gettext' package definition, so Emacs is not
> found during 'configure' phase (as can be seen in the log¹: «checking
> for emacs... no»), so elisp files are not compiled and installed.
>
> I would say this can simply be fixed by adding:
>
>   (native-inputs `(("emacs" ,emacs-minimal)))
>
> to the gettext package definition (also (gnu packages emacs) module
> should be used), and I checked it by making a variant of the gettext
> package with this line; however when I tried it on a real gettext
> package, I saw that a whole world will be rebuilt (apparently it is a
> 'core-updates' thing).  And I realized that emacs (even its minimal
> variant) will probably be a too heavy dependency for such a core thing.
>
> So perhaps it is time to make 'gettext-minimal' and to use it as the
> dependency for other packages and 'gettext' (with Emacs tools) intended
> to be installed by users (as it is done for bash/bash-minimal).  WDYT?
> (this is a question for Guix developers)

I think it’s a good idea; in commencement.scm, we’ll need to inherit
from gettext-minimal to avoid the Emacs dependency.

Most of the packages that currently depend on gettext will have to be
changed to gettext-minimal, as you wrote.

When that it’s done, we can happily add all sorts of dependencies to
gettext, including additional languages for which it provides bindings.

Sounds like a plan no?

Another option would be to hack a phase that copies the .el files to the
output, without compiling them, but I don’t think it’s as nice as the
above plan.

Thanks,
Ludo’.





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-09-19 Thread Alex Kost
Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:

> The description for ``gettext@0.19.8`` (current) includes this sentence:
>
> It provides translators with the means to create message catalogs,
> as well as an Emacs mode to work with them, and a runtime library to
> load translated messages from the catalogs.
>
> However, no output of the package includes the files for Emacs.

Thanks for the report!  This happens because there is no emacs
dependency (input) in 'gettext' package definition, so Emacs is not
found during 'configure' phase (as can be seen in the log¹: «checking
for emacs... no»), so elisp files are not compiled and installed.

I would say this can simply be fixed by adding:

  (native-inputs `(("emacs" ,emacs-minimal)))

to the gettext package definition (also (gnu packages emacs) module
should be used), and I checked it by making a variant of the gettext
package with this line; however when I tried it on a real gettext
package, I saw that a whole world will be rebuilt (apparently it is a
'core-updates' thing).  And I realized that emacs (even its minimal
variant) will probably be a too heavy dependency for such a core thing.

So perhaps it is time to make 'gettext-minimal' and to use it as the
dependency for other packages and 'gettext' (with Emacs tools) intended
to be installed by users (as it is done for bash/bash-minimal).  WDYT?
(this is a question for Guix developers)

> One solution (please note that I'm very new to Guix) may be to provide
> an output for the Emacs goodies, another one would be removing the
> reference to the Emacs mode in the description until it's actually
> there.`;)`

I think a special output is not needed, as the resulting *.el[c] files
weigh much less than 1MB.

¹ http://hydra.gnu.org/log/1zxiq8gq3gs29j0gha5ciyklfafkkrmd-gettext-0.19.8

-- 
Alex





bug#24442: gettext: No PO mode for Emacs (or wrong description)

2016-09-15 Thread Ivan Vilata i Balaguer
The description for ``gettext@0.19.8`` (current) includes this sentence:

It provides translators with the means to create message catalogs,
as well as an Emacs mode to work with them, and a runtime library to
load translated messages from the catalogs.

However, no output of the package includes the files for Emacs.

One solution (please note that I'm very new to Guix) may be to provide
an output for the Emacs goodies, another one would be removing the
reference to the Emacs mode in the description until it's actually
there.`;)`

Thanks!
-- 
Ivan Vilata i Balaguer -- https://elvil.net/