Bug#1106680: dvisvgm: Should not migrate to testing before trixie

Source: dvisvgm Version: 3.0.3-1 Severity: grave The package version 3.5 should not migrate to testing before trixie. Hilmar -- System Information: Debian Release: 12.11 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug')

Bug#1103801: CVE-2024-40446: code injection vulnerability

Control: clone 1103801 -1 Control: retitle -1 CVE-2024-40445: Directory Traversal Control: retitle 1103801 CVE-2024-40446: code injection vulnerability On 21.04.25 TaiYou (a24230...@gmail.com) wrote: > A code injection vulnerability has been identified in MimeTeX, > affecting version 1.76-1 and a

Bug#1103801: Additional public reference

Control: tags -1 + help On 28.04.25 Shang-Hung, Wan (a24230...@gmail.com) wrote: Hello, > I think they only patched the mitigation in Moodle, not MimeTex itself. [1] > Yes, correct. > And about the 1.77 source code, I can’t find souce other than > Moodle’s this issue ticket so far. > Maybe I'

Bug#1103981: proftpd-core: Does not start with default configuration (unknown configuration directive 'ShowSymlinks')

On 30.04.25 David Prevot (dpre...@evolix.fr) wrote: Hello, > […] > > I've created the -4 revision and put it here [1]. > […] > > The packages are built for Debian stable, if you need a build for > > unstable / testing, please call back! > > I don’t mind rebuilding it, can you please push your ch

Bug#1103981: proftpd-core: Does not start with default configuration (unknown configuration directive 'ShowSymlinks')

On 28.04.25 David Prévot (da...@tilapin.org) wrote: > On 28/04/2025 00:02, Hilmar Preusse wrote: Hello David, > > I built the proftpd-core_1.3.8.c+dfsg-3 for Debian stable, then > > purged the proftpd installation on my server and installed the custom > > packages. The ser

Bug#1103801: Additional public reference

On 21.04.25 Shang-Hung, Wan (a24230...@gmail.com) wrote: Hello, > Although I’ve already requested publication from MITRE, the process > may take some time. > > In the meantime, here is the public reference I shared with them, which > includes additional context for both vulnerabilities: > 🔗 htt

Bug#1094898: context: mtxrun running fails

On 01.02.25 Damir R. Islamov (da...@secretlaboratory.ru) wrote: Hello, > context cannot be installed due to error: > ... > Running mktexlsr. This may take some time... done. > Running mtxrun --generate. This may take some time... > mtxrun --generate failed. Output has been stored in > /tmp/mtxru

Bug#1036873: Don't Depend on transitional package ghostscript-x

Control: tags -1 + pending On 28.05.23 Dan Jacobson (jida...@jidanni.org) wrote: > Package: gv > Version: 1:3.7.4-2+b1 > > # aptitude show ghostscript-x > Description: transitional package for ghostscript > This is a transitional package and can safely be removed. > > # dpkg -P ghostscript-x >

Bug#1094898: context: mtxrun running fails

On 01.02.25 Damir R. Islamov (da...@secretlaboratory.ru) wrote: Hello, > Dear Maintainer, > > context cannot be installed due to error: > ... > Running mktexlsr. This may take some time... done. > Running mtxrun --generate. This may take some time... > mtxrun --generate failed. Output has been

Bug#1092427: latex-cjk-chinese-arphic: FTBFS: dh_install: error: missing files, aborting

On 06.02.25 Danai SAE-HAN (韓達耐) (danai.sae...@gmail.com) wrote: Hi Danai, > A note to myself: > There is a race condition in my debian/rules file that causes > dh_install to search for AFM files, even though they have not been > built yet. > A temporary fix is to pass the argument "-j1" in "pbuil

Bug#1094898: context: mtxrun running fails

On 08.02.25 Arthur Marsh (arthur.ma...@internode.on.net) wrote: Hello, > could the bug actually be in the dynamic linking process? > > I was using binutils 2.41-1. > Could you try building and linking with libmimalloc from testing? Let me know if I should provide new packages. Hilmar signat

Bug#1094898: context: mtxrun running fails

Control: reassign -1 luametatex Control: severity 1094881 grave On 05.02.25 Damir Islamov (da...@secretlaboratory.ru) wrote: Hello Damir, > Statically linked luametatex solves the issue: > $ sudo apt-get install context > ... > Running mktexlsr. This may take some time... done. > Running mtxrun

Bug#1094898: context: mtxrun running fails

