How about moving gendocs.sh to gnulib? Or, perhaps better, have
gnulib sync texinfo CVS for gendocs.sh?
I don't mind either way.
Proposed patch to gnulib below.
Feel free to install it, as far as I'm concerned. Thanks.
Paul -- gendocs.sh is a kludge that I inherited from a webma
> 2) Similarly for texinfo.tex:
It would be better for packages using gnulib to get texinfo.tex from
gnulib. It's (nearly always) newer.
Of course, not all automake-using packages use gnulib. So then getting
texinfo.tex from automake is useful (I guess).
So, does automake refrain from inst
Is it okay to just take some code that was
declared to be in the public domain and redistribute it under the GPL?
Yes. (Or use it in a completely proprietary product, or anything else.)
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> Well, there's still the issue that the files started in the public
> domain.
Ah, sorry, I didn't know that. In that case it's OK to incorporate
the public-domain parts into gnulib, but the results (with your fixes)
would be under the LGPL, since thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
>> I'd be happy to declare my changes to those files also public domain, if
>> it makes things any easier. If this is needed, we might need Jim to
>> declare his tweaks public domain too under the many tiny changes rule,
>
> I'd ra
"Derek R. Price" <[EMAIL PROTECTED]> writes:
> What are the rules about importing public domain code into GNULIB?
Importing public domain code into GNU code is acceptable and has been
done occasionally, but
> I'd be happy to declare my changes to those files also public domain, if
> it make
Simon Josefsson <[EMAIL PROTECTED]> writes:
> Hi! How about moving gendocs.sh to gnulib?
Fine with me. Maybe this'll even prompt me to use gendocs.sh, though
I'll probably have to tweak it first...
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson writes:
>> So I don't see where the conflict is.
>
> We do not yet have a conflict. But we nearly have it:
>
> 1) If fdl.texi gets distributed by automake as well, we get a conflict:
>"automake -a" and "gnulib-tool --update" would inst
Eric Blake writes:
> > You had the earlier proposal of making automake be smart enough to install
> > the latest upstream version of docs, rather than the version that was
> > current when automake was released (but most likely out of date at the
> > time that automake is used on a package). If t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek R. Price wrote:
> Actually, I made most of the recent non-trivial dirent.h/dirent.c
> changes in CVS.
[...]
> I'd be happy to declare my changes to those files also public domain, if
> it makes things any easier. If this is needed, we might need
Eric Blake wrote:
> >>* gnulib-tool: Avoid space-tab.
> ...
> emacs whitespace mode converts them to plain
> tab. Using tab-space instead makes it obvious that both characters were
> intended, without having to fight editors trying to collapse them.
Thanks for explaining.
Bruno
Eric Blake wrote:
> Okay to apply this?
>
> 2006-07-11 Eric Blake <[EMAIL PROTECTED]>
>
> * gnulib-tool: List --doc-base before --tests-base.
Yes, please. It's fine.
Bruno
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
> Derek Price wrote:
>> I believe Bruno said Windows had an , which would imply that
>> there was a readdir() that worked but returned a struct direct *.
>
> I didn't say this. is firmly dead.
Yes, I already went back and reread
Bruno Haible clisp.org> writes:
> Also, in the patch, I would mention --doc-base before --tests-base.
> (tests-base is used only when --with-tests is specified, whereas doc-base
> is used always.)
Okay to apply this?
2006-07-11 Eric Blake <[EMAIL PROTECTED]>
* gnulib-tool: List --doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
> Thanks. I found a few other instances of checking for dirent.h,
> and a couple of places we need to include before
> (this is for POSIX before 2001). I installed this
> into gnulib, and will propagate it into coreutils shortly.
Eric Blake <[EMAIL PROTECTED]> writes:
>>> * modules/fdl: New module, for grabbing fdl.texi.
>>
>> Automake is distributing COPYING and texinfo.tex. Why would you have
>> fdl.texi distributed by gnulib-tool, not by automake? I would not like
>> to see conflicts arise between automake and gnul
Eric Blake <[EMAIL PROTECTED]> writes:
> According to Simon Josefsson on 7/11/2006 2:49 AM:
>> Eric Blake <[EMAIL PROTECTED]> writes:
>>
>>> In the m4 project, I wanted to update the documentation to include
>>> the FDL in an appendix. gnulib contains doc/fdl.texi, but did not
>>> have any easy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Adding automake]
According to Bruno Haible on 7/11/2006 5:59 AM:
> If this was doc targeted to end-users, this might make sense. But so far
> only getdate.texi is an end-user doc. All other doc in gnulib is targeted
> at programmers, and should there
Eric Blake wrote:
> In the m4 project, I wanted to update the documentation to include the FDL in
> an appendix. gnulib contains doc/fdl.texi, but did not have any easy way to
> import it over to m4. Would this patch be acceptable to allow documentation
> to
> be pulled in as separate modules
Paul Eggert wrote:
> Gnulib still uses . How should we kill this off in general?
>
> The simplest thing is to simply omit all references to , which
> is what I'm inclined to do unless someone speaks up.
is obsolete. I agree with you.
Derek Price wrote:
> I believe Bruno said Windows had an , w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Simon Josefsson on 7/11/2006 2:49 AM:
> Eric Blake <[EMAIL PROTECTED]> writes:
>
>> In the m4 project, I wanted to update the documentation to include
>> the FDL in an appendix. gnulib contains doc/fdl.texi, but did not
>> have any easy
Ralf Wildenhues wrote:
> But I wonder a bit whether some code makes use of this
> "feature" that
>AH_VERBATIM([key], [some code])
>dnl ...
>AH_VERBATIM([key], []) # no code
>
> happens to not output the code.
The AH_VERBATIM doc makes it clear that different TEMPLATE arguments
to AH_V
Jim Meyering wrote:
> I've just done this:
>
> * lib/javacomp.c (compile_java_class): Remove a doubled word in a comment.
Thanks!
Bruno
Hi! How about moving gendocs.sh to gnulib? Or, perhaps better, have
gnulib sync texinfo CVS for gendocs.sh? I'm using the script in most
of my packages, and avoiding manual updating would be nice. Proposed
patch to gnulib below.
/Simon
Index: config/srclist.txt
===
Eric Blake <[EMAIL PROTECTED]> writes:
> In the m4 project, I wanted to update the documentation to include
> the FDL in an appendix. gnulib contains doc/fdl.texi, but did not
> have any easy way to import it over to m4. Would this patch be
> acceptable to allow documentation to be pulled in as
Paul Eggert wrote:
> Thanks for reporting the further problem. I installed this
> in both gnulib and coreutils.
That fixed all of the current problems and things are building fine
again.
Thanks for the work there!
Bob
[EMAIL PROTECTED] (Eric Blake) writes:
> Go for it.
OK, done.
> Shouldn't we also fix the comments of absolute-header.m4,
> while we are at it?
Yes, could you please do that? Thanks.
27 matches
Mail list logo
