Bug#789857: texinfo: FTBFS with perl 5.22: test failures

On 25.06.2015 15:18, Dominic Hargreaves wrote: Hi, No, the failures are the same: FAIL: test_scripts/coverage_formatting.sh FAIL: test_scripts/coverage_formatting_utf8_enable_encoding.sh FAIL: test_scripts/coverage_formatting_fr.sh FAIL: test_scripts/coverage_formatting_cr.sh FAIL:

Bug#790008: texlive-bin: texlive-binaries uninstallable on several architectures

severity 790006 serious merge 790008 790006 stop On 26.06.2015 10:27, Edmund Grimley Evans wrote: texlive-binaries depends unconditionally on libtexluajit2, which is only built for Architecture: amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc Fixed in

Bug#789857: texinfo: FTBFS with perl 5.22: test failures

On 24.06.2015 23:56, Dominic Hargreaves wrote: Hi, Source: texinfo Version: 5.2.0.dfsg.1-6 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch There is a new version of texinfo lurking in experimental. Could you test if the problem is

Bug#790008: texlive-bin: texlive-binaries uninstallable on several architectures

reassign 790008 texlive-binaries merge 790008 790006 stop On 26.06.2015 10:27, Edmund Grimley Evans wrote: Next try H. -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#790909: pdflatex: LaTeX Error: Unknown float option `c'

retitle 790909 [wishlist] allow for incorrect figure placement specifier severity 790909 wishlist tag 790909 + will-not-fix thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#692933: Info received (Bug#692933: pgflibrarytikztrees is broken)

tags 692933 + fixed-upstream # version 3.0.1 stop On 12.05.2014 22:45, Debian Bug Tracking System wrote: Hi, Thank you for the additional information you have supplied regarding this Bug report. pgf version 3.0.1 has that file pgflibrarytikztrees.code.tex, marking that bug as fixed in

Bug#792676: libpdfbox-java: pdfannotextractor.pl fails to find org.pdfbox.cos.ICOSVisitor class

severity 670040 important merge 670040 792676 stop On 17.07.2015 14:59, gregor herrmann wrote: Control: reassign -1 texlive-latex-extra On Fri, 17 Jul 2015 15:18:44 +0300, Álvaro Herrera wrote: I am trying to apply the solution proposed in this answer

Bug#792616: \ifpdf returning false with xelatex, even when creating PDF

On 16.07.2015 21:28, Petter Reinholdtsen wrote: Package: texlive-latex-base Version: 2012.20120611-5 Tried on unstable: hille@sid:~ $ xelatex 792616.tex This is XeTeX, Version 3.14159265-2.6-0.2 (TeX Live 2015/Debian) (preloaded format=xelatex) restricted \write18 enabled. entering

Bug#797517: Fwd: suggestions for rubber Debian packaging.

On 24.10.2015 02:17, Sebastian Kapfer wrote: Hi, >> Patches should be documented by a header as described at >> http://dep.debian.net/deps/dep3/. For example: >> >> Description: explain here why ${prefix} >> must replace @prefix@, I did not manage to guess it, >> and Sebastian may be

Bug#797517: Fwd: suggestions for rubber Debian packaging.

On 24.10.2015 01:47, Nicolas Boulenguez wrote: Hi Nicolas, Thanks for contribution! > Regarding the Debian packaging at https://freeshell.de/~hille42/rubber/ > (Hilmar): > > The recommended way to ask for review is via mentors.debian.org. > As it was just a question regarding your patches I

Bug#797517: Fwd: suggestions for rubber Debian packaging.

On 24.10.2015 22:41, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi, > In debian/rules I'm calling: > > install: build > > $(MAKE) install prefix=$(CURDIR)/debian/rubber/usr > > ..to install the files into a temporary directory to build the package. In >

Bug#797517: Fwd: suggestions for rubber Debian packaging.

On 26.10.2015 23:05, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi Nicolas, > Your patch, which replaces debian/rules I didn't apply as it brings me > another 3 > lintian errors. > > Now running lintian... > E: rubber: python-script-but-no-python-dep usr/bin/rubber &

Bug#797517: Fwd: suggestions for rubber Debian packaging.

On 27.10.2015 14:09, Sebastian Kapfer wrote: Hi, >>> $(MAKE) install prefix=$(CURDIR)/debian/rubber/usr >>> >>> ..to install the files into a temporary directory to build the package. In >>> case >>> we have @prefix@ in Makefile.in the variable is expanded during creation of >>>

Bug#680249: rubber 1.1+20100306-1 treats bibtex warning as fatal

