On 11/13/23 23:20, Cyril Brulebois wrote:
Hilmar Preusse (2023-11-13):
Hi,
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 installer should have
On 11/13/23 23:03, Debian Bug Tracking System wrote:
Hi,
Thank you for filing a new Bug report with Debian.
You can follow progress on this Bug here: 1055901:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055901.
Here is the error message I get:
hille@rasppi1:~ $ sudo apt -f install
On 10/31/23 17:21, Adrian Bunk wrote:
Hi,
https://buildd.debian.org/status/logs.php?pkg=ffmpeg=7%3A6.0-8
...
makeinfo --html -I doc --no-split -D config-not-all --init-file=/<>/doc/t2h.pm
--output doc/ffmpeg.html /<>/doc/ffmpeg.texi
makeinfo: error parsing /<>/doc/t2h.pm: Undefined
On 2/15/23 18:51, Frank Heckenbach wrote:
Hi Frank,
Of course, chdir into /tmp is a bit risky as any file creation
before the next chdir would be susceptible to the same problem, but
I assume you made sure this won't happen.
BTW, when looked at the changes made, I noticed this:
On 2/23/23 14:28, James Addison wrote:
On Thu, 23 Feb 2023 at 12:53, James Addison wrote:
Hi,
pass: texlive-base (2022.20220605-1) unstable; urgency=low
fail: texlive-base (2022.20220923-2) unstable; urgency=medium
It should be possible to look at the differences between those (and
On 2/21/23 22:00, James Addison wrote:
Hi all,
I'm adding the 'help' tag to this bug, and am cc'ing the debian-tex-maint list,
because it feels like extra brainpower could aid in figuring this one out more
quickly.
A brief recap of this bug so far, for folks reading the list:
* the feynmf
Am 29.01.2023 um 00:00 teilte Frank Heckenbach mit:
Hello Frank,
Package: texlive-pictures
Version: 2020.20210202-3
Severity: grave
File: /usr/share/texlive/texmf-dist/scripts/epspdf/epspdf.tlu
Classic /tmp write vulnerability: function dir_writable writes to
"/tmp/1" (and if this fails,
Control: reassign -1 texlive-latex-base
Control: tags -1 pending
Am 06.02.2023 um 06:20 teilte Stéphane Glondu mit:
Le 05/02/2023 à 20:52, Hilmar Preuße a écrit :
Hi,
Today the new texlive-base & texlive-extra did migrate to testing and
hence were upgraded on your system. The texlive-
Am 05.02.2023 um 19:56 teilte Stéphane Glondu mit:
Package: tex-common
Version: 6.18
Severity: serious
Hello,
I got this when upgrading texlive today in testing:
Paramétrage de tex-common (6.18) ...
Running mktexlsr. This may take some time... done.
Running mtxrun --generate. This may take
Control: reassign -1 texlive-latex-base
Control: forcemerge -1 1029438
Am 31.01.2023 um 23:50 teilte Santiago Vila mit:
Well, I feared the merge could fail, and yes, it did.
I have not gotten the hang of it.
If you could merge them properly, that would be great.
Thanks a lot.
--
sigfault
Control: tags -1 + help
Am 29.01.2023 um 00:00 teilte Frank Heckenbach mit:
Hi,
Classic /tmp write vulnerability: function dir_writable writes to
"/tmp/1" (and if this fails, "/tmp/2" etc.) without sufficient
checks.
Harmless demonstration:
% mkfifo /tmp/1
% epspdf /etc/hostname /dev/null
Control: affects -1 src:glosstex
Am 21.01.2023 um 16:05 teilte Danai SAE-HAN (韓達耐) mit:
Hi Danai,
Indeed, I have tested it yesterday too and the scripts now breeze through
without bailing out.
I would like to keep the bug, and will solve it by adding a versioned
build-dependency on Fontforge to ensure it will always build
Am 20.12.2022 um 04:08 teilte Danai SAE-HAN (韓達耐) mit:
Hi,
Sorry, I forgot all about this!
I figured out it was a regression so in Unstable you need to go two
versions back for Fontforge, which will ignore the warnings instead of
halting the process.
I'll be back home on 30 December.
Am 18.01.2023 um 20:29 teilte Bastian Germann mit:
Am 18.01.23 um 20:20 schrieb Hilmar Preuße:
Am 18.01.2023 um 11:52 teilte Bastian Germann mit:
Am 18.01.23 um 11:21 schrieb Hilmar Preuße:
Hi,
Do you have a list of these files or do you know how to generate one?
grep -r licence=cc-by-nc
Am 18.01.2023 um 11:52 teilte Bastian Germann mit:
Am 18.01.23 um 11:21 schrieb Hilmar Preuße:
Hi,
Do you have a list of these files or do you know how to generate one?
grep -r licence=cc-by-nc-sa
This gives a lot of TeX input files should I remove them?
Hilmar
--
sigfault
Am 18.01.2023 um 10:49 teilte Bastian Germann mit:
Hi Bastian,
Many of context's manual files contain licence=cc-by-nc-sa which is a
non-free license (non-commercial).
Please repack to get rid of them.
Do you have a list of these files or do you know how to generate one?
Thanks,
Hilmar
--
Control: tags -1 + pending
Am 11.01.2023 um 02:48 teilte Adrian Bunk mit:
Hi,
Your package fails to build with:
|Writing index file glosstex.idx
|(/usr/share/texlive/texmf-dist/tex/latex/hypdoc/hypdoc.sty
|(/usr/share/texlive/texmf-dist/tex/latex/base/atveryend-ltx.sty)
Am 06.01.2023 um 12:46 teilte Bastian Germann mit:
Hi,
The non-free Lenna image is stripped from the xtuthesis package via
debian/tpm2deb.cfg.
However, xtuthesis.pdf still contains the image and is actually a
non-source file.
So please exclude it as well.
I've excluded the file (no "git
Am 27.07.2022 um 12:10 teilte Danai SAE-HAN (韓達耐) mit:
Hi Danai,
is there progress? Did you get response from upstream?
Hilmar
Some observations:
Going back to fontforge version 20201107~dfsg-4 and its dependencies, I
notice the following warning message:
21900/1114292:
Add extrema...
Control: reassign -1 latexml
Am 12.12.2022 um 21:56 teilte Paul Gevers mit:
Hi Paul,
With a recent upload of texlive-extra the autopkgtest of latexml fails
in testing when that autopkgtest is run with the binary packages of
texlive-extra from unstable. It passes when run with only packages
Control: reasssign -1 latexml
Control: forwarded -1 https://github.com/brucemiller/LaTeXML/issues/1985
Control: tags -1 + fixed-upstream pending
Am 12.12.2022 um 21:56 teilte Paul Gevers mit:
Hi Paul,
With a recent upload of texlive-extra the autopkgtest of latexml fails
in testing when that
Am 24.10.2022 um 19:48 teilte Paul Gevers mit:
Hi all,
I think Hilmar was afraid of what happens after latexml is removed from
testing. Than TL migrates and breaks latexml for users of testing that
don't immediately remove packages that are no longer in testing.
Yes, correct.
The idea to
Am 22.10.2022 um 10:21 teilte Debian Bug Tracking System mit:
Hi Adrian,
the breakage is not caused by the perl upload, but due to the latest TeX
Live upload at the beginning of this month. Hence TL either does not
migrate to testing (which is good in the moment IMHO). I reported the
issue
Am 12.10.2022 um 11:22 teilte Cédric Boutillier mit:
Hi,
For the record, please find attached one of the latex files produced
with kramdown which was causing the problematic character, together with
the output of the failing compilation log with latex from
texlive-latex-base/2022.20220722-1,
Control: notfound -1 2022.20220923-1
Am 12.10.2022 um 11:22 teilte Cédric Boutillier mit:
This bug seems caused by a transient bug due to a non-UTF8 character in
one of the included files by latex(?). This problem was present with
texlive-latex-base 2022.20220722-1, but after the recent
Am 01.08.2022 um 09:22 teilte Klaus Ethgen mit:
Am So den 31. Jul 2022 um 22:02 schrieb Hilmar Preuße:
Hi Klaus,
This sounds like a full file system during installation, which can lead to
various issues like this. I suggest to close the issue as "caused by full
file system".
Coul
Control: reassign -1 src:gnuplot
OpenPGP_signature
Description: OpenPGP digital signature
Am 31.07.2022 um 15:38 teilte Adrian Bunk mit:
Control: reassign -1 src:gnuplot
Hi,
It works after downgrading texlive-latex-base to 2022.20220605-1.
Testcase:
$ cat test.tex
\documentclass{article}
\usepackage[utf8x]{inputenc}
\usepackage{hyperref}
\begin{document}
.
\end{document}
Many
Am 31.07.2022 um 15:50 teilte Klaus Ethgen mit:
Hi,
Some additional informations:
Yesterday I found files from texlive-pictures with 0 bytes size. I
reinstalled that package and the files have correct size now.
This sounds like a full file system during installation, which can lead
to
Am 31.07.2022 um 12:15 teilte Klaus Ethgen mit:
Hi,
buf_size=10 xetex -ini -jobname=xelatex-dev -progname=xelatex-dev -etex
xelatex.ini
Successful run. I append the log file to the mail.
Try to play with different values for buf_size. On [1] they speak about
increasing the buf_size,
Am 31.07.2022 um 10:57 teilte Klaus Ethgen mit:
Hi,
Could you send me /etc/texmf/web2c/texmf.cnf and the output of "ls -la
/etc/texmf/texmf.d/"?
~> ls -la /etc/texmf/texmf.d/
insgesamt 4
drwxr-xr-x 1 root root 24 5. Sep 2021 .
drwxr-xr-x 1 root root 124 28. Jun 2017 ..
Am 26.07.2022 um 09:16 teilte Klaus Ethgen mit:
Hi,
Sorry, late response: the mail did not make it into our mailing list,
hence I noticed this bug by chance.
fmtutil: running `xetex -ini -jobname=xelatex-dev -progname=xelatex-dev -etex
xelatex.ini' ...
This is XeTeX, Version
Control: reassign -1 texlive-plain-generic
Control: tags -1 + pending
Am 16.07.2022 um 15:56 teilte Lucas Nussbaum mit:
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
It was a bug in TeX4HT. I have a patch for this and will upload fixed
packages soon.
Am 22.07.2022 um 14:55 teilte Hilmar Preuße mit:
Am 21.07.2022 um 00:20 teilte Hilmar Preuße mit:
Am 16.07.2022 um 15:56 teilte Lucas Nussbaum mit:
Hi
During a rebuild of all packages in sid, your package failed to build
on amd64.
For now there is an MWE, which compiles fine using LaTeX
Am 21.07.2022 um 00:20 teilte Hilmar Preuße mit:
Am 16.07.2022 um 15:56 teilte Lucas Nussbaum mit:
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
For now there is an MWE, which compiles fine using LaTeX but can't be
processed using htlatex (that's what
Am 16.07.2022 um 15:56 teilte Lucas Nussbaum mit:
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
For now there is an MWE, which compiles fine using LaTeX but can't be
processed using htlatex (that's what we try to do). I'll try to contact
TeX people
Am 28.05.2022 um 21:53 teilte Andreas Beckmann mit:
Hi Andreas,
Looks like you need to move some bits that are irrelevant for the
binary-indep build to a override_dh_install-arch (or probably
better execute_after_dh_install-arch) target.
Many thanks for the pointer! I could separate the
Am 28.05.2022 um 21:53 teilte Andreas Beckmann mit:
Hi,
Looks like you need to move some bits that are irrelevant for the
binary-indep build to a override_dh_install-arch (or probably
better execute_after_dh_install-arch) target.
Our build system did not change between TL 2021 & 2022. The
Am 28.05.2022 um 21:53 teilte Andreas Beckmann mit:
Hi Andreas,
texlive-bin fails to build the arch-indep packages during a separate run
as would be done by the buildds.
Many thanks for the report! Unfortunately it came to me very late as the
mailing list does not like large E-Mails
On 4/6/22 23:34, Ashleigh Moore wrote:
Hi,
Well, if the /tmp was full, would it have been able to generate the
error logs in there? I did run the dpkg configure command like 4 or 5
times, and every time, it made a report..
Maybe there was enough space for the logs, but not for the format
On 4/6/22 23:34, Ashleigh Moore wrote:
Hi,
Well, if the /tmp was full, would it have been able to generate the
error logs in there? I did run the dpkg configure command like 4 or 5
times, and every time, it made a report..
Maybe there was enough space for the logs, but not for the format
On 4/6/22 18:49, Ashleigh Moore wrote:
Hi,
Well uh, this is embarrassing, but apparently it fixed itself overnight.
And since the machine rebooted since then, I no longer have the tmp
files it made. I suppose if I have this occur again, I'll let you guys
know?
I am so sorry if this was a
Am 05.04.2022 um 00:13 teilte Ashleigh Moore mit:
Hi Ashleigh,
I noticed the error that dpkg reported: exit code -1, and the package
"tex-common". I saw that it made a error report with the name
"fmtutil.", but I thought that perhaps it was a fluke
brought on by the mammoth number of packages
Control: tags -1 + pending
Am 05.02.2022 um 21:29 teilte Paul Gevers mit:
Hi,
With a recent upload of biber the autopkgtest of rubber fails in
testing when that autopkgtest is run with the binary packages of
biber from unstable. It passes when run with only packages from
testing. In tabular
Control: reassign -1 biber
Control: found -1 2.17-1
Am 04.02.2022 um 22:42 teilte Hilmar Preuße mit:
Control: reassign -1 texlive-bibtex-extra
Control: found -1 2021.20211217-1
Control: tags -1 + pending
Maybe leave it better on the biber package to make sure, people don't
install the biber
Control: reassign -1 texlive-bibtex-extra
Control: found -1 2021.20211217-1
Control: tags -1 + pending
Am 31.01.2022 um 15:53 teilte Ryan Kavanagh mit:
Hi,
I'm not sure if this should instead be filed against
texlive-bibtex-extra, but the current version of biber is incompatible
with the
Control: forwarded -1 https://github.com/plk/biblatex/issues/1202
Am 31.01.2022 um 15:53 teilte Ryan Kavanagh mit:
Hi,
I'm not sure if this should instead be filed against
texlive-bibtex-extra, but the current version of biber is incompatible
with the biblatex package currently in Debian
Am 16.12.2021 um 09:38 teilte Sven Mueller mit:
Hi Sven, hi Norbert,
texlive-extra-utils contains arara (https://github.com/islandoftex/arara)
which was updated two days ago via TeX Live (https://www.tug.org/texlive/)
which was updated slightly after that. Please update to the newest TeX Live
Am 16.12.2021 um 09:38 teilte Sven Mueller mit:
Hi,
texlive-extra-utils contains arara (https://github.com/islandoftex/arara)
which was updated two days ago via TeX Live (https://www.tug.org/texlive/)
which was updated slightly after that. Please update to the newest TeX Live
ASAP, as arara in
Am 27.11.2021 um 16:25 teilte Hilmar Preusse mit:
Hi all,
Since gs 9.54 the conversion of some eps files does not work for
at least one output devices. This came to my attention b/c the
test suite of asymptote fails to run for at least one file.
I got the information that the issue has been
Control: reassign -1 ghostscript
Control: severity 1000710 serious
Control: merge 1000710 -1
Am 28.11.2021 um 21:29 teilte Paul Gevers mit:
Hi Paul,
Dear maintainer(s),
With a recent upload of ghostscript the autopkgtest of asymptote fails
in testing when that autopkgtest is run with the
Am 01.11.2021 um 14:32 teilte Andreas Beckmann mit:
Hi,
The offending line + some context:
537 % The meta-symbols and their meanings are:
538 % \begin{description}
539 % \item[\$] The end of a line
540 % \item[\^] The beginning of a line
541 % \item[$\backslash$d] A delimiter
Control: tags -1 + pending
Am 16.10.2021 um 12:49 teilte Hilmar Preusse mit:
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:
Patch is on salsa, tag pending.
Am 31.08.2021 um 12:53 teilte Andreas Günther mit:
Hi Andreas,
but I realized that now. The whole time the installer was bothered by a line
in "/etc/proftpd/proftpd.conf", namely "IdentLookups off". I commented on this
line and thus everything could be reinstalled and started successfully.
Am 30.08.2021 um 10:16 teilte Andreas Günther mit:
Hi,
I have now deleted everything again
dpkg -r proftpd-core proftpd-basic proftpd-mod-crypto proftpd-mod-wrap
and downloaded all the necessary packages and try to install them in order.
First the package proftpd-core_1.3.7a +
On 8/29/21 10:12 AM, Andreas Günther wrote:
Am Samstag, 28. August 2021, 17:09:37 CEST schrieb Hilmar Preuße:
Hi,
Hmm, weird: the modules in question should be provided by
proftpd-mod-wrap & proftpd-mod-crypto, should should have installed.
Could you check if the files /usr/lib/pro
Am 28.08.2021 um 16:46 teilte Andreas Günther mit:
Hi,
please keep the bug in Cc.
here I have the output from systemctl status proftpd.service:
proftpd.service - ProFTPD FTP Server
Loaded: loaded (/lib/systemd/system/proftpd.service; enabled;
vendor preset: enabled)
Active:
Am 28.08.2021 um 10:20 teilte Andreas Guenther mit:
Hi,
Although I do speak German I prefer English error messages. ;-)
Could you provide the output of "systemctl status proftpd.service" and
"journalctl -xe" and the /var/log/proftpd/proftpd.log?
Thanks!
This error occurred for the
Am 14.07.2021 um 00:50 teilte Norbert Preining mit:
Hi Norbert,
@Norbert: do you have an opinion. Should be rather branch from 20200329-1,
which is currently in testing?
Seems to be ok.
Documentation fixes are explicitly included in the freeze exception
list.
I understand this as: we
Am 13.07.2021 um 23:27 teilte Adrian Bunk mit:
On Tue, Jul 13, 2021 at 10:13:20PM +0200, Hilmar Preuße wrote:
Hi,
I am not a member of the release team.
"It is just documentation" has a point, suggesting d85a1829 plus
UNRELEASED -> unstable would sound reasonable to me.
Am 13.07.2021 um 16:13 teilte Adrian Bunk mit:
Control: severity -1 serious
Control: tags -1 ftbfs
Control: found -1 20150506-2
On Sat, Apr 10, 2021 at 07:05:05PM +0200, Hilmar Preuße wrote:
Control: tags -1 + pending
Am 10.04.2021 um 11:59 teilte Matthias Klose mit:
On 4/9/21 11:14 PM
Control: tags -1 + buster
Am 01.07.2021 um 07:42 teilte Janusz S. Bień mit:
Hi Janusz,
Because of make4ht prerequisits texlive-extra-utils should depend on
texlive-luatex which should contain make4ht-logging.lua but this is not
the case, at least in buster and bullseye.
Cf.
Control: severity -1 important
Am 29.04.2021 um 12:27 teilte Bjørn Mork mit:
> Package: texlive-latex-extra
> Version: 2020.20210202-3
> Severity: serious
> Justification: Policy 3.5
libspreadsheet-parseexcel-perl is required to run the exceltex
binary, but is not declared as a dependency.
Am 19.03.2021 um 11:33 teilte Andreas Beckmann mit:
Hi,
during a test with piuparts I noticed your package ships (or creates)
a broken symlink.
Do you eventually know, why [1] gives me a sun, although the issue
should be there since October, i.e. before the latest upload?
Hilmar
[1]
Control: severity 985493 serious
Control: merge -1 985493
Am 19.03.2021 um 11:33 teilte Andreas Beckmann mit:
during a test with piuparts I noticed your package ships (or creates)
a broken symlink.
Merging. I'll try to look into this.
Hilmar
--
sigfault
Chuck Norris fact of the day:
Control: reassign -1 texlive-fonts-extra-links
Am 18.03.2021 um 10:52 teilte Andreas Beckmann mit:
Hi,
during a test with piuparts I noticed your package ships (or creates)
a broken symlink.
I didn't check whether there are missing Depends or Recommends
or the dependencies have changed
Am 18.03.2021 um 10:52 teilte Andreas Beckmann mit:
Hi,
during a test with piuparts I noticed your package ships (or creates)
a broken symlink.
From the attached log (scroll to the bottom...):
3m48.9s ERROR: FAIL: Broken symlinks:
Am 27.12.2020 um 12:42 teilte Rene Engelhard mit:
Hi,
dist-upgrade buster->bullseye which just caused my system to not get out of apt
-f install anymore:
Entpacken von texlive-base (2020.20201203-2) über (2018.20190227-2) ...
dpkg: Fehler beim Bearbeiten des Archivs
Am 31.12.2020 um 08:46 teilte Rene Engelhard mit:
Hi,
Just by chance.
My normal buster system dist-upgrade to bullseye.
Just found [1] Seems to be the only conflict in TL. I'll try to look
into this.
Hilmar
[1] https://piuparts.debian.org/stable2sid/source/t/texlive-extra.html
--
Am 27.12.2020 um 12:42 teilte Rene Engelhard mit:
Hi Rene,
Many thanks for the report!
dist-upgrade buster->bullseye which just caused my system to not get out of apt
-f install anymore:
Entpacken von texlive-base (2020.20201203-2) über (2018.20190227-2) ...
dpkg: Fehler beim Bearbeiten des
Am 26.12.2020 um 23:08 teilte Lucas Nussbaum mit:
Source: proftpd-mod-dnsbl
Version: 0.1.5-5
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20201226 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
# tag pending
tags -1 pending
OpenPGP_signature
Description: OpenPGP digital signature
Am 14.12.2020 um 11:02 teilte Francesco Paolo Lovergine mit:
Hi Paolo,
After upgrade:
$ sudo proftpd -t
Checking syntax of configuration file
2020-12-14 09:59:09,942 legolas proftpd[5444]: mod_dso/0.5: unable to load
'mod_tls.c'; check to see if '/usr/lib/proftpd/mod_tls.la' exists
>
Am 09.12.2020 um 00:07 teilte Hilmar Preusse mit:
Hi Norbert,
The new texlive-base has an impact on docbook based documentations,
see
If you intend to work on this: attached is what I call a minimal xml
file. The file can be processed using "docbook2tex test.xml" to get the
tex source code.
Am 04.12.2020 um 01:07 teilte Norbert Preining mit:
Hi,
But be aware, that there might be further moves coming again reverting
this change (yes, I know the pain), since LaTeX upstream is doing this:
https://github.com/latex3/latex2e/issues/450
I guess you rather meant
Am 03.12.2020 um 06:21 teilte Norbert Preining mit:
Hi Norbert,
@Norbert: could fix this in upstream?
l3packages has moved from collection-latexrecommended to
collection-latex in svn 57048.
Great, thanks!
Thus, a new checkout with the respective
Am 02.12.2020 um 00:31 teilte Hilmar Preuße mit:
Hi,
I could solve the issue by installing texlive-latex-recommended,
which introduces
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xparse/xparse.ltx
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xparse/xparse-generic.tex
Am 02.12.2020 um 00:31 teilte Hilmar Preuße mit:
Hi,
I could solve the issue by installing texlive-latex-recommended, which
introduces
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xparse/xparse.ltx
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xparse/xparse-generic.tex
Am 01.12.2020 um 10:46 teilte Hilmar Preusse mit:
Hi,
we uploaded latest CTAN snapshot to Debian. Now the format for LaTeX fail to
build:
fmtutil [ERROR]: running `pdftex -ini -jobname=pdflatex -progname=pdflatex
-translate-file=cp227.tcx *pdflatex.ini I could solve the issue by
Control: reassign -1 texlive-latex-base
Control: severity 976170 serious
Control: forcemerge -1 976170
Am 01.12.2020 um 02:07 teilte Vincent Lefevre mit:
Dup of bug 976170?
Probably. Forcemerge.
Hilmar
--
sigfault
OpenPGP_signature
Description: OpenPGP digital signature
Am 28.08.2020 um 10:42 teilte Adrian Bunk mit:
Hi all,
> ...
> dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see
> diff output below
> dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols
> file: see diff output below
> dpkg-gensymbols:
Am 11.05.2020 um 00:21 teilte Hilmar Preuße mit:
Hi,
> - tkz-berge.sty does not exist in Debian any more.
>
Simply replacing tkz-berge.sty by tkz-base.sty does not solve the issue.
Leaving out debianization-examples.patch at least solves the issue.
> - you need to declare a BD o
Am 10.05.2020 um 14:06 teilte Jerome BENOIT mit:
> On 10/05/2020 14:06, Hilmar Preuße wrote:
>> Am 10.05.2020 um 08:46 teilte Jerome BENOIT mit:
Hi,
>>> Hello Graham, thanks for the report.
>>> It sounds a Depends issue.
>>>
>> I guess some style files
Am 10.05.2020 um 08:46 teilte Jerome BENOIT mit:
Hi Jerome,
> Hello Graham, thanks for the report.
> It sounds a Depends issue.
>
I guess some style files moved to another Debian package and hence they
are missing now. Do you need help by fixing the issue?
Hilmar
--
sigfault
#206401
reassign 958661 src:sphinx,src:jupyter-sphinx-theme
found 958661 sphinx/2.4.3-2
found 958661 jupyter-sphinx-theme/0.0.6+ds1-9
retitle 958661 sphinx breaks jupyter-sphinx-theme autopkgtest
merge 958661 958852
thanks
Am 24.04.2020 um 09:22 teilte Hilmar Preusse mit:
> your package fails to run the
Am 25.04.2020 um 22:10 teilte Paul Gevers mit:
Hi Paul,
> With recent uploads of texlive-base and texlive-extra the autopkgtest of
> jupyter-sphinx-theme fails in testing when that autopkgtest is run with
> the binary packages of texlive-base and texlive-extra from unstable. It
> passes when run
Control: tags -1 + pending
Am 16.04.2020 um 13:52 teilte Norbert Preining mit:
> On Thu, 16 Apr 2020, Hilmar Preuße wrote:
>> trying to overwrite '/usr/share/man/man1/luahbtex.1.gz', which is also
>> in package texlive-luatex 2019.20200302-1
>
> Indeed, luahbtex.1
Am 16.04.2020 um 13:23 teilte Norbert Preining mit:
Hi,
>> The upgrade transaction for the texlive family, version 2020 failed for me
>> with a file overwrite (transcript below). This is non-deterministic based
>
> There was no transcript, which file was it?
>
Missed that, sorry.
Selecting
Am 14.04.2020 um 21:17 teilte Sandro Tosi mit:
Hi Norbert,
> please release it to unstable ASAP: it is blocking the upload of
> sphinx 2.* to unstable (and consequently the update of numpy to 1.8)
>
> Let me know if you need help with this.
>
I just typed "dput ftp-eu
Control: tags -1 + pending
Am 13.04.2020 um 12:40 teilte Simon McVittie mit:
Hi Simon,
> In practice you can probably relax the version constraint to
> (<< 2020.20200329) or even (<< 2020) if you know when the file involved
> moved between packages, but using the full version as suggested above
Am 13.04.2020 um 20:08 teilte Dmitry Shachnev mit:
Hi Dmitry,
> The mentioned /tmp/fmtutil.zMbmF90b file is attached.
>
Relevant error message:
Latin Modern fonts (EC) preloaded <2020-01-23>
! Font \_tenrm=ec-lmr10 not loadable: metric data not found or bad.
\_font
l.8 \_font
Control: reassign -1 src:lgrind
Control: tags -1 + patch
Am 25.03.2020 um 15:57 teilte Joseph Wright mit:
> On 25/03/2020 11:24, Norbert Preining wrote:
>> On Wed, 25 Mar 2020, Joseph Wright wrote:
>>> 'normal', i.e. moving the \begin{document} line, but I'm not sure if
>>> that is
>>> an
Control: severity -1 important
Control: tags -1 + moreinfo
Am 23.02.2020 um 04:27 teilte Nikolai Lusan mit:
> Trying to run proftpd with mod_vroot. The following error causes hosts using
> vroot to not be loaded:
>
> # service proftpd check-config
> 2020-02-23 13:19:36,841 kiev
Control: severity 954449 important
Control: block 954545 by 954449
Control: block 954561 by 954449
Control: block 954618 by 954449
Control: block 954494 by 954449
Control: block 954575 by 954449
Control: block 954567 by 954449
Control: block 954526 by 954449
Control: block 954644 by 954449
On 2/29/20 8:58 AM, Nikolai Lusan wrote:
Hi Nikolai,
> Sorry I haven't gotten back to you yet. I have a number of projects
> on the go, and since this is only impacting a small number of users
> on my home system it has fallen lower on my priority list - I was
> also trying to find solutions
On 2/29/20 8:58 AM, Nikolai Lusan wrote:
Hi,
> Sorry I haven't gotten back to you yet. I have a number of projects
> on the go, and since this is only impacting a small number of users
> on my home system it has fallen lower on my priority list - I was
> also trying to find solutions myself.
On 2/23/20 4:27 AM, Nikolai Lusan wrote:
Hi Nikolai,
> Trying to run proftpd with mod_vroot. The following error causes
> hosts using vroot to not be loaded:
>
I've built a package for proftpd-mod-vroot, which have a dep on
proftpd-abi-1.3.6c [1]. Let me know if it solves your issue, then I'll
On 2/23/20 2:55 PM, Nikolai Lusan wrote:
> On Sun, 2020-02-23 at 14:49 +0100, Hilmar Preuße wrote:
Hi Nikolai,
>> Severity grave to make sure it doesn't enter testing.
>
> Wouldn't that be better applied to proftpd-basic - since it was the update
> there that broke this? I po
Control: tags 950720 - patch + pending
Am 05.02.2020 um 12:11 teilte Hilmar Preusse mit:
> 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)));
> |
1 - 100 of 224 matches
Mail list logo