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 <[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: > 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
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
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
* 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
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
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 T&S (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 @@ - + - + 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
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]