submitter 680249 Samuel Hym stop On 15.11.2015 19:59, Samuel Hym wrote: >> Did you submit https://bugs.debian.org/680249? > > I did! > Fix your submitter address, will close then. H. -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org

Bug#804867: rubber: Always runs bibtex when bibliography is a symbolic link

retitle 804867 rubber: runs LaTeX and BibTeX a little bit to often stop On 14.11.2015 06:57, Dylan Thurston wrote: Hi, > Indeed, that's correct, I should have checked. Also the "touch" was > unnecessary: LaTeX gets run again whenever rubber is called; see > below. (Does the '-f' flag still do

Bug#804867: rubber: Always runs bibtex when bibliography is a symbolic link

severity 804867 minor stop On 12.11.2015 15:27, Dylan Thurston wrote: Hi, > This is a followup on Bug #798991. rubber no longer crashes when the > bibliography is a symbolic link as described there, but it doesn't > work correctly either: it keeps rerunning bibtex, regardless of > whether the

Bug#680249: rubber 1.1+20100306-1 treats bibtex warning as fatal

On 04.07.2012 17:59, Samuel Hym wrote: Hi Samuel, Did you submit https://bugs.debian.org/680249? > When bibtex reports a warning, rubber does not manage to compile properly > and does not report any reason for not doing so. > Meanwhile rubber 1.2 and 1.3 is out and packaged. Could you checked

Bug#680249: rubber 1.1+20100306-1 treats bibtex warning as fatal

On 04.07.2012 17:59, Samuel Hym wrote: Hi Samuel, https://bugs.debian.org/680249 > When bibtex reports a warning, rubber does not manage to compile properly > and does not report any reason for not doing so. > Meanwhile rubber 1.2 and 1.3 is out and packaged. Could you checked if the bug is

Bug#797517: Fwd: suggestions for rubber Debian packaging.

On 30.10.2015 07:33, Nicolas Boulenguez wrote: Hi Nicolas, > Trivial-make-sources-compatible-with-Python-3.patch > should be straightforward. It seems to solve two hidden bugs: > - 0111 is actually a decimal > - an unescaped \u may be interpreted as the beginning of an UTF8 sequence. > I've

Bug#796944: biber: FTBFS with perl 5.22: test failures

On 26.08.2015 01:42, Dominic Hargreaves wrote: Hi, Source: biber Version: 2.1-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental): Dumb question: w/ perl 5.22 installed

Bug#796944: biber: FTBFS with perl 5.22: test failures

On 27.08.2015 17:52, gregor herrmann wrote: On Thu, 27 Aug 2015 16:12:01 +0200, =?UTF-8?Q?Preu=C3=9Fe wrote: Hi, Dumb question: w/ perl 5.22 installed I even failing to fulfill der BD's of biber: [..] How did you manage to build it? Cf.

Bug#796944: biber: FTBFS with perl 5.22: test failures

forwarded 796944 https://github.com/plk/biber/issues/80 stop On 26.08.2015 01:42, Dominic Hargreaves wrote: Source: biber Version: 2.1-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in

Bug#796944: biber: FTBFS with perl 5.22: test failures

On 26.08.2015 01:42, Dominic Hargreaves wrote: Hi, Source: biber Version: 2.1-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental): The issue is fixed in upstream devel

Bug#796944: biber: FTBFS with perl 5.22: test failures

On 28.08.2015 14:59, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi, The issue is fixed in upstream devel branch. Basically the following commit does the trick on my system: https://github.com/plk/biber/commit/fe8fe2df01c507392983d5c81e5d04406ba6cec0 It does not fit cleanly to teh build

Bug#797517: Fwd: suggestions for rubber Debian packaging.

ea88f466ad7e35b4aede869b7fc619fb6aea Mon Sep 17 00:00:00 2001 From: Nicolas Boulenguez <nicolas.bouleng...@free.fr> Date: Sat, 1 Aug 2015 13:56:56 +0200 Subject: [PATCH 3/6] * switch copyright to machine-readable format. --- debian/changelog | 1 + debian/copyright | 36 ++

Bug#797517: Fwd: suggestions for rubber Debian packaging.

submitter 797517 Nicolas Boulenguez <nico...@debian.org> stop On 31.08.2015 11:30, Preuße...@buxtehude.debian.org, Hilmar wrote:

Bug#797517: Fwd: suggestions for rubber Debian packaging.

PATCH 3/6] * switch copyright to machine-readable format. --- debian/changelog | 1 + debian/copyright | 36 +--- 2 files changed, 22 insertions(+), 15 deletions(-) diff --git a/debian/changelog b/debian/changelog index d714841..d756d9c 100644 --- a/debian/changel

