Bug#350336: ITP: latex-mk -- tool for managing LaTeX projects

2006-02-03 Thread Rafael Laboissiere
* Vincent Danjean [EMAIL PROTECTED] [2006-02-03 02:11]:

 Yes, when I will have some free time. Probably one or two months from
 now. But, it is possible that I try to merge my work with latex-mk.
 I do not look at it in details yet. So I do not know if it is
 possible or not.

That would be a lovely idea.  latex-mk has some features that seem to
lack in latex-utils.  The converse is probably true.

 I think a better place would be:
 
 /usr/share/latex-utils/LaTeX.mk
 
 Previous version where using this. However, this needs that the
 user remember the full path.
 
 'make' automatically look for included files in /usr/include. I
 decided to take advantage of this. (and LaTeX.mk is still a file
 to include, even if it is not a C or C++ header file).

You are right but I was just following the FHS recommendation to the
letter.  Many other programs also include files but never use
/usr/include.

It is maybe time to fix GNU make?  I see that, at least in Debian, GNU
make has following directories in its default include path:

/usr/include
/usr/gnu/include
/usr/local/include

None of these are appropriate for the Debian packages, I think.  However,
it would be very simple to patch the Debian make package to accept an
extra directory, like /usr/share/mk or /usr/share/gnu-make, or
whichever is FHS-compliant.

I might fill a bug report about this.

 This setup allows a user to write its Makefile with only 'include
 LaTeX.mk'. And if he tries to compile its document on a system without
 my debian package, he just have to call : make
 -Idir_of_local_install_of_latex-utils  This is very usefull as a
 lot of my latex documents are collaborative work (under CVS) with
 people having very different OS (MacOSX, ...)

I must agree, your arguments are quite compelling.  I would though prefer
that the issue is addressed in the make sources (see above).

Amicalement,

-- 
Rafael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#350336: ITP: latex-mk -- tool for managing LaTeX projects

2006-02-02 Thread Vincent Danjean

Rafael Laboissiere wrote:

Do you have plans to make it an official Debian package?


Yes, when I will have some free time. Probably one or two months from
now. But, it is possible that I try to merge my work with latex-mk.
I do not look at it in details yet. So I do not know if it is
possible or not.


From a quick look at the files in latex-utils, I see:

/usr/include/LaTeX.mk

Is this an appropriate place for this file?  The FHS says:

[...]

I think a better place would be:

/usr/share/latex-utils/LaTeX.mk


Previous version where using this. However, this needs that the
user remember the full path.

'make' automatically look for included files in /usr/include. I
decided to take advantage of this. (and LaTeX.mk is still a file
to include, even if it is not a C or C++ header file).

This setup allows a user to write its Makefile with only
'include LaTeX.mk'. And if he tries to compile its document on a system
without my debian package, he just have to call :
make -Idir_of_local_install_of_latex-utils 
This is very usefull as a lot of my latex documents are collaborative
work (under CVS) with people having very different OS (MacOSX, ...)

  Best regards,
Vincent


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#350336: ITP: latex-mk -- tool for managing LaTeX projects

2006-02-01 Thread Rafael Laboissiere
* Vincent Danjean [EMAIL PROTECTED] [2006-01-31 20:21]:

   Nevertheless, you can be interesting by looking at my work. If you
 want, all is available here :
 http://dept-info.labri.fr/~danjean/deb.html#latex-utils

Indeed, your package looks very interesting.  Do you have plans to make
it an official Debian package?  When it is done, I will mention
latex-utils in the latex-mk description (BTW, latex-mk is already in the
NEW queue, see http://ftp-master.debian.org/new.html).

Unfortunately, I have no time to investigate latex-utils , and ltex-mk is
fulfilling my needs for now.  From a quick look at the files in
latex-utils, I see:

/usr/include/LaTeX.mk

Is this an appropriate place for this file?  The FHS says:

/usr/include : Directory for standard include files.
Purpose
This is where all of the system's general-use include files for the C
programming language should be placed.

[see
http://www.pathname.com/fhs/pub/fhs-2.3.html#USRINCLUDEDIRECTORYFORSTANDARDINCLU]

I think a better place would be:

/usr/share/latex-utils/LaTeX.mk
 
Best regards,

-- 
Rafael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#350336: ITP: latex-mk -- tool for managing LaTeX projects

2006-01-31 Thread Vincent Danjean

Rafael Laboissiere wrote:


LaTeX-Mk is a collection of Makefile fragments and shell scripts for
managing small to large sized LaTeX projects. The typical LaTeX-Mk
input file is simply a series of variable definitions in a Makefile
for the project. After creating a simple Makefile the user can easily
perform all required steps to do such tasks as: preview the document,
print the document, or produce a PDF file. LaTeX-Mk will keep track
of files that have changed and how to run the various programs that
are needed to produce the output.


  I did not know about this software. It seems very interresting. But,
as far as I can see, you still need to explicitely declare your
dependencies (ie your bib file, your multiple input files for one
document, ...).
  I wrote some Makefiles to do the same, but I also use a LaTeX package
of my own to automaticaly track the dependencies while building the
document (similar to the -MM flags of gcc). Most of the time, my LaTeX
Makefile contain only one line:
include LaTeX.mk
  I planned to include my work in Debian, however I never take the time
to cleanup the variable names and improve the documentation.

  Nevertheless, you can be interesting by looking at my work. If you
want, all is available here :
http://dept-info.labri.fr/~danjean/deb.html#latex-utils

  Best regards,
Vincent


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#350336: ITP: latex-mk -- tool for managing LaTeX projects

2006-01-28 Thread Rafael Laboissiere
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]


* Package name: latex-mk
  Version : 1.15
  Upstream Author : Dan McMahill [EMAIL PROTECTED] 
* URL : http://latex-mk.sourceforge.net/
* License : BSD-like (see below)
  Description : tool for managing LaTeX projects

LaTeX-Mk is a collection of Makefile fragments and shell scripts for
managing small to large sized LaTeX projects. The typical LaTeX-Mk
input file is simply a series of variable definitions in a Makefile
for the project. After creating a simple Makefile the user can easily
perform all required steps to do such tasks as: preview the document,
print the document, or produce a PDF file. LaTeX-Mk will keep track
of files that have changed and how to run the various programs that
are needed to produce the output.

A preliminary version of the package is available at the following
apt-getable repository:

http://people.debian.org/~rafael/latex-mk/

I am aware of an ITP for a similar package: latexmk
(http://bugs.debian.org/344562).  I will try to coordiante with its
maintainer to get the packages referencing each other in their descriptions.

This are the upstream license terms (for a discussion in debian-legal about
it, see http://lists.debian.org/debian-legal/2006/01/msg00601.html):

All of the actual .mk code, postscript files, scripts, etc, unless
otherwise noted, are covered by the following copyright:

 Copyright (c) 2001, 2002, 2003, 2004, 2005 Dan McMahill
 All rights reserved.

 This code is derived from software written by Dan McMahill

 Redistribution and use in source and binary forms, with or without
 modification, are permitted provided that the following conditions
 are met:
 1. Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
 2. Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
 3. All advertising materials mentioning features or use of this software
must display the following acknowledgement:
This product includes software developed Dan McMahill
 4. The name of the author may not be used to endorse or promote products
derived from this software without specific prior written permission.

 THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
 INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
 BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
 LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
 AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
 OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 SUCH DAMAGE.

-- 
Rafael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]