Bug#400894: FTBFS: tries to write in $HOME
I plan to upload new versions of the scala and sbaz packages in the next couple of weeks, so I do appreciate all of the sleuthing you guys have done. On a couple of notes: I will use Frank's suggested tetex dependencies: tetex-bin | texlive-latex-base, tetex-extra | texlive-fonts-recommended The Latex files are pretty normal, so this is hopefully enough. I don't understand the comment about times. Googling suggests that it is still recommended usage. Further, mathptmx seems to be about *math* fonts, but these documents do not use math mode. I'm going to leave it as times for now; even if it's obsolete, it's wildly popular and should continue to work. sbaz does not build-depend on Java, because it's pure Scala code. Scala depends on a JVM right now, but that's its own dependency. Instead of changing build.xml, I would rather rely on modifying debian/rules to pass in appropriate -D options. In the case of finding the Scala compiler and library, the setting is scala.lib.dir. Update coming soon -Lex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400894: FTBFS: tries to write in $HOME
Lex Spoon [EMAIL PROTECTED] wrote:
I plan to upload new versions of the scala and sbaz packages in the next
couple of weeks, so I do appreciate all of the sleuthing you guys have
done.
On a couple of notes:
I will use Frank's suggested tetex dependencies:
tetex-bin | texlive-latex-base, tetex-extra |
texlive-fonts-recommended
No, this is not what I suggested, and it's a receipe to get FTBFS bugs -
important for etch, RC as soon as tetex is dropped in the lenny release
cycle.
The Latex files are pretty normal, so this is hopefully enough.
It's not hard to actually test it (trying might even be faster than
looking at the LaTeX code). Just log into a pbuilder chroot, install
the two texlive packages you need for sure, and try whether it builds or
needs anything else.
I don't understand the comment about times. Googling suggests that it
is still recommended usage.
Google gives a lot of bad advice.
texdoc psnfss2e
Section 9: Obsolete packages
Further, mathptmx seems to be about *math*
fonts, but these documents do not use math mode.
No, it is *also* about using proper math fonts if required. Using it
will not do *great* harm (slightly oversized Helvetica, if you use sans
serif anywhere, for example), but it will also show one more google hit
of still recommended usage.
\usepackage{mathptmx}
\usepackage[scaled]{helvet}
is the correct replacement, except that Times is not an ideal font for
letter or A4 paper in single-column layout, it gives too many letters in
a line. s/mathptmx/mathpazo/ gives you Palatino which many find better,
or use one of the other combinations outlined in psnfss2e.pdf.
I'm going to leave it
as times for now; even if it's obsolete, it's wildly popular and should
continue to work.
Yes, it will never be possible to nuke it if everybody insists on using
it for producing ugly documents :-(
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Bug#400894: FTBFS: tries to write in $HOME
Frank Küster [EMAIL PROTECTED] wrote:
On a couple of notes:
I will use Frank's suggested tetex dependencies:
tetex-bin | texlive-latex-base, tetex-extra |
texlive-fonts-recommended
No, this is not what I suggested, and it's a receipe to get FTBFS bugs -
important for etch, RC as soon as tetex is dropped in the lenny release
cycle.
What would you recommend? It is an extremely basic Latex file using no
packages other than the times one.
\usepackage{mathptmx}
\usepackage[scaled]{helvet}
is the correct replacement, except that Times is not an ideal font for
letter or A4 paper in single-column layout, it gives too many letters in
a line. s/mathptmx/mathpazo/ gives you Palatino which many find better,
or use one of the other combinations outlined in psnfss2e.pdf.
Thank you for the tips. I will try these options.
-Lex
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400894: FTBFS: tries to write in $HOME
Lex Spoon [EMAIL PROTECTED] wrote:
\usepackage{mathptmx}
\usepackage[scaled]{helvet}
is the correct replacement, except that Times is not an ideal font for
letter or A4 paper in single-column layout, it gives too many letters in
a line. s/mathptmx/mathpazo/ gives you Palatino which many find better,
or use one of the other combinations outlined in psnfss2e.pdf.
Oh yeah, the Palatino looks WAY better than either Times option. Both
Times versions had \emph{} fonts that were too small compared to their
surrounding text, for some reason.
I'm now using:
\documentclass{article}
\usepackage{mathpazo}
\usepackage[scaled]{helvet}
-Lex
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400894: FTBFS: tries to write in $HOME
* Frank Küster wrote: Hi Thierry, thank you for the patch. I have some critical remarks, though, with my TeX maintainer hat on: Thierry Reding [EMAIL PROTECTED] wrote: However, building in clean sid chroot also revealed some subsequent build failures: libservlet2.3-java doesn't provide the servlet-api.jar, only libservlet2.4-java does. In order to generate the PDF documentation, sbaz needs build-dependencies on tetex-bin | texdoctk (for pdflatex) and tetex-extra for (times.sty). - texdoctk does not exist at all (it once existed pre-potato), and it never provided pdflatex. It still exists as an executable in tetex-bin and texlive-base-bin, but it is a Perl-TK interface to TeX documentation I will drop that alternative then, and make it explicit. Thanks for explaining. - tetex will be dropped in lenny, all dependencies in etch should have an alternative on the respective texlive packages. For sbaz, this probably means tetex-bin | texlive-latex-base, tetex-extra | texlive-fonts-recommended but actually there's no simple rule for tetex-texlive mappings. You have to try, maybe it needs more packages. If it builds documentation in other languages than english, it needs the respective texlive-lang-* package. I guess in that case it'd be okay to make texlive-latex-base and texlive-fonts-recommended the default alternatives instead of the tetex equivalents? - finally (but this has nothing to do with Debian packaging): times.sty is obsolete (since about 10 years), mathptmx.sty should be used instead. Yeah, that is probably something to be taken up with upstream. Regards, Frank Thanks for your comments Frank. Cheers, Thierry signature.asc Description: Digital signature
Bug#400894: FTBFS: tries to write in $HOME
Thierry Reding [EMAIL PROTECTED] wrote: - texdoctk does not exist at all (it once existed pre-potato), and it never provided pdflatex. It still exists as an executable in tetex-bin and texlive-base-bin, but it is a Perl-TK interface to TeX documentation I will drop that alternative then, and make it explicit. Thanks for explaining. What do you mean with explicit? both tetex-bin and texlive-base-bin Provide: texdoctk, but it isn't related to package building. - tetex will be dropped in lenny, all dependencies in etch should have an alternative on the respective texlive packages. For sbaz, this probably means tetex-bin | texlive-latex-base, tetex-extra | texlive-fonts-recommended but actually there's no simple rule for tetex-texlive mappings. You have to try, maybe it needs more packages. If it builds documentation in other languages than english, it needs the respective texlive-lang-* package. I guess in that case it'd be okay to make texlive-latex-base and texlive-fonts-recommended the default alternatives instead of the tetex equivalents? Rather not, if the upload is targetted at etch (this is only true for *Build*-Depends). Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#400894: FTBFS: tries to write in $HOME
tag 400894 + patch
thanks
* Lex Spoon wrote:
The problem is related to bug 397045. The package depends on
ant and on gcj in order to try and get a setup for compiling
Java code using ant. I am not sure what the dependencies should
be changed to.
I will leave it alone for now, in the hopes that the ant and/or gcj
maintainers make this combination of dependencies sufficient
I have been looking at this bug as part of TS (New Maintainer process) and
have attached a patch that should fix the build failure.
The change that fixes the primary build-failure is to set scala.home in
build.xml to /usr/share and scala.lib.dir to ${scala.home}/java.
Alternatively scala.lib.dir could be set to /usr/share/java directly. That
enables the build to correctly find the scala-{compiler,library}.jar files.
However, building in clean sid chroot also revealed some subsequent build
failures: libservlet2.3-java doesn't provide the servlet-api.jar, only
libservlet2.4-java does. In order to generate the PDF documentation, sbaz
needs build-dependencies on tetex-bin | texdoctk (for pdflatex) and
tetex-extra for (times.sty).
Using the NMU diff below makes sbaz build fine in a clean sid chroot.
Cheers,
Thierry
diff -u sbaz-1.18/debian/changelog sbaz-1.18/debian/changelog
--- sbaz-1.18/debian/changelog
+++ sbaz-1.18/debian/changelog
@@ -1,3 +1,19 @@
+sbaz (1.18-1.1) unstable; urgency=high
+
+ * Non-maintainer upload: (Closes: #400894)
++ Add build-dependency on java-gcj-compat-dev.
++ Set scala.home in build.xml to /usr/share and scala.lib.dir to
+ ${scala.home}/java, which is where scala and scala-library install the
+ required JAR files.
++ Build-depend on libservlet2.4-java instead of libservlet2.3-java.
++ Add build-dependency on tetex-bin | texdoctk which provide pdflatex
+ needed to build PDF documentation.
++ Build-depend on tetex-extra which provides fonts needed to build the PDF
+ documentation.
+ * Urgency set to high because it fixes an RC bug.
+
+ -- Thierry Reding [EMAIL PROTECTED] Fri, 19 Jan 2007 09:58:40 +0100
+
sbaz (1.18-1) unstable; urgency=low
* New upstream release.
diff -u sbaz-1.18/build.xml sbaz-1.18/build.xml
--- sbaz-1.18/build.xml
+++ sbaz-1.18/build.xml
@@ -2,9 +2,9 @@
project name=sbaz default=build
!-- Set the following to your local sbaz-managed directory --
- property name=scala.home value=${user.home}/sbaz/
+ property name=scala.home value=/usr/share/
- property name=scala.lib.dir value=${scala.home}/lib/
+ property name=scala.lib.dir value=${scala.home}/java/
property name=junit.jar value=${scala.lib.dir}/junit.jar/
property name=servlet-api.jar value=${scala.lib.dir}/servlet-api.jar/
property name=scala.comp.jar value=${scala.lib.dir}/scala-compiler.jar/
only in patch2:
unchanged:
--- sbaz-1.18.orig/debian/control
+++ sbaz-1.18/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Lex Spoon [EMAIL PROTECTED]
Standards-Version: 3.7.2
-Build-Depends: scala, ant, libservlet2.3-java, junit, debhelper (= 5)
+Build-Depends: scala, ant, libservlet2.4-java, junit, debhelper (= 5), java-gcj-compat-dev, tetex-bin | texdoctk, tetex-extra
Package: sbaz
Architecture: all
signature.asc
Description: Digital signature
Bug#400894: FTBFS: tries to write in $HOME
Hi Thierry, thank you for the patch. I have some critical remarks, though, with my TeX maintainer hat on: Thierry Reding [EMAIL PROTECTED] wrote: However, building in clean sid chroot also revealed some subsequent build failures: libservlet2.3-java doesn't provide the servlet-api.jar, only libservlet2.4-java does. In order to generate the PDF documentation, sbaz needs build-dependencies on tetex-bin | texdoctk (for pdflatex) and tetex-extra for (times.sty). - texdoctk does not exist at all (it once existed pre-potato), and it never provided pdflatex. It still exists as an executable in tetex-bin and texlive-base-bin, but it is a Perl-TK interface to TeX documentation - tetex will be dropped in lenny, all dependencies in etch should have an alternative on the respective texlive packages. For sbaz, this probably means tetex-bin | texlive-latex-base, tetex-extra | texlive-fonts-recommended but actually there's no simple rule for tetex-texlive mappings. You have to try, maybe it needs more packages. If it builds documentation in other languages than english, it needs the respective texlive-lang-* package. - finally (but this has nothing to do with Debian packaging): times.sty is obsolete (since about 10 years), mathptmx.sty should be used instead. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#400894: FTBFS: tries to write in $HOME
The problem is related to bug 397045. The package depends on ant and on gcj in order to try and get a setup for compiling Java code using ant. I am not sure what the dependencies should be changed to. I will leave it alone for now, in the hopes that the ant and/or gcj maintainers make this combination of dependencies sufficient -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