Bug#798991: rubber: Fails when bibliography file is a symbolic link

On 14.09.2015 20:55, Dylan Thurston wrote: Hi, > Dear Maintainer, > > rubber fails if the bibliography is a symbolic link. Here is a minimal > example, with a small latex file, and a tiny bibliography which is a > symbolic link. > Was that introduced in 1.2? Does downgrading solve the problem?

Bug#798829: "OSError: [Errno 2] No such file or directory: ''" when running bibtex

On 23.09.2015 23:07, Pietro Battiston wrote: Hi, > Here's a minimal example... but anything using bibtex fails for me, so > I'm afraid the bug is context-related... > I'm able to reproduce the problem here. > 3) open a terminal and type in one line: > rubber --inplace --maxerr -1 --short

Bug#798829: "OSError: [Errno 2] No such file or directory: ''" when running bibtex

On 13.09.2015 13:02, Pietro Battiston wrote: Hi, > Since one of the last two updates, rubber is unable to compile a document of > mine which previously it was perfectly able to: > We're failing to reproduce the problem. Could you provide a minimal example to reproduce it? Are we looking at a

Bug#807211: texlive-latex-extra: bug in cool.sty; dependency on texlive-fonts-extra

On 06.12.2015 15:37, Jörg-Volker Peetz wrote: Hi, > included in this package is the "cool" CTAN-package which has a little bug > that is (together with a solution) described on this web-link: >

Bug#826628: Include the string "nicefrac" in the package description

On 07.06.2016 14:34, Ingo Blechschmidt wrote: Hi, > On Tue, Jun 07, 2016 at 07:35:52PM +0900, Norbert Preining wrote: >> Yes, and there are probably thousands of other .sty files that are not >> mentioned. I cannot (and do not want) to add all of them to the description, >> especially since the

Bug#826465: texlive-latex-recommended: Unescaped left brace in regex is deprecated

On 05.06.2016 19:49, Niko Tyni wrote: Dear Heiko, here in the DBTS we got a bug report about a small syntax error in thumbpdf. It becomes visible when calling the script using perl 5.22. Simply call thumbpdf w/ argument: hille@sid:~ $ thumbpdf Unescaped left brace in regex is deprecated, passed

Bug#824791: texlive-bin also FTBFS on i386 using gcc-6

On 10.06.2016 11:09, Preuße...@buxtehude.debian.org, Hilmar wrote: > On 19.05.2016 21:49, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi, >> For what it's worth, I've also just seen a test failure in tests/upmendex on >> i386, during a test rebuild of all packages using gc

Bug#824791: texlive-bin also FTBFS on i386 using gcc-6

On 19.05.2016 21:49, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi, > For what it's worth, I've also just seen a test failure in tests/upmendex on > i386, during a test rebuild of all packages using gcc-defaults from > experimental. This is not reproducible for all arches, e

Bug#824166: texlive-bin: FTBFS due to luajit issues

On 27.05.2016 04:21, Norbert Preining wrote: Hi, >> Some of those are official architectures, but the arm64, mips >> and mipsel failures are separate, however ppc64el and s390x > > After disabling mips and mipsel builds of lua*, now texlive-bin > is not entering testing anymore ... > >

Bug#828513: proftpd-dfsg: FTBFS with openssl 1.1.0

forwarded 828513 http://bugs.proftpd.org/show_bug.cgi?id=4240 stop On 26.06.2016 12:23, Kurt Roeckx wrote: > OpenSSL 1.1.0 is about to released. During a rebuild of all packages using > OpenSSL this package fail to build. A log of that build can be found at: >

Bug#813855: rubber: doesn't generate PDF figures when elsarticle.cls is in the local directory

On 06.02.2016 01:25, Brice Goglin wrote: Hi, > When writing a paper that uses elsarticle.cls, rubber doesn't generate > dependencies (PDF figures passed to includegraphics) when elsarticle.cls > is in the same directory. > If elsarticle.cls is moved to another directory and TEXINPUTS points

Bug#808821: asymptote: failing to build on mips

On 03.02.2016 14:42, Norbert Preining wrote: Hi Norbert, >> I guess I should report this upstream - I guess against g++? But >> finding a minimal example will be hard. > >>From my experience with gcc bugs is that nobody cares as long as you > cannot reproduce it with the very very very latest

Bug#812082: Fwd: Bug#812082: rubber: always recompile

ince 1.4. >> Both are harmless fixes unlikely to break something. >> >> Cheers >> Sebastian >> >> >> >> On Wed, Jan 20, 2016 at 10:19:05PM +0100, Preuße, Hilmar wrote: >>> Hallo Sebastian, >>> >>> eine gesundes neues Jahr! &g

