Re: PangoXSL license?

Tony Graham <[email protected]> Mon, 20 Feb 2006 23:48:04 +0000
Newsgroups gmane.text.xml.xmlroff.general
Message-ID <[email protected]>
Stefan Seefeld <[email protected]> writes:
> Tony Graham wrote:
>> Stefan Seefeld <[email protected]> writes:
>>
>>>Tony Graham wrote:
>
>>>>So how would you propose PangoXSL be bundled with xmlroff?
>>>>How would it work for the SRPM package?
>>>
>>>Good question. if both modules are part of the same parent directory,
>>>may be that parent directory could contain some 'meta build system'
>>>that simply delegates to the subdirs for simple builds, but does
>>>a little more for packaging to avoid two distinct packages to be
>>>generated. I acknowledge this getting a bit involved, though...
>> I don't know how to run nested autoconf (or whatever the term may be).
>
> I typically set up a 'autogen.sh' script that just runs autoheader, autoconf,
> etc. in a batch for all subprojects. A toplevel configure.ac script would
> simply call AC_CONFIG_SUBDIRS.

Cool.  I didn't know AC_CONFIG_SUBDIRS existed, but it makes sense that it
does.

>> It may be possible to copy the essential parts of PangoXSL's configure.ac into
>> xmlroff's configure.in and just have xmlroff build PangoXSL.  It would require
>> some experimentation.
>
> That may work, too, depending on how much conflicting options there are for
> both. If this works, it's even simpler.

I think that AC_CONFIG_SUBDIRS would make it easier to keep the two separate.

>>>PS: Did you consider switching to subversion (which sf.net now supports) ?
>>>    That would make it easier to modify a project's file system layout.
>> If Emacs works as well with subversion as it does with CVS.  If it takes more
>> than three keystrokes to check in a file, diff it, or get it's history, or if
>> I can't run `ediff-revision' on a file, then it's not worth it for me to
>> change.
>
> I think all that works nicely (I'm not quite sure about ediff-revision, which
> I haven't used yet myself). The main visible differences are:

ediff-revision can be very useful.

> * checkins are atomic, i.e. you get a list of all modified files that went
>   into a checkin
> * file / directory renaming works as expected and transparently
> * subversion keeps a copy of the last checked-out version of all files
>   on your disk, making it take up more space but allowing operations such
>   as 'status' and 'diff' be much faster, and even work when you are offline
>
>> Where are the details for SourceForge's support for subversion?
>
> subversion support on sf.net is 'experimental', though I know a number of
> projects that have switched successfully there. (I'v been using subversion
> myself for a long time now.)
>
> Here are the docs:
>
> http://sourceforge.net/docs/E09/en/

Thanks.  I've read that, and I'm now reading "Subversion for CVS Users" at
http://svnbook.red-bean.com/en/1.1/apa.html

There's also hope for Emacs.  See
http://www.emacswiki.org/cgi-bin/wiki/SubVersion

I think I'll try a local SubVersion project before switching xmlroff (or
PangoXSL).

Regards,


Tony.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642