Control: block -1 by 1094881 On 02.02.25 Kip Warner (k...@thevertigo.com) wrote: > On Sat, 2025-02-01 at 23:54 +0100, Hilmar Preuße wrote: Hello, > > My one was just a a try too. The luametatex package (as it is) is now > > in the Debian archive for about 0,5 years and seems to be working. I > >

Bug#1091292: asymptote: FTBFS on armhf: make[4]: *** [Makefile:14: hatch.png] Error 1

On 23.12.24 Hilmar Preusse (hill...@web.de) wrote: > On 23.12.24 Lucas Nussbaum (lu...@debian.org) wrote: Hi Lucas, > > During a rebuild of all packages in sid, this package failed to > > build on armhf. > > > > This package currently has binary packages on armhf,

Bug#1093368: yosys: Patch

Source: yosys Followup-For: Bug #1093368 Control: tags -1 + patch Dear Maintainer, the problematic code is in PRESENTATION_ExAdv.tex \hfil\begin{tikzpicture} \node at (1,-1.7) {\begin{lstlisting}[linewidth=5.5cm, frame=single, basicstyle=\ttfamily\fontsize{8pt}{10pt}\selectfont, langua ge=ys]

Bug#1093732: texlive-base: Should not migrate to testing

Source: texlive-base Version: 2024.20250114-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, the package should not migrate to testing for now. Hilmar -- System Information: Debian Release: 12.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (5

Bug#1093251: texlive-lang: Migration blocker

Source: texlive-lang Version: 2024.20250114-1 Severity: grave Dear Maintainer, the package should not migrate to testing for now. Hilmar -- System Information: Debian Release: 12.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Arch

Bug#1092330: tex-common fail to configure with libmimalloc2.0/sid (providing only libmimalloc.3)

Control: block -1 by 1092293 On 07.01.25 Grégory Mounié (greg...@kiowa.imag.fr) wrote: Hello, > tex-common fail to configure with libmimalloc2.0/sid that provide only > libmimalloc.so.3.0 > > error file produce by the configuration: > root@kiowa:~# cat /tmp/mtxrun.ETU2uklV > mtxrun: error while

Bug#1091292: asymptote: FTBFS on armhf: make[4]: *** [Makefile:14: hatch.png] Error 1

Control: block -1 by 1085120 On 23.12.24 Lucas Nussbaum (lu...@debian.org) wrote: Hi, > During a rebuild of all packages in sid, this package failed to > build on armhf. > > This package currently has binary packages on armhf, so this is a > regression. Also, there are no known issues on amd64

Bug#1082326: Supplemental Group Inheritance Grants Unintended Access to GID 0

On 19.09.24 Brian Ristuccia (brian.ristuc...@gmail.com) wrote: Hi Francesco, > We've run into a problem with proftpd + mod_sftp + mod_sql, where a > user with no supplemental groups will incorrectly inherit supplemental > groups from the parent process. In ProFTPD Version 1.3.5, this > behavior r

Bug#1087384: CVE-2024-49369: Security: fix TLS certificate validation bypass.

Source: icinga2 Version: 2.14.2-1 Severity: grave Tags: upstream security Justification: user security hole X-Debbugs-Cc: Debian Security Team Dear Maintainer, I'm pretty sure you're aware, nevertheless here is the but report: https://icinga.com/blog/2024/11/12/critical-icinga-2-security-releas

Bug#1082326: Supplemental Group Inheritance Grants Unintended Access to GID 0

On 22.09.24 Brian Ristuccia (brian.ristuc...@gmail.com) wrote: > On Sat, Sep 21, 2024, 6:15 PM Hilmar Preusse wrote: Hi Brian, > > For now I submitted the issue at upstream. > > > > Hilmar > > > > Thank you. Do you know who might be responsible for requesting

Bug#1082326: Supplemental Group Inheritance Grants Unintended Access to GID 0

Control: forwarded -1 https://github.com/proftpd/proftpd/issues/1830 On 19.09.24 Brian Ristuccia (brian.ristuc...@gmail.com) wrote: > Package: proftpd-core > Version: 1.3.8+dfsg-4+deb12u3 > Severity: grave > For now I submitted the issue at upstream. Hilmar signature.asc Description: PGP sign

Bug#1072652: context-modules: Migration blocker

Source: context-modules Version: 20240428-4 Severity: grave Justification: renders package unusable Package should not migrate to testing for now. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stabl

Bug#1072651: context: Migration blocker

Source: context Version: 2024.04.01.20240428+dfsg-2 Severity: grave Justification: renders package unusable Package should not migrate to testing for now. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500

Bug#1072056: texlive-bin: Migration blocker

Source: texlive-bin Version: 2024.20240313.70630+ds-2 Severity: grave Justification: renders package unusable Should not migrate to testing for now. H. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,

Bug#1072055: texlive-base: Migration blocker

Source: texlive-base Version: 2024.20240401-2 Severity: grave Justification: renders package unusable Should not migrate to testing for now. H. -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problem

Bug#1072054: biber: Migration blocker

Source: biber Version: 2.20-2 Severity: grave biber should not migrate to testing for now. H. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: arm64 (aarch64) Foreign Architectur

Bug#1056312: zlib1g makes tex-common fail to install due to fmtutil failing

Package: zlib1g Version: 1:1.3.dfsg-2 Followup-For: Bug #1056312 X-Debbugs-Cc: debian-tex-ma...@lists.debian.org Hello Mark, In 1:1.2.6.dfsg-2 an "Breaks: ... texlive-binaries (<< 2009-12)" statement was introduced to make sure the broken tl-bin packages are phased out. We now need the same again

Bug#1056210: luatex panics with zlib 1.3

Control: block -1 by 1056204 Control: merge -1 1056183 signature.asc Description: PGP signature

Bug#1055901: raspi-firmware: postinst fails, makes bad assumption about existence of /boot/firmware/

Package: raspi-firmware Version: 1:1.20231024+ds-1+rpt1 Severity: serious Justification: Policy 6.4 Hello, the package fails to install on my system. I simply assumes that /boot/firmware is a mount point and fails if this is not the case. If /boot/firmware is expected to be a mount point the in

Bug#1029729: texlive-lang: Should not migrate to testing for now.

Source: texlive-lang Version: 2022.20230122-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, TL-base & TL-extra won't migrate to testing for now, cause they break other packages (latexml & pycirkuit). Therefore I block TL-lang too until the other issues are sorted ou

Bug#1025048: texlive-lang: Should not migrate to testing

Source: texlive-lang Version: 2022.20221123-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, this piece of software is tightly bind to package texlive-extra. This package in turn currently can't migrate to testing due to incompatibility to LaTeXML. The issue is known

Bug#1025047: texlive-base: Should not migrate to testing

Source: texlive-base Version: 2022.20221123-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, this piece of software is tightly bind to package texlive-extra. This package in turn currently can't migrate to testing due to incompatibility to LaTeXML. The issue is known

Bug#1016234: feynmf: FTBFS: ! LaTeX Error: File `hypdoc.sty' not found.

Control: reassign -1 texlive-latex-base On 29.07.22 Lucas Nussbaum (lu...@debian.org) wrote: Hi, this happened due to a change in doc package. Reassign to texlive-latex-base for now, will close shortly. Hilmar > During a rebuild of all packages in sid, your package failed to build > on amd64.

Bug#944499: FTBFS: IndexError: list index out of range

Control: forwarded -1 https://github.com/huertatipografica/Alegreya-Sans/issues/24 On 10.11.19 Adam Borowski (kilob...@angband.pl) wrote: Hi, > I'm afraid your package fails to build from source: > I made the mistake to declare a Dep on your package w/o checking before if there are RC bugs on

Bug#996620: FTBFS: error: cannot bind non-const lvalue reference of type ‘temp_string&’ to an rvalue of type ‘temp_string’

Source: wp2latex Version: 3.100-1 Severity: serious Tags: upstream Justification: 4. Dear Maintainer, the package fails to build from source since gcc-11 is the default compiler: g++ -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-

Bug#977034: libmaxminddb-dev: File conflict libmaxminddb-dev & libmaxminddb0

Package: libmaxminddb-dev Version: 1.3.2-1 Severity: serious Justification: Policy 5.6.10 Dear Maintainer, * What led up to the situation? Upgrade of package libmaxminddb-dev. apt-listchanges: Mailing root: apt-listchanges: changelogs for sid (Reading database ... 148796 files and directorie

Bug#976887: texlive-base: Should not migrate to testing for now.

Package: texlive-base Version: 2020.20201203-2 Severity: serious Dear Maintainer, The new texlive-base has an impact on docbook based documentations, see https://bugs.debian.org/976475 https://bugs.debian.org/976508 https://bugs.debian.org/976519 https://bugs.debian.org/976535 https://bugs.debia

Bug#958661: jupyter-sphinx-theme: autopkgtest for jupyter-sphinx-theme fails

Source: jupyter-sphinx-theme Version: 0.0.6+ds1-9 Severity: serious Justification: Policy 5.6.30 Hi, your package fails to run the autopkg test, this prevents the migration of TL 2020 to testing. The failure is probably caused by the upload of Sphinx 2.4.3. to unstable. Please be so kind to have

Bug#956884: texlive-binaries: Needs Breaks/Replaces on older texlive-luatex

Package: texlive-binaries Version: 2020.20200327.54578-3 Severity: serious Justification: Justification: Policy §7.6.1 Dear Maintainer, The upgrade transaction for the texlive family, version 2020 failed for me with a file overwrite (transcript below). This is non-deterministic based on the orde

Bug#950720: FTBFS: error: conflicting declaration ‘typedef long long unsigned int __u64’

Package: wp2latex Version: 3.86-2 Severity: serious Tags: patch upstream Justification: 4. Dear Maintainer, the package FTBFS on s390x & arm64. ./atoms/include/typedfs.h:73:14: note: previous declaration as ‘typedef long int __s64’ 73 | typedef int __s64 __attribute__((mode(DI))); |

Bug#904653: python3-yowsup: fails to install with Python 3.7

On 26.07.18 Andreas Beckmann (a...@debian.org) wrote: Hi Josué, > during a test with piuparts I noticed your package failed to install. As > per definition of the release team this makes the package too buggy for > a release, thus the severity. > > From the attached log (scroll to the bottom...)

Bug#836759: proftpd-dfsg: please drop the build dependency on hardening-wrapper

On 27.10.16 Mattia Rizzolo (mat...@debian.org) wrote: > On Thu, Oct 27, 2016 at 02:07:17PM +0200, Hilmar Preuße wrote: Hi, > > Sorry to bother you again. The generated configure script seems to be broken > > or incomplete: > > arggg :( > #842293, I've set you as submitter. > IMHO, this should

Bug#836759: proftpd-dfsg: please drop the build dependency on hardening-wrapper

On 05.09.16 Matthias Klose (d...@debian.org) wrote: Hi Matthias, > This package builds using the hardening-includes package, which > is now replaced by dpkg-dev's DEB_BUILD_MAINT_OPTIONS settings. > > Please consider dropping the build dependency of hardening-includes > and use the DEB_BUILD_MAI

Bug#820984: proftpd-basic: cannot preseed / ignores local config changes

On 14.04.16 Florian Ernst (f...@lf.net) wrote: Hi Flo, I'm trying to understand the problem. > please consider the following (abridged) transcript of trying to run > proftpd-basic from inetd, but ending up having it running standalone: > > root@testvz12:~# debconf-get-selections | grep proftpd

Bug#750496: texlive-xetex crashes install

On 03.06.14 Eric Fort (eric.f...@gmail.com) wrote: Hi, > fmtutil: running `xetex -ini -jobname=xelatex -progname=xelatex -etex > xelatex.ini' ... > This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian) > (INITEX) > restricted \write18 enabled. > Killed > Could you

Bug#750446: LaTeX Error: Unknown float option `H'

On 03.06.14 Hilmar Preusse (hill...@web.de) wrote: > On 03.06.14 Mattias Ellert (mattias.ell...@fysast.uu.se) wrote: Hi, > > \begin{figure}[H] fails with: > > LaTeX Error: Unknown float option `H' > > > > This causes build failures for packages that generate docu

Bug#750446: LaTeX Error: Unknown float option `H'

On 03.06.14 Mattias Ellert (mattias.ell...@fysast.uu.se) wrote: Hi, > \begin{figure}[H] fails with: > LaTeX Error: Unknown float option `H' > > This causes build failures for packages that generate documentation > using Doxygen. See e.g.: > > http://aws-logs.debian.net/ftbfs-logs/2014/06/01/glo

Bug#749718: FTBFS on s390x

On 30.05.14 Emilio Pozuelo Monfort (po...@debian.org) wrote: Hil > Thanks! It has been built on s390x, but I'm seeing some problems when texlive > is > installed, e.g.: > > https://buildd.debian.org/status/fetch.php?pkg=s3ql&arch=s390x&ver=2.8.1%2Bdfsg-1%2Bb1&stamp=1401449820 > Building format

Bug#749718: texlive-bin: FTBFS on hppa

On 30.05.14 Hilmar Preusse (hill...@web.de) wrote: Hi Norbert, > Disable luajit on hppa too? > You did that already. I'm sorry, noticed it to late. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe&qu

Bug#749718: texlive-bin: FTBFS on hppa

On 30.05.14 John David Anglin (dave.ang...@bell.net) wrote: > Package: texlive-bin > Version: 2014.20140528.34243-1 > Followup-For: Bug #749718 > > See: > http://buildd.debian-ports.org/status/fetch.php?pkg=texlive-bin&arch=hppa&ver=2014.20140528.34243-1&stamp=1401375185 > checking dependency st

Bug#734017: texlive-base: Installation fails

On 05.01.14 John O'Hagan (m...@johnohagan.com) wrote: > On Sat, 4 Jan 2014 23:32:22 +0100 > Hilmar Preusse wrote: Hi, > > Hm, I wouldn't expect hard links at that location, but I don't know > > enough about ucf to evaluate. Did you experience system crashes

Bug#734017: texlive-base: Installation fails

On 04.01.14 John O'Hagan (m...@johnohagan.com) wrote: Hi ucf maintainer, Next try, use Debian E-Mail address. In the output below one notices that in /var/lib/ucf/ sit some hard links pointing to other files in same directory. Is this an expected behavior? If not: how can we remedy the situation

Bug#734017: texlive-base: Installation fails

On 04.01.14 John O'Hagan (m...@johnohagan.com) wrote: Hi John, please keep the bug address in Cc if you need fast response. Hm, I wouldn't expect hard links at that location, but I don't know enough about ucf to evaluate. Did you experience system crashes on that box recently (i.e. in June and N

Bug#734017: texlive-base: Installation fails

On 03.01.14 John O'Hagan (johnmoha...@gmail.com) wrote: Hi, > Installation of the package fails, here is the output of aptitude: > > root@mini:/home/john# aptitude install texlive-base > The following NEW packages will be installed: > texlive-base > The following packages are RECOMMENDED but w

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

On 31.08.13 Hilmar Preusse (hill...@web.de) wrote: Hi, > I imported the 2 changed files into my texinfo 5.1 build dir. Now the > test suite fails even more often. I'm afraid we have to use an svn > checkout...unless upstream prepares a release ASAP and we disable the > test

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

On 31.08.13 Hilmar Preusse (hill...@web.de) wrote: Hi, > I reported upstream @texinfo and got the following information: > > This is already solved in svn in r5308 and r5298. Thanks for the > report nevertheless! > > I imported the 2 changed files into my texinfo 5.1 build d

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

On 25.08.13 Dominic Hargreaves (d...@earth.li) wrote: Hi, > Please ask debian-p...@lists.debian.org if you need help with preparing > or testing a change; if you have a suitable test i386 system you can > install perl 5.18 by adding experimental to your sources as well as the > repository at

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

tags 720866 - moreinfo tags 720866 - unreproducible forwarded 720866 https://savannah.gnu.org/bugs/?39904 stop On 30.08.13 Norbert Preining (prein...@logic.at) wrote: > On Fr, 30 Aug 2013, Hilmar Preusse wrote: Hi, > > Sorry, no improvement: > > Umpf, so we have to investigat

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

On 30.08.13 Norbert Preining (prein...@logic.at) wrote: > On Fr, 30 Aug 2013, Hilmar Preusse wrote: Hi, > > This is an env var I have to set before building? > > Yes, and export it, too, otherwise it will not be seen by the > sub-process. >

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

On 30.08.13 Norbert Preining (prein...@logic.at) wrote: Hi, > If you find time (I am in the mountains the next days) please run the > tests with > PERL_HASH_SEED=0 > and see if it succeeds. > This is an env var I have to set before building? H. -- sigmentation fault -- To UNSUBSCRIBE,

Bug#720866: texinfo: FTBFS with perl 5.18: test failures

On 25.08.13 Dominic Hargreaves (d...@earth.li) wrote: Hi, > This package FTBFS with perl 5.18: > > FAIL: test_scripts/sectioning_equivalent_nodes_test_renamed_nodes.sh > FAIL: test_scripts/layout_formatting_chm.sh > > This doesn't obviously look like a perl 5.18 issue for me, but it > failed on

Bug#718251: texlive-bin: FTBFS: makeinfo: not found

On 29.07.13 Thorsten Glaser (t...@mirbsd.de) wrote: Hi, > your package fails to build, even on release architectures, > apparently due to missing Build-Depends(-Arch), possibly > due to either them appearing in Build-Depends-Indep (which > probably should be empty) or by you using an unclean and

Bug#680845: derivations: FTBFS: Can't create output index file /«PKGBUILDDIR»/tex/main.ind.

On 26.07.12 Sebastian Ramacher (sebast...@ramacher.at) wrote: Hi, > This is a bug in rubber. makeindex requires relative paths if > TEXMFOUTPUT is not set to the correct directory. rubber calls > makeindex with absolute paths, though. > Benjamin Mako Hill provided a patch, which probably solves

Bug#682892: Bug#684228: Patch works

tags 682892 + help stop On 08.08.12 Adrian Knoth (a...@drcomp.erfurt.thur.de) wrote: Hi all! > Same problem over here, Benjamin's patch does the trick. > > IMHO, it would be good to have (the|a) fix in wheezy. > Many thanks to you both! I've put a new package here: http://wagner.debian.org/~hi

Bug#682892: (fwd) Re: Bug#680845: derivations: FTBFS: Can't create output index file /«PKGBUILDDIR»/tex/main.ind.

Hi Emmanuel, I got this serious bug report b/c of some changes in the makeindex module. The output routine of rubber uses absolute paths when calling makeindex. Could you comment on this and eventually send a patch, so the bug can be fixed for wheezy? According to Sebastian Ramacher the problem h

Bug#682892: Bug#680845: derivations: FTBFS: Can't create output index file /«PKGBUILDDIR»/tex/main.ind.

On 26.07.12 Sebastian Ramacher (sebast...@ramacher.at) wrote: > Control: clone 680845 -1 > Control: reassign -1 rubber > Control: retitle -1 rubber: calls makeindex with absolute paths > Control: forwarded -1 https://bugs.launchpad.net/rubber/+bug/706338 > Control: block 680845 by -1 > > On 08/07

Bug#483217: texlive-latex-base: 483217: status?

On 29.06.12 Arne Wichmann (a...@anhrefn.saar.de) wrote: > begin quotation from Norbert Preining (in > <20120627143050.ge25...@gamma.logic.tuwien.ac.at>): > > On Mi, 27 Jun 2012, Arne Wichmann wrote: Hi, > > > Given that, the relevant files should be removed from debian, > > > as they are not D

Bug#677367: luatex: fails to upgrade in isolation

On 13.06.12 Lionel Elie Mamane (lio...@mamane.lu) wrote: > On Wed, Jun 13, 2012 at 03:31:18PM +0200, Hilmar Preusse wrote: > > On 13.06.12 Lionel Elie Mamane (lio...@mamane.lu) wrote: Hi, > >> fmtutil: running `luatex -ini -jobname=luatex -progname=luatex > >> l

Bug#677367: luatex: fails to upgrade in isolation

On 13.06.12 Lionel Elie Mamane (lio...@mamane.lu) wrote: Hi, > fmtutil: running `luatex -ini -jobname=luatex -progname=luatex luatex.ini' > ... > warning: kpathsea: configuration file texmf.cnf not found in these > directories: > /etc/texmf/web2c:/usr/share/texlive/texmf/web2c:/usr/share/tex

Bug#670040: pax do not work at all

severity 670040 normal stop On 22.04.12 Juhapekka Tolvanen (juht...@iki.fi) wrote: Hi, > Package: texlive-latex-extra > Version: 2011.20120322-1 > Severity: grave > This is overdone. Just b/c you found a single program in texlive-latex-extra not working, doesn't mean it is completely useless.

Bug#666569: maint-guide: FTBFS: /usr/share/texlive/texmf-dist/tex/xelatex/xunicode/xunicode.sty:852: I can't find file `t3enc.def'.

On 16.04.12 Osamu Aoki (os...@debian.org) wrote: > On Sun, Apr 15, 2012 at 11:55:46PM +0200, Hilmar Preuße wrote: Hi, > > 1. Use polyglossia instead of babel when using XeLaTeX. > >In this case we'd look at a bug in dblatex generating invalid TeX > >input files for XeTeX. > > Yah.. that

Bug#659907: texlive-binaries: fails to upgrade with jadetex installed

On 20.02.12 Rogério Brito (rbr...@ime.usp.br) wrote: Hi, > Package: texlive-binaries > Followup-For: Bug #659907 > > Hi there. > > I'm also seeing something which looks like this bug, but I am not sure if > the symptoms are just the same, with a different cause. > This is probably #612924. For

Bug#659907: texlive-binaries: fails to upgrade

On 15.02.12 Vincent Lefevre (vinc...@vinc17.net) wrote: > retitle 659907 texlive-binaries: fails to upgrade with jadetex installed > thanks > > On 2012-02-14 19:47:16 +0100, Marc Dequènes (Duck) wrote: Hi Marc, > > The log is attached. Maybe this is a bug in jadetex, but as it worked > > before,

Bug#656618: open-vm-tools: FTBFS w/ Linux 3.2

tags 656618 + fixed-upstream stop On 20.01.12 Hilmar Preusse (hill...@web.de) wrote: Dear Maintainer, > Today I installed the Linux 3.2 kernel, rebooted into it and tried > to compile the open-vm-tools for that kernel. The build failed, > the relevant error message is: > I can

Bug#656618: open-vm-tools: FTBFS w/ Linux 3.2

reassign 656618 open-vm-source found 656618 8.8.0+2011.09.23-491607-1 stop On 20.01.12 Hilmar Preusse (hill...@web.de) wrote: > Package: open-vm-tools > Version: 2:8.8.0+2011.12.20-562307-1 > Severity: grave > Tags: upstream > Justification: renders package unusable >

Bug#656618: open-vm-tools: FTBFS w/ Linux 3.2

Package: open-vm-tools Version: 2:8.8.0+2011.12.20-562307-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, Today I installed the Linux 3.2 kernel, rebooted into it and tried to compile the open-vm-tools for that kernel. The build failed, the relevant erro

Bug#644481: jupp does not install

Package: jupp Version: 3.1.18-1 Severity: grave Justification: renders package unusable Dear Maintainer, this issue is probably related to #644468. I tried to install jupp, which failed with the same error message: Get:1 http://ftp.de.debian.org/debian/ unstable/main jupp i386 3.1.18-1 [230 kB]

Bug#619786: texinfo dash clash now in unstable

On 22.08.11 Christoph Egger (christ...@debian.org) wrote: Hi, > setting to serious again as this now happens with dash from > unstable. if you think this is a dash problem and not a texinfo > one please reassign. > That patch is already in upstream, I guess this is not a bug in dash. Norbert:

Bug#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms

On 15.08.11 Frank Küster (fr...@debian.org) wrote: Hi Frank, > I'm still here (going on vacation next saturday). > Many thanks for the upload. BTW: I used the following statement in the Debian changelog to reopen another bug: (Reopens: #618033). The bug was not re-opened, I did this now manual

Bug#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms

On 13.08.11 Aurelien Jarno (aure...@debian.org) wrote: > On Sat, Aug 13, 2011 at 11:43:27PM +0200, Hilmar Preusse wrote: Hi Aurelien, > > Could you check if the broken LFS support also introduced #637667? > > I.e. simply comment the patch (partial_lfs_support.diff) in the &

Bug#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms

On 13.08.11 Aurelien Jarno (aure...@debian.org) wrote: Hi Aurelien, > clone -1 637667 > retitle -1 libkpathsea5: ABI changed on 32-bit platforms > thanks > Many thanks for your bug report and analysis. I'm sorry for the inconvenience! Could you check if the broken LFS support also introduced #6

Bug#617536: #617536 open-vm-source: does not compile on linux-2.6.32.32

On 15.06.11 Kiko Piris (fpi...@portsdebalears.com) wrote: > On 15/06/2011 at 15:27 +0200, Hilmar Preusse wrote: Hi! > > At least you get a completely different error message than me and > > you are in a completely piece of code when the build fails. > > I do not really un

Bug#617536: #617536 open-vm-source: does not compile on linux-2.6.32.32

On 09.03.11 Kiko Piris (fpi...@portsdebalears.com) wrote: Hi, > I was able to compile open-vm-modules on linux-2.6.32.28, but with > linux-2.6.32.32 I can't. > > Either with make-kpkg modules_image or module-assistant. > > I suspect it???s the same bug than #614292, but since I'm not > sure i r

Bug#612502: texinfo: FTBFS due to running configure+build twice, fix attached

severity 612502 important stop On 25.02.11 Thorsten Glaser (t...@mirbsd.de) wrote: > Hilmar Preu�e dixit: Hi, > >I applied the patch to our SVN, the next upload will have the fix. > > Thanks a lot! (As I said, it probably doesn’t FTBFS in 99.9% of all > builds, across all architectures – but th

Bug#614292: #614292 Re: open-vm-source: does not compile on kernel 2.6.37 (unstable)

On 20.02.11 Hilmar Preusse (hill...@web.de) wrote: Hi, > Today I installed the new 2.6.37 kernel provided by Debian: "Linux sid > 2.6.37-1-686 #1 SMP Tue Feb 15 18:21:50 UTC 2011 i686 GNU/Linux" > > The modass fails to build a kernel specific package of open-vm-sour

Bug#614292: open-vm-source: does not compile on kernel 2.6.37 (unstable)

Package: open-vm-source Version: 1:8.4.2-261024-1 Severity: grave Justification: renders package unusable Hi, Today I installed the new 2.6.37 kernel provided by Debian: "Linux sid 2.6.37-1-686 #1 SMP Tue Feb 15 18:21:50 UTC 2011 i686 GNU/Linux" The modass fails to build a kernel specific packag

Bug#345604: ConTeXt documentation is non-free

On 02.01.06 Florian Weimer (f...@deneb.enyo.de) wrote: > Package: tetex-doc > Version: 3.0-11 > Severity: serious > > The license is clearly non-free: > > | All rights reserved. No part of this publication may be reproduced, > | stored in a retrieval system, or transmitted in any form or by any

Bug#607857: tex-common: Hard-coded path in proposed patch

On 02.01.11 Norbert Preining (prein...@logic.at) wrote: > On Fr, 31 Dez 2010, Hilmar Preusse wrote: Happy new year, > > Not good[TM]. I'll open a wishlist bug to have that changed. Should > > be that hard to source /etc/texmf/texmf.cnf at the beginning of these > >

Bug#607857: tex-common: Hard-coded path in proposed patch

On 30.12.10 Norbert Preining (prein...@logic.at) wrote: Hi, > Most of our scripts (the ones written for Debian) expect TEXMFDIST to > be /u/s/texmf-texlive and TEXMFSYSVAR to be /v/l/texmf. > > Looking through the whole trigger code I see many instances of that. > > To make it completely clear

Bug#607857: tex-common: Hard-coded path in proposed patch

On 27.12.10 Braun Gábor (bra...@renyi.hu) wrote: Hi Norbert, > Package: tex-common > Followup-For: Bug #607857 > > AFAIK the paths texlive uses can be freely configured by the sysadmin. > So I think the paths /var/lib/texmf/ etc in the examples are > simplification to clearly state the idea and

Bug#607857: texlive-base: don't put files under /usr/local

On 24.12.10 Hideki Yamane (henr...@debian.or.jp) wrote: Hi, > >The question is *WHY* an ls-R file is created there, because none > >of *our* scripts (AFAIS) creates it, all call mktexlsr with > >a list of arguments, so do every package using dh_installtex and > >triggers. > > When mktexlsr is c

Bug#607857: texlive-base: don't put files under /usr/local

On 23.12.10 Hideki Yamane (henr...@debian.or.jp) wrote: Hi, > Attach piuparts logs here, could you check it please? > Just a short notice: please compress logs before sending. This mail didn't make it to the maintainer mailing list due to its size. H. -- sigmentation fault -- To UNSUBSCR

Bug#607857: texlive-base: don't put files under /usr/local

On 23.12.10 Hideki Yamane (henr...@debian.or.jp) wrote: Hi, > I've found that texlive-base package creates files in /usr/local. > (thanks to piuparts) > > > 0m23.9s DEBUG: No broken symlinks as far as we can find. > > 0m25.2s ERROR: FAIL: Package purging left files on system: > > /usr/local/

Bug#593706: install-info breaks dpkg

On 20.08.10 Klaus Ethgen (kl...@ethgen.de) wrote: Hi, > The bug is easily to fix. Just rename /usr/bin/install-info to > /usr/bin/broken-install-info and everything works well as the > /usr/sbin/install-info too is used now. > Don't think so: hi...@sid:~ $ /usr/sbin/install-info install-info: w

Bug#576599: texlive-xetex requires lmodern fonts

severity 576599 normal stop On 06.04.10 Raphael Frey (freyraph...@lavabit.com) wrote: Hi > The package 'lmodern' which includes the lmodern fonts should be a > dependency of 'texlive-xetex' because if the package is not > installed, the program 'xelatex' will abort, mourning: "! LaTeX > Error:

Bug#576599: texlive-xetex requires lmodern fonts

On 13.04.10 Alexander Reichle-Schmehl (toli...@debian.org) wrote: Hi, > I could reproduce this bug in a minimal chroot. However I also had > to install ttf-linux-libertine and texlive-latex-recommended to get > the minimal example of the inital bug report to work. Hope that > helps. > Thanks f

Bug#576328: drbd0.7-module-source: Fails to build custom modules

Package: drbd0.7-module-source Version: 0.7.25-1.1 Severity: grave Justification: renders package unusable Hi, I'm trying to build a drbd0.7 package containing the modules for kernel 2.6.26. The build fails, the log is attached. I tested only on i386, but the error message is rather generic, I gu

Bug#551229: longtable \cline does not work with czech or slovak babel

Dear Petr, http://bugs.debian.org/551229 Down here in the Debian bug tracking system we got a report telling that a specific feature of longtable stops working as soon as the czech or slovak babel package is used. As the feature works fine, when using language "english" I suspect a bug in the cz

  1   2   3   >