Bug#815205: sbcl: FTBFS due to TeX error

On 16.03.2016 09:19, Norbert Preining wrote: Hi Norbert, I can reproduce it w/ -3 and -5. > Which version of texinfo? I have uploaded several fixes already, > the latest is 6.1.0.dfsg.1-5 > >> https://bugs.launchpad.net/sbcl/+bug/1549892 > > The bug was reported on 02-26, the last fixed

Bug#815205: sbcl: FTBFS due to TeX error

On 16.03.2016 10:17, Norbert Preining wrote: Hi, > apt-get source sbcl and build is enough to reproduce? > Eventually run "apt-get build-dep" before build. Hilmar -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org

Bug#819588: openjade: Tries to open /etc/sgml/openjade1.3.cat

reassign 819588 openjade1.3 retitle 819588 openjade1.3: does not unregister its catalog upon purge stop On 31.03.2016 01:04, Neil Roeth wrote: Hi, > Thanks for the report. Can you provide answers to these questions? > > * Was the openjade1.3 package installed when this error occurred? > No.

Bug#803527: jadetex: Please remove obsolete packages from Recommends

reassign 803527 texlive-htmlxml stop On 02.11.2015 04:11, Norbert Preining wrote: Hi Norbert, >> The openjade1.3 and jade packages are obsolete and are going to be removed > > When this has happened I will upload new packages. > > THe fix is committed to the git repo. > The request was to

Bug#819588: openjade: Tries to open /etc/sgml/openjade1.3.cat

On 31.03.2016 14:44, Neil Roeth wrote: > On 03/31/2016 04:26 AM, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi, >> So new guess: openjade1.3 does not unregister its catalog. >> >> Maybe simply calling dh_installcatalogs in debian/rules is not sufficient. >> > T

Bug#824852: texworks: Texworks does not detect myspell-es dictionary

On 23.05.2016 15:10, Salvador Petit wrote: Hi, > If the path in texworks is hardcoded to /usr/share/myspell/dicts/ , then I > can solve the problem by symlinking. I tested this and it works. Now > spanish is available. > > However, I'm not sure if the bug is due to texworks uses only one

Bug#824852: texworks: Texworks does not detect myspell-es dictionary

On 23.05.2016 17:03, Norbert Preining wrote: > On Mon, 23 May 2016, =?UTF-8?Q?Preu=C3=9...@buxtehude.debian.org wrote: Hi, >> So, the path used in texworks is obsolete/broken. We'll fix it. This will >> break >> other languages, but this is a bug in the myspell package then. > > How is the

Bug#824852: texworks: Texworks does not detect myspell-es dictionary

On 23.05.2016 17:45, Norbert Preining wrote: Hi, > At the moment > collab-maint/texworks.git > but we can move it to debian-tex if you prefer? > > For now I left it there because it was there. > hille@sid:~/devel/TeXLive/git/texworks $ git push Counting objects: 5, done. Compressing

Bug#824852: texworks: Texworks does not detect myspell-es dictionary

On 20.05.2016 14:51, Salvador Petit wrote: Hi, > Although myspell-es is installed, Spanish does not appear in the Edit/Spelling > menu. It appears in other editors like kwrite or kile. > The path where texworks looks for dictionaries is hard coded to /usr/share/myspell/dicts/ during compile

Bug#824791: texlive-bin also FTBFS on i386 using gcc-6

Package: texlive-bin Version: 2016.20160513.41080-2 Severity: important For what it's worth, I've also just seen a test failure in tests/upmendex on i386, during a test rebuild of all packages using gcc-defaults from experimental. This is not reproducible for all arches, e.g. amd64 is not

Bug#824260: texlive-bin also FTBFS on i386 using gcc-6

Package: texlive-bin Version: 2016.20160513.41080-2 Severity: important For what it's worth, I've also just seen a test failure in tests/upmendex on i386, during a test rebuild of all packages using gcc-defaults from experimental. This is not reproducible for all arches, e.g. amd64 is not

Bug#824166: texlive-bin: FTBFS due to luajit issues

