12:24, Peter Mueller wrote: Hi, > Don't know about unstable (I
cannot risk an upgrade now), but as for > the texlive-pstricks 2022.20230122-4
containing pst-node.sty > 2012/09/18 v1.01, the bug still exists. > Do you have
the time to discuss this with the upstream author. I don't h
@Hilmar: A typo. I meant: The message sequence [2] in the NTG mailing list is
correct. I cannot judge about the code [1]. If my memory serves me right, the
actual change might have happened a few revisions later. Still, no guarantee.
So if you can't find the right revision, it's probably safer
I'd appreciate this. The message [1] in the NTG mailing list is correct. I
cannot judge about [2].
Gratefully, Peter
06.07.2023, 20:44, Preuße, Hilmar < mailto:hill...@web.de hill...@web.de >
I guess this is [1] according to [2]. I'll try to do something, but it won't be
for 12.1, which will be
found 1019236 texlive-pstricks/2022.20230122-4
thanks
Don't know about unstable (I cannot risk an upgrade now), but as for the
texlive-pstricks 2022.20230122-4 containing pst-node.sty 2012/09/18 v1.01, the
bug still exists.
Oh my gosh. Losing formatting would indeed be not severe. Distorting contents
is IS severe, especially if this goes unnoticed. Heaven knows how much text
has already been and will be silently changed in all the years of Debian 12.
Therefore, a kind request: please push it into the next
found 1018206 texlive-binaries/2022.20220321.62855-1
thanks
I've just tested on my system, and the bug is still present in the Debian
package with luatex 1.15.0 and indeed fixed in TeXLive 2023 upstream with
luatex 1.17.0.
Package: texlive-pstricks Version: 2021.20211217-1
My stock TeX Live version 2021.20211217-1 is set up to produce A4 output by
default.
Reproduce:
1) Create mwe.tex containing
\documentclass{article}
\pagestyle{empty}
\usepackage{pst-node}% letter with this, A4 without this. pstricks or pst-all
Package: texlive-latex-base
Version: 2022.20220605-1
Severity: wishlist
As described in https://tex.stackexchange.com/q/652458
https://tex.stackexchange.com/q/652458, luatex loses or changes text (not
formatting!) in particular circumstances. According to
Package: diffutils
Version: 1:3.7-5
Reproduce:
$ cd /tmp
$ touch f1
$ ln -s f1 f2
$ diff --no-dereference f1 f2
Datei f1 ist ein normale leere Datei, während Datei f2 ein symbolische
Verknüpfung ist.
Two “e”s are missing. The correct German phrase would be “Datei f1 ist eine
normale leere Datei,
Package: scalable-cyrfonts-tex
Version: 4.17+nmu1
Severity: wishlist
What is a “metcic file” in “This package installs all needed TeX font metcic
files […]” in the package description?
And why does this package collide with texlive-fonts-extra?
The output of lsmod from the same Debian live is attached. I apologize for the
delay.
Cheers, Peter
The live test is quite useful, thanks for mentioning it. I'm wondering whether
this could be due to missing crypto modules inside our image, which I've seen
to be the reason for failure to
Package: diffpdf
Version: 2.1.3-2
Consider the two files mwe1.pdf and mwe2.pdf in the attachment (obtained from
the question and answer on https://tex.stackexchange.com/questions/587968
https://tex.stackexchange.com/questions/587968 ). In mwe1.pdf, the upper
occurrence of “c3:b” is printed
reopen 1006978
found 1006978 3.7.5+dfsg-1
thanks
No, the bug is still there. The same goes for
https://github.com/Genivia/ugrep/issues/193
https://github.com/Genivia/ugrep/issues/193. Ricardo, with all respect: if I
asked you a specific question, there was also a specific reason for this. The
Thanks, Ricardo; I will try out in short. In the meantime, would it be perhaps
possible for me to kindly remind you to please post the peculiarities of
/sys/kernel/security/apparmor/revision on a proper Debian amd64 to
https://github.com/Genivia/ugrep/issues/193, so that there are no
… the developer apparently has a new version with a fix. Could you please test
it yourself and put it into experimental? Thanks!
Peter
Ricardo, could I kindly ask you to please tell the ugrep developer what kind of
file is /sys/kernel/security/apparmor/revision and why it has size 0, contents
"10", and behaves in a special way? They seem not to have Debian at their
disposal, while I'm not knowledgable enough to make sense of
On 10.03.22 11:13, Ricardo Ribalda Delgado wrote:
> Could you try to send this bug to: https://github.com/Genivia/ugrep/issues ?
> Done: https://github.com/Genivia/ugrep/issues/193
Package: ugrep
Version: 3.3.3+dfsg-1
Searching for a string in /sys/kernel with grep terminates within 3 seconds
(and spits out many error messages, which is o.k.). Searching for the same
string with ugrep (and avoiding following references) doesn't terminate over
half an hour and spits out no
ck
individually), and most users will not even notice them when they launch
screenruler from a graphic menu. Best regards, Georges. Peter
Mueller a écrit : > reopen 1000230 > found 1000230 1.0-2 > thanks > -- > 1.0-2
works now. Thanks a lot!!! However, some error messages eme
reopen 1000230
found 1000230 1.0-2
thanks
--
1.0-2 works now. Thanks a lot!!! However, some error messages emerge.
1. Starting screenruler and switching four times with Alt-Tab between the
screen ruler and the xterm or gnome-terminal from where the screenruler was
started, I see the following
Package: audacity
Version: 2.4.2~dfsg0-5
After about half an hour of recording from Line-In at the highest sampling rate
384000 audacity crashes although enough of free RAM and storage seems to be
available. The crash seems to be reproducible if I record from a particular
music cassette (and
> starting audacity out of a terminal window will give you > some more
> information. But OggOpus export doesn't seem > to work here either. Thanks,
> Klaumi, I get the following messages in the console when trying to export and
> the aforementioned alert window appears: “ 01:20:17: Debug:
Package: audacity
Version: 2.4.2~dfsg0-5
I use debian stable. When trying to export an audio track to OggOpus, I get an
error message, “FFmpeg: Kodieren des Frames fehlgeschlagen”. The message
occurrs right at the very beginning; I presume that no conversion has taken
place so far. This
minor Am 07.01.2022 um 02:40 teilte Peter Mueller mit: HI
Peter, > Package: texlive-pstricks > Version: 2021.20211217-1 > Bug report:
https://tex.stackexchange.com/questions/629314
https://tex.stackexchange.com/questions/629314 >
https://tex.stackexchange.com/quest
Package: texlive-pstricks
Version: 2021.20211217-1
Let's construct mwe.tex containing
\documentclass{article} \usepackage{pstricks} \begin{document} test
\end{document}
and run
latex mwe && dvipdf mwe
or
latex mwe && dvips mwe && ps2pdf mwe.ps
This prints
WARNING: Transparency operations
On the machine with a not working screenruler, we have this at the moment:
$ screenruler & [1] 2926 $ Loading libraries... Gtk-Message: 02:43:39.844:
Failed to load module "canberra-gtk-module" /usr/bin/screenruler:61:in `block
in ': 'Gdk::Pixbuf' has been deprecated. Use 'GdkPixbuf::Pixbuf'.
On the machine with the working screenruler, we have this at the moment: $
screenruler & [1] 82945 $ Loading libraries... /usr/bin/screenruler:61:in
`block in ': 'Gdk::Pixbuf' has been deprecated. Use 'GdkPixbuf::Pixbuf'.
/usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new':
reopen 1000230
found 1000230 0.960+bzr41+deb10-6
thanks
The updated screenruler still fails to start:
$ LANG=C sudo aptitude show screenruler | egrep "(State)|(Version)" Version:
0.960+bzr41+deb10-6 State: installed $ LANG=C sudo aptitude show
libcanberra-gtk3-module | egrep "(State)|(Version)"
On the other machine, libcanberra-gtk3-module IS installed, but screenruler
still fals to start:
$ LANG=C sudo aptitude show screenruler | egrep "(State)|(Version)" Version:
0.960+bzr41+deb10-4 State: installed $ LANG=C sudo aptitude show
libcanberra-gtk3-module | egrep "(State)|(Version)"
Dear George,
On one of the two Debian-stable machines I manage libcanberra-gtk3-module is
installed:
$ LANG=en_US.utf8 sudo aptitude show libcanberra-gtk3-module | egrep
"(State)|(Version)" Version: 0.30-7 State: installed
On this machine, screenruler works. I'll check the other machine in
severity 1000230 grave
thanks
Btw., installing canberra-gtk-module doesn't help. Severity bumped because the
package is useless.
Package: screenruler
Version: 0.960+bzr41+deb10-4
I use Gnome on Wayland. Reproduce:
1) Open uxterm, bash being my shell.
2) Type in
screenruler
and press [Enter].
3) Observe:
$ screenruler Loading libraries... Gtk-Message: 00:03:09.619: Failed to load
module "canberra-gtk-module"
Package: gedit
Version: 3.38.1-1
Reproduce:
Create a UTF-8-encoded file containing the following four symbols: Latin small
A, followed by space, followed by open colon, followed by space, and terminated
by Latin small B:
a ⦂ b
In hex, the contexts of the file is this:
61 20 E2 A6 82 20 62
On my
severity 996506 important
thanks
I concur. The rar version currently available in Debian is 5.50 from year 2017.
Currently, version 6.10 beta 1 is available from rarlab.com. An update is
really overdue.
Thanks in advance!
Peter
Package: libdvd-pkg
Version: 1.4.2-1-1
Severity: wishlist
Please update the version to 1.4.3. Thanks!
Thanks a lot! Notice: https://dict.tu-chemnitz.de does have [ugs.]. So there is
no fault in the online version of FreeDict. (I don't see the dictionary files
they deliver and cannot comment on this.) Peter
Agreed, though it is *still* the wrong place to report this. It is at FreeDict
that this
reopen 997971
thanks
> From your original source file it becomes apparent that Monat is listed as
> being neutral in Austrian German.
But only colloquially! In written Austrian German (in fact, in any written
German), Monat is masculine, consistent with https://dict.tu-chemnitz.de and
opposed
My report from Thu, 28 Oct 2021 11:03:42 + is wrong; please ignore
it. I apologize. Peter.
Dear DING,
let me kindly drive your attention to the bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997971
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997971. As your online
version
https://dict.tu-chemnitz.de/dings.cgi?service=de-en=0=0=Monat=
is correct, it is unclear
Dear DING,
let me kindly drive your attention to the bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997971
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997971. As your online
version
https://dict.tu-chemnitz.de/dings.cgi?service=de-en=0=0=Monat=
is correct, it is unclear
reopen 997971
thanks
Sebastian, there is a difference to DING.
DING (
https://dict.tu-chemnitz.de/dings.cgi?service=deen=0=0=Monat=
)says:
Monat {m}; Monat {n} [Ös.] [ugs.]
Monate {pl} [anhören]
dieser Monat; laufender Monat
erste Hälfte des Monats
der Monat Mai
In particular, it says that the
Package: dict-freedict-deu-eng
Version: 2021.01.05-3
Reproduce:
1) Type
dict Monat
into a bash shell.
2) Observe
>From German - English Ding/FreeDict dictionary ver. 1.8.1-fd0.2.1 [fd-deu-eng]:
Monat /mˈoːnɑːt/
in the output.
In contrast, it should be “masc” instead of “neut”.
Please correct it.
… and I've just ping'ed the maintainers of cleveref, babel, and greek.ldf.
(Just in case the bug is also present upstream.)
Package: texlive-latex-extra
Version: 2021.20210921-1
Reproduce:
1) Put
\documentclass{article} \usepackage[greek]{babel}%%% greek should not
necessarily be the main language; e.g., [greek, ngerman] would also expose the
bug \usepackage{cleveref} \begin{document} \pagenumbering{Roman}
Package: texlive-pictures
Version: 2020.20210202-3
Severity: wishlist
Please update spath3 from version 2 to version 2.4. Reason: bridges work in
v2.4 version (not completely, but surely enough).
Peter
Javier, thanks! With ifupdown-extra 0.33 there is still a delay upon startup,
but it is LESS than the previous one. I think, it is below 4 minutes now. The
ordering cycle error is gone. Other, new error messages appeared in the boot
log. I plan to file a new bug report later. Cheers!
bi...@debian.org >
Control: reassign -1 ifupdown-extra Am 15.07.21 um 12:46 schrieb Peter Mueller:
> Package: systemd > Version: 247.3-5 > > Reproduce: > 1) Boot the computer. >
2) Have no WiFi approximately 5 minutes long. > 3) Have WiFi after 5 minutes. >
> It doesn't m
Package: systemd
Version: 247.3-5
Reproduce:
1) Boot the computer.
2) Have no WiFi approximately 5 minutes long.
3) Have WiFi after 5 minutes.
It doesn't matter whether WiFi is tested from gnome or from tty. My network is
configured via interfaces (not via NetworkManager).
I have a PCE-AX3000
Package: cinnamon
Version: 3.6.7-8
Severity: normal
Tags: missing
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
Installed Debian Buster with Cinnamon.
* What exactly did you do (or not do) that was
Hi All,
I'm observing the same issue on my machine which is a Debian 8, 64 Bits.
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08)
x86_64 GNU/Linux
General Setup to reproduce the issue:
I do mount a nfs file share with autofs by using the config files
auto.master and auto.nfs.
Package: icedove
Version: 24.4.0-1~deb7u1
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
The lighning calendar does not work with icedove 24.4.0, Deb wheezy.
* What exactly did you do (or not do) that
Package: synergy
Version: 1.3.1-2
Hi
i tried to run quicksynergy on Debian-Sid but i was
not successfull with it. I installed the package with
apt-get (installed Version: 0.3.2.1-1) wich runs very
well. Then i started the programm from a shell: I only
get the mask, put in
my neighbour ip
52 matches
Mail list logo