On 13.05.2016 10:56, Thorsten Glaser wrote: Hi, > the latest texlive-bin upload FTBFS on, as far as I can see, > all architectures for which luajit is not available, because > it tries to build the embedded luajit. (I’ve checked the x32 > build log, as this currently makes dist-upgrade on my

Bug#824166: texlive-bin: FTBFS due to luajit issues

On 13.05.2016 12:21, Thorsten Glaser wrote: Moin, > But… with one exception: > > dpkg: error processing archive > /var/cache/apt/archives/texlive-fonts-extra-doc_2016.20160512-1_all.deb > (--unpack): > trying to overwrite '/usr/share/doc/texlive-doc/latex/mweights/README', > which is also

Bug#824260: texlive-bin also FTBFS on i386 using gcc-6 and glibc 2.23

On 15.05.2016 23:10, Daniel Schepler wrote: Hi, > For what it's worth, I've also just seen a test failure in > tests/upmendex on i386, during a test rebuild of all packages using > gcc-defaults and glibc from experimental: > I'm able to reproduce this when using gcc-6 but glibc from unstable on

Bug#825273: texlive-music: musixtex -l switch does not work

On 25.05.2016 13:25, Johannes Schauer wrote: Hi, > the -l switch of the musixtex binary does not work. Steps to reproduce: > > $ cat input.mtx > c2+ e4 g > $ musixtex -l input > [...] > ! Undefined control sequence. > l.13 \nopagenumbers > > ? > ! Emergency stop. > l.13

Bug#832405: tex-common: fmtutil failed to build pdftex/cont-en xetex/cont-en as cont-en.mkii missing

On 25.07.2016 09:11, cp.montan...@tiscali.co.uk wrote: Hi, this tex-common does not install on my system, here is the end of the fmtutil log...: "... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Running mktexlsr /var/lib/texmf ...

Bug#830199: texlive-latex-base: includegraphics with pdf fails with Undefined control sequence

On 07.07.2016 12:52, Attila Kinali wrote: Hi, I use the pdf export of inkscape to import svg files into latex. Some recent update broke the import function. E.g. the following code will not work: ---schnipp--- documentclass{article} \usepackage{graphicx} \begin{document}

Bug#811794: 3dldf: FTBFS with GCC 6: error: reference is ambiguous

forwarded 811794 https://savannah.gnu.org/bugs/?48345 stop On 20.01.2016 03:04, Martin Michlmayr wrote: > This package fails to build with GCC 6. GCC 6 has not been released > yet, but it's expected that GCC 6 will become the default compiler for > stretch. > Forwarded for now. I'll try to

Bug#835401: texlive-fonts-extra: Font newtxsf not set up correctly

On 25.08.2016 12:32, Andreas Schmidt wrote: Hi, after updating texlive-fonts-extra (along with the other texlive-packages) from 2016.20160805-1 to 2016.20160819-1, LaTeX throws an error on \usepackage{newtxsf}: *** No file OMSntxsy.fd. ! LaTeX Error: This NFSS system isn't set up properly.

Bug#1041508: tex-common: fmutil fails to rebuild formats

Control: block -1 by 1050807 On 02.09.2023 07:57, Emmanuel Charpentier wrote: Hi, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? routine upgrade of testing's tex-common * What exactly did you do (or not do) that was

Bug#1041508: tex-common: fmutil fails to rebuild formats

Control: reassign -1 texlive-binaries On 20.07.2023 00:06, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: Hi, Upgrading tex-common seems to fail when attempting to rebuild formats (log attached). That issue is in texlive-binaries and has been solved there. H. -- sigfault OpenPGP_signature Description: OpenPGP

Bug#1051080: texlive-binaries: Failed tex-common fmtutil trigger

Control: severity -1 serious Control: merge -1 1041508 On 02.09.2023 14:19, Marc Glisse wrote: Dear Marc, today's `apt upgrade` which consisted of Sorry for the trouble! See the discussion in #1041508. I've uploaded texlive-bin, which will solve further partial upgrades, a fixed version

Bug#1051282: texlive-binaries: Can't install without SSE2 on i386

Control: severity 1041148 normal Control: merge -1 1041148 On 05.09.2023 20:45, Stefan Monnier wrote: Hi, Apparently bug#1035461 is back. `apt show texlive-binaries/testing` shows: Package: texlive-binaries Version: 2023.20230311.66589-3 [...] Depends: [...] sse2-support

Bug#1051144: reportbug: tex-common fails to install due to fmtutil error

Control: reassign -1 texlive-binaries Control: severity -1 serious Control: merge -1 1051080 On 03.09.2023 15:11, Philip Armstrong wrote: Setting up tex-common (6.18) ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Running mktexlsr

Bug#1041508: tex-common: fmutil fails to rebuild formats

On 03.09.2023 07:20, Paul Gevers wrote: Hello Paul, I've just added an ignore hint for texlive-extra, as the r-bioc-biocstyle issue is clearly less of a problem than this one (and bug reports are filed). Thanks for your response! When will the ignore hint be effective? Hilmar -- sigfault

Bug#1041508: tex-common: fmutil fails to rebuild formats

On 04.09.2023 00:21, Preuße...@buxtehude.debian.org, Hilmar wrote: On 03.09.2023 07:20, Paul Gevers wrote: Hello Paul, I've just added an ignore hint for texlive-extra, as the r-bioc-biocstyle issue is clearly less of a problem than this one (and bug reports are filed). Thanks for your

Bug#1051542: texlive-extra-utils: a5toa4 fails to generate pdf: No such file or directory

Control: tags -1 + wontfix On 10.09.2023 20:36, Christian Weiske wrote: Hi, I got a response from Markus Kohm: The problem is known, but he does not intent to fix it because he does not have enough time. He recommends pdfjam which can do the same task. So I think a5toa4 should be removed.

Bug#1052048: texlive-bibtex-extra: Can't generate bibliography since last upgrade at trixie

On 16.09.2023 17:16, Mechtilde Stehmann wrote: Hello Mechtilde, After last update at trixie I can't proper build https://salsa.debian.org/ddp- team/dpb/ locally. It builds correct on trixie at the Salsa CI at 03.09.2023. The last upload to trixie was at 05.09.2023. Do you have some kind of

Bug#1048039: xindy: Fails to build source after successful build

Control: tags -1 + wontfix On 13.08.2023 21:21, Lucas Nussbaum wrote: Hi, This package fails to build a source package after a successful build (dpkg-buildpackage ; dpkg-buildpackage -S). This is probably a clear violation of Debian Policy section 4.9 (clean target), but this is filed as

Bug#1050807: r-bioc-biocstyle: autopkgtest fails since TL 2023

On 29.08.2023 14:06, Hilmar Preusse wrote: Hello, I just noticed, that the autopkgtest of your package fail, since I uploaded TL 2023 to unstable [1]. Attached is a debdiff implementing the suggestion. I run the autopkgtest as: autopkgtest r-bioc-biocstyle_2.28.0+dfsg-1.1.dsc -- schroot

Bug#1046800: texinfo: Fails to build source after successful build

On 13.08.2023 21:21, Lucas Nussbaum wrote: Hello, This package fails to build a source package after a successful build (dpkg-buildpackage ; dpkg-buildpackage -S). dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/texinfo_7.0.3-2.diff.Y5YdBX dpkg-source: info:

Bug#1051497: Please upgrade NewTX to 1.726 2023-08-25

Control: tags -1 + pending On 08.09.2023 19:43, Al Ma wrote: Hi Al, Please upgrade NewTX to 1.726 (dated 2023-08-25).  The following two problems are resolved there /simultenaously/: There is no need to send package update requests. I'm doing package updates on a regulars basis. I tag that

Bug#1051542: texlive-extra-utils: a5toa4 fails to generate pdf: No such file or directory

On 09.09.2023 15:23, Christian Weiske wrote: Hi Christian, Using a5toa4 fails in a very simple case: cweiske:~> a5toa4 a5.pdf This is pdfTeX, Version 3.141592653-2.6-1.40.25 (TeX Live 2023/Debian) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode

Bug#1041508: tex-common: fmutil fails to rebuild formats

On 31.08.2023 15:17, Adrian Bunk wrote: On Tue, Aug 29, 2023 at 12:46:45AM +0200, =?UTF-8?Q?Preu=C3=9Fe wrote: On 20.07.2023 00:06, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: Hello Adrian, Upgrading tex-common seems to fail when attempting to rebuild formats (log attached). This reminds me to an issue I've

Bug#991944: texlive-binaries: man pages: typo in etex, pdftex, aleph and mf pages

Control: tags -1 + fixed-upstream On 06.08.2021 15:18, Antanas Vaitkus wrote: Description of the '--output-directory' option in the man pages of etex, pdftex, aleph and mf contains: <...> in directory first, the along the normal <...> instead of <...> in directory first, then along the

Bug#1052298: metafun broken?

On 26.09.2023 23:00, Karl Berry wrote: Hello all, The files are not in the "minimal distribution" (which includes binaries, fonts etc.), but they are still present in the context zip itself. Mojca - by the "context zip" do you mean cont-tmf.zip? I'm guessing not .. please advise.

Bug#1052298: metafun broken?

On 23.09.2023 17:33, Mojca Miklavec wrote: Hi Mojca, The files are not in the "minimal distribution" (which includes binaries, fonts etc.), but they are still present in the context zip itself. I built my package from the context.r67039.tar.xz, which is part of the TL 2023 distribution.

Bug#1051236: proftpd-core: SSH key exchanges fail unexpectedly with "unable to write X bytes of raw data"

On 04.09.2023 22:10, Jeremy Lecour wrote: Hi, After upgrading to Debian 12, my SFTP client stopped working with errors when connecting. I've opened a GitHub issue and the problem has been solved. https://github.com/proftpd/proftpd/issues/1694 It will even be backported to the 1.3.8 branch,

Bug#1052298: metafun.mp refers to inexistent metafun.mpii

On 20.09.2023 05:30, Stéphane Glondu wrote: Hi Stéphane, While investigating why mlpost now FTBFS (#1052232), I realized that file /usr/share/texmf/metapost/context/base/mpiv/metafun.mpiv refers to a "metafun.mpii" which doesn't exist. I did a "grep -r metafun.mpii

Bug#1052529: proftpd: provide debug symbols for amd64 platform in sid

On 24.09.2023 00:38, Dmitry Katsubo wrote: Hello Dmitry, Would be great to provide proftpd-*-dbgsym packages for amd64 platform. Current [1] platforms are: alpha hppa ia64 m68k ppc64 riscv64 sh4 sparc64 x32 [1] https://packages.debian.org/search?keywords=proftpd I just rebuilt the

Bug#1052529: proftpd: provide debug symbols for amd64 platform in sid

On 27.09.2023 16:36, Dmitry Katsubo wrote: On 2023-09-26 10:42, Preuße, Hilmar wrote: On 24.09.2023 00:38, Dmitry Katsubo wrote: Hello Dmitry, Would be great to provide proftpd-*-dbgsym packages for amd64 platform. Current [1] platforms are: alpha hppa ia64 m68k ppc64 riscv64 sh4 sparc64

Bug#1041441: Bug#1018206: luatex loses or changes text when discretionaries with priorities are used

On 28.08.2023 21:59, Preuße...@buxtehude.debian.org, Hilmar wrote: On 23.07.2023 23:21, Preuße...@buxtehude.debian.org, Hilmar wrote: Hi Peter, I've uploaded the revision -8 to unstable, which is a prereq for having a fix in bookworm. I've uploaded packages for bookworm to here [1]. Would

Bug#1052298: metafun.mp refers to inexistent metafun.mpii

On 20.09.2023 05:30, Stéphane Glondu wrote: Hi Stéphane, While investigating why mlpost now FTBFS (#1052232), I realized that file /usr/share/texmf/metapost/context/base/mpiv/metafun.mpiv refers to a "metafun.mpii" which doesn't exist. Could you send me the command line, which exposes the

Bug#1045828: texlive-extra: Fails to build source after successful build

On 13.08.2023 21:21, Lucas Nussbaum wrote: Hi Lucas, This package fails to build a source package after a successful build (dpkg-buildpackage ; dpkg-buildpackage -S). I've put a new package here [1]. According to my testings, the issue should have been solved. Could you check? Many thanks!

Bug#1049700: texlive-extra: Fails to build binary packages again after successful build

On 16.08.2023 09:42, Lucas Nussbaum wrote: Hi Lucas, This package fails to do build a binary-only build (not source) after a successful build (dpkg-buildpackage ; dpkg-buildpackage -b). I've put a new package here [1]. According to my testings, the issue should have been solved. Could you

Bug#1049700: texlive-extra: Fails to build binary packages again after successful build

Version: 2023.20231007-1 On 16.08.2023 09:42, Lucas Nussbaum wrote: Hi, This package fails to do build a binary-only build (not source) after a successful build (dpkg-buildpackage ; dpkg-buildpackage -b). Fixed in latest upload. H. -- sigfault OpenPGP_signature.asc Description: OpenPGP

Bug#1046800: texinfo: Fails to build source after successful build

Control: reopen 1046800 On 13.08.2023 21:21, Lucas Nussbaum wrote: Hi, This package fails to build a source package after a successful build (dpkg-buildpackage ; dpkg-buildpackage -S). This bug has been closed due to a mistake in a changelog. Reopening. H. -- sigfault

Bug#1054043: texlive: Texlive updates are too large

On 16.10.2023 17:28, Stefan Monnier wrote: Hi Stefan, Stefan "dreaming of Debian updates as efficient as `git fetch` :-)" You are not the first one, who complains and (probably) not the last one. Due to the limited man power in the team, we simply copy the

Bug#1054219: Font Fira not found, breaks beamer theme metropolis

On 19.10.2023 14:25, Joachim Wuttke wrote: Hi, As nothing has changed in the beamer theme, I presume the problem comes from changes in texlive-fonts-extra. Could you provide a minimal example (TeX file)? H. -- sigfault OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1054218: texlive-latex-base: pdflatex failures on big-endian architectures (s390x)

On 19.10.2023 14:20, Stuart Prescott wrote: Hi Stuart, The unittests of the 'plastex' package run pdflatex to generate some figures, and then extract the text from the figures to verify that various implementation details of the package are working. These tests pass on all release

Bug#953073: texlive-fonts-extra: TwemojiMozilla.ttf is included in 4 Debian packages

On 04.03.2020 02:54, Ryutaroh Matsumoto wrote: Dear Ryutaroh, Seaching TwemojiMozilla.ttf for Debian unstable packages by https://packages.debian.org shows that it is included in firefox-esr firefox thunderbird texlive-fonts-extra Sorry, late response. I guess best solution would be to

Bug#1054218: texlive-latex-base: pdflatex failures on big-endian architectures (s390x)

Control: reassign -1 texlive-binaries Control: found -1 2023.20230311.66589-6 On 20.10.2023 00:54, Stuart Prescott wrote: Hi Stuart, my assignment to texlive-latex-base was just on the basis of that shipping /usr/bin/pdflatex. I'm not familiar enough with the texlive packaging to know if it

Bug#1051497: closed by Debian FTP Masters (reply to Hilmar Preusse ) (Bug#1051497: fixed in texlive-extra 2023.20231007-1)

On 20.10.2023 15:03, Al Ma wrote: Hi, How to find out the NewTX version shipped with Debian texlive-fonts-extra? Running locate newtx | xargs grep -r "1\.726" returns nothing from the system-wide directories. (Running tlmgr info newtx as a normal user yields no results, and I don't know

Bug#1041668: ITP: hintview -- Program to view HINT files

On 25.07.2023 11:20, Preuße...@buxtehude.debian.org, Hilmar wrote: On 21.07.2023 22:28, Hilmar Preusse wrote: Hi all (who reads this), * Package name    : hintview    Version : 1.3.1    Upstream Contact: Martin Ruckert * URL : https://hint.userweb.mwn.de/ * License

Bug#1049912: FWD: Please upgrade soul to v3.0 or higher

Control: tags -1 + pending On 16.08.2023 19:48, Al Ma wrote: Hi, Both issues have been solved upstream; I've just tested soul 2023-06-14 v3.1.  According to my old log files, even soul v3.0 might work.  We kindly ask for an upgrade of the soul package, preferrably into Debian 12.2. Though

Bug#1042361: RFS: texlive-bin/2023.20230311.66589-3 -- TeX Live: Package split

Control: tags -1 + moreinfo On 27.07.2023 00:17, Hilmar Preusse wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "texlive-bin": * Package name : texlive-bin Version : 2023.20230311.66589-3 Upstream contact

Bug#1041508: tex-common: fmutil fails to rebuild formats

On 20.07.2023 00:06, ಚಿರಾಗ್ ನಟರಾಜ್ wrote: Hello ಚಿರಾಗ್ ನಟರಾಜ್, Upgrading tex-common seems to fail when attempting to rebuild formats (log attached). This reminds me to an issue I've seen due to an incomplete upgrade to TL 2023. The issue should be solved by yesterdays upload of TL 2023 to

Bug#1041441: Bug#1018206: luatex loses or changes text when discretionaries with priorities are used

On 23.07.2023 23:21, Preuße...@buxtehude.debian.org, Hilmar wrote: On 19.07.2023 00:19, Preuße...@buxtehude.debian.org, Hilmar wrote: Control: clone 1018206 -1 Control: reopen -1 Hi Peter, Oh my gosh.  Losing formatting would indeed be not severe. Distorting contents is IS severe

Bug#1006011: proftpd-core: Space missing in Umask022 in Anonymous FTP

Control: severity -1 minor Control: tags -1 + pending On 18.02.2022 23:17, Cormac Mac Giolla Eain wrote: Hi Cormac, In proftpd.conf, in the commented-out section for Anonymous FTP uploads () there's a space missing on the Umask line (line 194 of the default config file): # # Umask022

Bug#1033008: texlive-extra-utils: make4ht - Error in odt conversion: Format error in the file, in the styles.xml

On 15.03.2023 17:36, Andrey Spitsyn wrote: Hi Andrey, Please update TeX Live to up-to date version, because this bug fixed in upsteam, see https://github.com/michal-h21/make4ht/issues/107 I'm building new packages now and would hand them over to you for testing. Hilmar -- sigfault

  1   2   3   4   5   6   7   8   9   10   >