Okay, I removed the delay in the attached version of the patch which I
will send upstream. I post it here just for sake of completeness.
Regards,
Dennis.
--- speechd-up-0.5~20110719/speechd-up.c 2020-09-02 21:05:47.357273940 +0200
+++ speechd-up-0.5~20110719/speechd-up.c 2020-09-02
Package: speechd-up
Version: 0.5~20110719-9
SYMPTOMS
I ran into a failed assertion. When pressing certain Unicode
characters like U+20AC (EURO SIGN) or U+2192 (RIGHTWARDS ARROW) on the
console via a keyboard, speechd-up exits suddenly. The same happens
when moving the cursor over a Unicode
is turns speech-dispatcher into an
+attractive target for getting unauthorized root access.
+speech-dispatcher was not written to be secure enough to be run with
+set-user-ID of root.)
+
+@end table
+
+To disable this mechanism set @env{AudioPulseFallback} to 0 in the
+speechd.conf configur
: on x11-xkb-utils and xinput are needed.
Author: Dennis Filder
Bug-Debian: https://bugs.debian.org/920483
Last-Update: 2020-09-10
--- a/sddm-0.18.1/data/scripts/Xsetup
+++ b/sddm-0.18.1/data/scripts/Xsetup
@@ -1,3 +1,19 @@
#!/bin/sh
# Xsetup - run as root before the login dialog appears
+# Here we
I can reproduce the problem only by running grub-emu as root. It is
reproducible in both the 2.02+dfsg1-20+deb10u2 (Buster) and 2.04-8
(current Bullseye).
The severity is not an exaggeration IMO as afterwards your machine
will be headless. Recovering with Alt+SysRq+k does not work; neither
does
On Mon, Jan 04, 2021 at 10:02:38PM +0100, Paul Gevers wrote:
> [...]
> > Yes, the "pulse,alsa" user-visible change seems interesting. But the
> > implementation seems fragile to me: looking in /proc content is deemed
> > to break at some point or another. We've been struck hard by such kind
> >
With 06-fix-m-option.patch you add these two lines in
src/osdsh/controlsh.c:load_plugin():
mod_mixerdev = dlsym(module, "mixerdevice");
*mod_mixerdev = mixerdevice;
I presume what you intended to accomplish here is to tell the module
which user-specified mixer device to use since
Package: gnome-screensaver
Severity: normal
Dear Maintainer,
under [1] the author of XScreenSaver (BSD license) claims that one of
the authors of gnome-screensaver copied his code and replaced the
original licensing and copyright information with a GPL-2 stanza and
added his own copyright
On Fri, Jun 11, 2021 at 02:12:45PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> According to the patch:
>
> This change also optimizes QMimeBinaryProvider::addFileNameMatches
> to have the same logic as xdgmime for glob matching:
> literals > extensions > other globs
>
> How
Package: libqt5core5a
Version: 5.15.2+dfsg-7
Severity: normal
X-Debbugs-CC: Dennis Filder
Dear Maintainer,
yesterday evening I upgraded the binary packages for
src:qtbase-opensource-src from 5.15.2+dfsg-5 to 5.15.2+dfsg-7. After
today's boot I noticed that all the file type associations
e incurred by it I think this
change should be undone.
Regards,
Dennis Filder
0:
https://salsa.debian.org/pulseaudio-team/pulseaudio/-/commit/89438173a5e1ad86b28763e28924baceb26b88a6
lines as
the latter adds a newline to its output, and we want to interpret the
absence of a newline as indicator of corruption.
.
The regex could be written more specific, e.g. mention "DNSKEY" etc.
Author: Dennis Filder
--- package-helper-orig
+++ package-helper
@@ -78
On Sat, Jun 12, 2021 at 02:58:23PM +0300, Dmitry Shachnev wrote:
> Just like Lisandro, I have never tried that.
BTW: My original intention was to use this to edit extended attributes
on files and directories from within Dolphin.
> Please test the attached .deb file. I did not change the version
Control: tags -1 moreinfo
X-Debbugs-CC: Andrew Savchenko , Dennis Filder
>From the log you posted I can see that you try to run pactl as root,
correct? You can't do that because pulseaudio refuses to start as
root on grounds of security.
In general pulseaudio was designed to by default acc
Package: apt-cacher-ng
Version: 3.7.2-1
Severity: normal
I'm having a real hard time getting acngfs to work reliably, and it
starts straining my good will quite a bit. The impression that I'm
getting is that it finishes system calls before the underlying
download has finished which manifests as
On Tue, Jun 15, 2021 at 09:41:39PM +0300, Dmitry Shachnev wrote:
> Following what Lisandro said, I will not upload the revert to unstable.
>
> Dennis, please contact the upstream Qt developers, and if they revert that
> part of the patch or change the code to make your use case work, I will be
>
Package: postgresql-common
Architecture: amd64
Version: 225
Severity: serious
Justification: Potential data loss (lower at your discretion)
Tags: bullseye
X-Debbugs-CC: d.fil...@web.de
During an upgrade from Buster to Bullseye I also had to upgrade a
cluster from postgresql 11 to 13. The cluster
On Tue, May 18, 2021 at 06:47:38PM +0200, Christoph Berg wrote:
> Can you share the apt command and output that led to this removal?
One more observation: Bullseye's gdal-data 3.2.1+dfsg-1 defines a
Breaks: libgdal20 (< 2.5.0~), but the libgdal20 in Buster is 2.4.0,
and postgresql-11-postgis-2.5
X-Debbugs-CC: d.fil...@web.de
On Tue, May 18, 2021 at 06:47:38PM +0200, Christoph Berg wrote:
> Can you share the apt command and output that led to this removal?
I attached the output from "apt full-upgrade" until the "Do you want
to continue?"
Having gimp-gmic (recommended by
Control: tags -1 moreinfo unreproducible
X-Debbugs-CC: d.fil...@web.de, poming...@gmail.com
It works perfectly here (under Xorg with KDE). Even running:
LANG=zh_TW.UTF8 LC_CTYPE=zh_TW.UTF8 LC_ALL=zh_TW.UTF8 \
LANGUAGE=zh_TW:zh audacity
does not produce the behaviour you describe. If
X-Debbugs-CC: poming...@gmail.com
This appears to be known problem:
https://forum.audacityteam.org/viewtopic.php?f=48=110214
You could still investigate further by testing if similar behaviour
manifests in other wxwidgets applications. Running
aptitude search '~Guitoolkit::wxwidgets'
will
Hi,
as stated in #988722 during my upgrade to Bullseye I could not cleanly
migrate a postgresql cluster with a table using features from the
postgis extension. Apparently the reason is that
postgresql-11-postgis-2.5 and postgresql-13-postgis-3 are currently
not co-installable because some
X-Debbugs-CC: d.fil...@web.de
On Wed, May 19, 2021 at 06:49:10PM +0200, Sebastiaan Couwenberg wrote:
> PostGIS databases have never been able to be migrated during a
> distribution upgrade. You've always needed to recreate the databases in
> the new cluster.
Control: tag -1 patch
The attached patch should fix this by not installing the files in
question.
--- debian/rules
+++ debian/rules
@@ -42,6 +42,7 @@
$(MAKE) install DESTDIR=$(CURDIR)/debian/multitail
rm -rf $(CURDIR)/debian/multitail/etc/multitail
+ rm -rf
Control: tag -1 patch
The attached patch should fix this.
--- debian/rules
+++ debian/rules
@@ -6,3 +6,8 @@
%:
dh $@
+
+override_dh_auto_configure:
+ sed -i '/[)][/]man[/]man1/s@/man/man1@/share/man/man1@' Makefile.in
+ dh_auto_configure
+ sed -i
Control: tag -1 unreproducible moreinfo
On Sun, May 23, 2021 at 03:14:42PM +0200, Detlef Vollmann wrote:
> When dialling into a telephone conference system the DTMF tones
> for the conference ID produced by the popup keypad are not
> recognized by the system.
> I'm not even sure that I used the
Package: nyx
Version: 2.1.0-2.1
Severity: normal
nyx leaks memory, 262144 (== 64*4096) bytes every 5 seconds in my case.
Under Buster it didn't.
Running
strace -e trace=mmap -v -ttt -f -p $(pgrep nyx)
shows calls to
99483: mmap(NULL, 262144, ...)
every 5 seconds. Running
dd
Control: retitle -1 kdenlive: fails to start natively under Wayland with
"QWaylandGLContext::makeCurrent: eglError: 3009, this: 0x555c4734dcc0"
Control: tag -1 upstream
Control: severity -1 wishlist
X-Debbugs-CC: mar...@kucharczyk.im
I'm lowering the severity since native Wayland support in
On Tue, Jun 01, 2021 at 02:15:52PM +0200, Andreas Beckmann wrote:
> What would be needed to reintroduce postgresql-11-postgis-2.5 (i.e.
> src:postgis-2.5) (built against bullseye libraries) into bullseye? Probably
> libraries and -dev packages from postgresql-11, too.
> Here I assume that
X-Debbugs-CC: serfyo...@yandex.ru
On Wed, Jun 30, 2021 at 05:27:45PM +0300, Сергей Фёдоров wrote:
> Sorry for the late response - I just went to the mail and did not
> expect a letter from you.
>
> I wanted to use sudo to delete the list of root owner files whose
> names are placed in the file.
Control: tags -1 moreinfo
X-Debbugs-CC: Ariel D'Alessandro
It could be that OBS opens the pipe as a privileged process, forks,
then drops privileges afterwards such that the child process is
precluded from reopening the inode that backs the file descriptor
clisp operates on.
You'd somehow have
On Thu, Jul 01, 2021 at 07:59:51AM +0200, Marc Haber wrote:
> I cringe at the necessity of using strace to obtain vital debugging
> information. Would it be worth to make an upstream withlist request for
> debugging output of this string so that stracing sudo unnecessary? It is
> quite hard to
ow.
Author: Dennis Filder
Bug-Debian: https://bugs.debian.org/980607
Last-Update: 2021-02-09
---
diff --git netcfg-1.169/test/test_nc_v6_interface_configured.c netcfg-1.169/test/test_nc_v6_interface_configured.c
index 92fa9c4..41afc7b 100644
--- netcfg-1.169/test/test_nc_v6_interface_configured.c
renames it
out of the way.
Author: Dennis Filder
Bug-Debian: https://bugs.debian.org/980588
Last-Update: 2021-02-10
---
diff --git dsniff-2.4b1+debian/tcpnice.c dsniff-2.4b1+debian/tcpnice.c
index b0c451e..5a8ce9c 100644
--- dsniff-2.4b1+debian/tcpnice.c
+++ dsniff-2.4b1+debian/tcpnice.c
@@ -204,7
of that override_dh_auto_configure stuff is
actually still necessary.
Author: Dennis Filder
Bug-Debian: https://bugs.debian.org/980642
Last-Update: 2021-02-10
---
diff --git diagnostics-0.3.3/debian/rules diagnostics-0.3.3/debian/rules
index 3c0390d..4921ce7 100755
--- diagnostics-0.3.3/debian/rules
+++ diagnostics-0.3.3/debian
On Wed, Feb 10, 2021 at 05:41:29PM +0100, Cyril Brulebois wrote:
> Patches fail to apply locally, and I'd rather avoid having to fix
> them up (possibly breaking things in the process).
Strange: When I download the patches from BTS somehow they have
mangled whitespace whereas my local patches
The first patch appears to have been mangled in transit (whitespace),
so disregard that. The attached compressed patch should be integrous.
diagnostics_0.3.3-12-no-ltdl-convenience.patch.gz
Description: application/gzip
Package: quota
Version: 4.04-2+deb10u1
Architecture: amd64
Severity: normal
Tags: patch
X-Debbugs-CC: d.fil...@web.de
I created a new filesystem and specified to use quota in /etc/fstab,
but didn't run quotacheck -c as I expected this to happen anyway on
reboot. However, systemd's unit
Control: tags -1 + patch
The attached patch improves the underdocumentation of
counter-intuitive default behaviour a little which may have been the
cause here.
sudo-success_return.patch.gz
Description: application/gzip
Package: cmake-data
Version: 3.18.4-2
Severity: normal
Tags: patch
The documentation for the OUTPUT_NAME parameter does not state that
add_jar() will add the .jar extension, but makes it seem like the
caller should do it.
The patch clarifies that.
usejava.diff.gz
Description: application/gzip
Package: soci
Version: 4.0.1-4
Severity: minor
With C++11 support libsoci-dev also needs either libboost1.71-dev or
libboost1.74-dev:
In file included from /usr/include/soci/statement.h:11,
from /usr/include/soci/values.h:11,
from
On Tue, Mar 30, 2021 at 10:17:11AM +, BRUN Eric wrote:
> In my file nsswitch.conf, I have :
>
> sudoers: files ldap
>
> Before update, that worked , first try to find account in "files"
> and then, if not found, try with ldap accounts.
>
> After update, it like "files" are ignored and ldap is
On Wed, Mar 10, 2021 at 12:54:53PM -0500, Bill Blough wrote:
> I did respond to your email on the 7th. Maybe it wound up in your spam
> folder?
That was indeed the case.
> I'm currently building/testing the data type patch, and hope to upload
> it to unstable today. I'll file the unblock
Control: tag -1 patch
The attached DEP3 patch implements what the submitter correctly
analyzed as the code not applying configuration options to the
connection.
sudo-631268-fix-sudo_ldap_set_options_table.patch.gz
Description: application/gzip
Control: fixed -1 sudo/1.8.2-1
This can be closed, I think, as it should have been fixed with 1.8.2-1
through addition of the sudoOrder attribute. The first fixed upstream
release was 1.8.0, the commit was 9029163a58c3 (as per the changelog).
Control: tag -1 unreproducible moreinfo
I tried looking into this, but I can only reproduce this by changing
the line
sudoers:files ldap
in /etc/nsswitch.conf to
sudoers:ldap
This makes /etc/sudoers ineffective, but that's not a bug.
On Wed, Jan 27, 2021 at 02:13:21PM +0100,
X-Debbugs-CC: David Pirotte
On Thu, Mar 18, 2021 at 06:52:21PM -0300, David Pirotte wrote:
> I did try and here is happened:
>
> I sent a message, but no 'trace' (for me, the sender), that I
> did send the msg ... normally, when we send a msg, using the
> AppImage, linphone
Package: sudo-ldap
Version: 1.9.5p2-3
Tags: patch
Severity: normal
Control: found -1 1.8.2-1
While looking into #783889 I noticed that the sudo binary shipped in
sudo-ldap does not use setresuid. The changelog entry for 1.8.2-1
reads: "drop --disable-setresuid since modern systems should not run
X-Debbugs-CC: David Pirotte
On Mon, Feb 22, 2021 at 11:15:43PM -0300, David Pirotte wrote:
> 1- the settings pop menu appears 'detached' from the main app
> window; also, it uses a font and font size that are not the
> 'upstream' app font and size (fwiw);
>
> 2- it only works once: if you close
On Mon, Mar 15, 2021 at 11:06:38PM -0300, David Pirotte wrote:
> GNOME desktop - 3.38-4
> Yes, Wayland, no idea about X 'only'
>
> but, worth mentioning that that the upstream appimage works
> fine, I mean running under the (exact) same
> 'conditions'/desktop env
Okay, that's
On Wed, Mar 17, 2021 at 04:11:56PM -0300, David Pirotte wrote:
> > QT_QPA_PLATFORMTHEME=qt5ct linphone
>
> That does not solve the problem, fwiw.
>
> > GDK_BACKEND=x11 linphone
>
> That solves the problem.
Ideally Qt would detect that the platform theme needs that backend and
perform the
I haven't had success in making that gitlab account. It's probably
not possible for outsiders anymore (if it ever was). I have not
gotten a reply yet on the linphone-users list either.
Bill has not responded to #984534 either in BTS or in private.
While looking through the linphone.org wiki I
Okay, I do see a difference in behaviour now in sqlitebrowser: with my
soci-enabled liblinphone packages installed I see entries being added
to table ~/.local/share/linphone/linphone.db:chat_message_content and
other tables. The timestamps in chat_message_participant also line up
perfectly with
Package: libqt5quick5
Version: 5.15.2+dfsg-4
Architecture: amd64
Severity: normal
Tags: sid bullseye a11y upstream patch confirmed
Control: affects -1 + linphone-desktop
The segfault happens
* both with and without a preexisting configuration,
* only if Orca is running in the same session.
I haven't found the bug yet, but at least somewhat cornered in
linphone-desktop/linphone-app/src/components/chat/ChatModel.cpp in
ChatModel::setSipAddress():
...
for (auto : mChatRoom->getHistory(0))
mEntries << qMakePair(
QVariantMap{
{ "type", EntryType::MessageEntry },
Control: tag -1 + confirmed sid bullseye
I looked into this the past days, and I think this is actually a bug
in d/rules in src:linphone. I'm beginning to suspect that this is due
to this line:
-DENABLE_DB_STORAGE=NO \
Apparently the code for the once separate chat history and
On Thu, Feb 25, 2021 at 12:05:39PM +0100, Jerome BENOIT wrote:
> I was rather wondering if setting Rules-Requires-Root to yes in d/rules
> will ask to bbuild to act as "needs-root" for autopkgtest.
No. Rules-Requires-Root is only to tell the build scripts that some
parts of the build requires
The file rules.patch got mangled in transit. Attached is the
integrous version.
rules.patch.gz
Description: application/gzip
On Wed, Feb 24, 2021 at 11:01:51AM +0100, Jerome BENOIT wrote:
> Dear all,
>
> > The autopkgtest probably will have to specify "needs-root" to set
> > unprivileged_userns_clone=1 (unless the VM image already has that set
> > up), but the test suite itself needn't run as root.w
> Will set
On Thu, Mar 04, 2021 at 12:32:20AM +0100, Bernhard Schmidt wrote:
> Cool, thanks. Would you mind discussing your findings with upstream at
> https://gitlab.linphone.org/BC/public/liblinphone ? We will need a
> freeze exception for this, having this bug confirmed by upstream would
> help a lot,
Control: tag -1 + patch upstream - help
Control: reassign -1 linphone
On Sun, Feb 28, 2021 at 11:07:31PM +0100, Bernhard Schmidt wrote:
> an updated liblinphone has been uploaded to sid yesterday. Could you
> please try liblinphone10 and liblinphone++10 from sid (4.4.21-2) and
> report back? If
On Sun, Feb 28, 2021 at 11:07:31PM +0100, Bernhard Schmidt wrote:
> an updated liblinphone has been uploaded to sid yesterday. Could you
> please try liblinphone10 and liblinphone++10 from sid (4.4.21-2) and
> report back? If it does not work you might need libsoci-core4.0 and
>
I just noticed that firehol has no autopkgtests yet, but since
ci.debian.net can run those under LXC/qemu instead of chroot this
would allow for the test suite to run. It might however be a bit of a
challenge to set that up at home if troubleshooting is needed.
Copying the one for root-unittests
Control: tag -1 + moreinfo sid
What did you change before the scanner stopped working? I see that
you are running hplip 3.21.2 which is not yet in testing. Does a
downgrade to 3.20.11+dfsg0-2 fix the issue? This would be very
important to know.
Some HP devices may need a proprietary firmware
Control: tag -1 - patch
On Fri, Mar 05, 2021 at 07:17:24PM +0100, Pino Toscano wrote:
> Did you actually check that it fixes the problem for you?
No, I included the patch more as a hint to the nature of the bug, not
as a fix, but I should have stated that more clearly.
Regards,
Dennis.
Package: soci
Architecture: amd64
Version: 4.0.1-4
Severity: grave
Justification: Breaks linphone
Affects: linphone
Tags: patch upstream sid bullseye
The sqlite3 backend uses a hard-coded map of column data type names in
src/backends/sqlite3/statement.cpp as hints to convert any results
sqlite3
On Fri, Feb 26, 2021 at 10:23:04AM +0100, Bernhard Schmidt wrote:
> Have you confirmed already that the whole soci/linphone dance really
> fixes this issue?
No. I installed my liblinphone* packages with soci support and I
don't see a difference in behaviour yet. I must state though that I
Control: tag -1 moreinfo
This doesn't look like a bug to me. Notice that the database is 5 GB
in size, and the indexes aren't even created yet. You just need more
diskspace. Try running duperemove on a subset of your files to see
how much space the DB needs for that and extrapolate from there.
Control: tag -1 + patch upstream
The attached patch drm-info-fourcc_py.patch fixes the issue by
ensuring case labels are not printed twice.
I also noticed that d/watch hardcodes "drm_info" with an underscore in
the filenamemangle expression which was probably not intended.
Control: tag -1 + moreinfo
Control: retitle -1 freedict: FTBFS: xsltCopyText: text allocation failed
X-Debbugs-CC: lu...@debian.org
The build process ran out of memory when processing
build/dictd/eng-deu.c5 at 31% and 34% completion as these dictionaries
are just so large. The only real chance
On Wed, Feb 17, 2021 at 12:49:25PM +0100, Pali Rohár wrote:
> Hello Dennis! Thank you for investigation and the patch. Will you update
> also the package? Or should I do it? Note that I do not have Debian
> Developer permissions so I can update new version of package only to
> mentors server
Control: tag -1 + patch
I suspect this issue is due to the same changes that caused #982717.
Also whoever wrote d/rules was apparently unaware that debhelper
supports bmake. The patch reworks that and applies the same override
as the one for #982717. After building with this patch debdiff
Control: tag -1 + patch
The attached patch fixes this.
Whoever takes care of this should also take care of #982711.
bsdowl-fix-980793-piuparts.patch.gz
Description: application/gzip
DWARF tags produced by current
gcc/binutils/etc.
.
A better approach would build-depend on libiberty-dev (20210106-1 has
them), include/copy them and update COPYRIGHT_YEARS with
contrib/release/gen-copyright-years.sh.
Author: Dennis Filder
Bug-Debian: https://bugs.debian.org/968670
Last-Update
of this.
Description: The type declamation for BYTE-LENGTH contradicts its
default value which trips sbcl 2:2.1.0-1 when inlining. This patch
corrects the declamation.
Author: Dennis Filder
Bug-Debian: https://bugs.debian.org/980689
Last-Update: 2021-02-03
--- postmodern-20180430-git/cl-postgres/strings-utf
Control: tag -1 - patch + moreinfo
After looking into this some more, I don't think this is necessarily a
bug in dwz, but it could also be either someone using rogue DW_OP_*
definitions with values 0x00 and 0x01 or a buggy compiler/assembler
backend emitting junk. While applying the patch
Control: tag -1 moreinfo confirmed
I could reproduce this, but only in a bullseye chroot build
environment with a running buster (4.19) kernel. I haven't tried with
a bullseye kernel + bullseye chroot.
The build log in the bug report states similarly:
Kernel: Linux 4.19.0-6-cloud-amd64 #1 SMP
I think since all tests depend on the newns tool working, you have to
disable the entire test suite (I attached a proposal patch, but didn't
test it) and then test it. But you should still get confirmation from
someone more knowledgable in this that what I wrote here is actually
correct and that
Control: tag -1 patch confirmed
The current bmake backend for debhelper no longer inherits from the
autoconf backend. The attached patch devises an override that
restores the old behaviour, and I've verified that it works.
Regards,
Dennis.
udfclient-0.8.11-dhoverride.patch.gz
Description:
I agree with Norbert. Bugs like this which involve proprietary
hardware are quite common and unlikely to get attention from those
developers who could fix them. They often get fixed more by accident.
If you want to increase the chances, this is what you could do:
* Compile the most recent
Control: tag -1 + moreinfo unreproducible
Jean-Christophe, are you still interested in figuring this out? If so
you need to provide more information. You also don't say what else
you have tried to investigate this.
I tried reproducing your observed behaviour, but it doesn't manifest
here
On Sun, Feb 21, 2021 at 12:35:13PM +0100, Jerome BENOIT wrote:
> I think that the issue is actally not a firehol issue.
Correct.
> But I cannot figure out to where the issue can be redirected.
> For now, I am reluctant to neutralize the tests.
Then you should ask Paul Gevers or another
On Sun, Feb 21, 2021 at 07:32:19PM +0100, Paul Gevers wrote:
> On 21-02-2021 14:02, Jerome BENOIT wrote:
> > please consider to tag #982719 as bullseye-ignore
> > given that the issue is not a package issue but
> > it seems rather related to an chroot issue.
>
> A fresh upload from mere hours ago
Control: tag -1 + patch
The attached patch should fix this, but I haven't tried it myself.
Also consider Build-Depends-Indep: or Build-Depends:
texlive-fonts-extra (>= 2020.20210202-1) if you use it.
Regards,
Dennis.
msxpertsuite-982718-stix2paths.patch.gz
Description: application/gzip
Control: tag -1 + patch
The attached patch should fix this, but I haven't tried it myself.
Also consider Build-Depends-Indep: or Build-Depends:
texlive-fonts-extra (>= 2020.20210202-1) if you use it.
Regards,
Dennis.
massxpert-982725-stix2paths.patch.gz
Description: application/gzip
Control: tag -1 + patch
The attached patch should fix this, but I haven't tried it myself.
Also consider Build-Depends-Indep: or Build-Depends:
texlive-fonts-extra (>= 2020.20210202-1) if you use it.
Regards,
Dennis.
minexpert2-982713-stix2paths.patch.gz
Description: application/gzip
Control: tag -1 + moreinfo bullseye sid
If you cannot switch to console with Ctrl-Alt-F2 then this is a strong
indicator that the bug is in the kernel, probably nouveau.
If you can reproduce this reliably it would help a lot if you could
provide the output of these commands after the bug has
The attached patch excludes fortune from the package in case no one
will track this down on a porterbox. I looked at it on amd64 and
found nothing suspicious sticking out.
9base_nofortune.patch.gz
Description: application/gzip
Control: tag -1 + patch
Fix was in v2.13.91 (c4324f54ee16e648ba91f3e9c66af13ab3b1754c) [1]
which removed the relevant codepath.
If anyone still deems this worth addressing in 2.13.1, the attached
patch fontconfig-2.13.1-909750-access-w_ok.patch silences the warning
through an added writability
wrote on Thu Jul 29 13:24:58 UTC 2021:
> Off-by-one error! The current 2.x release is 2.27.0. Most
> development work is happening on 3.x but there will be at least one
> more 2.x release: 2.28.0. The last 2.x release will become an LTS.
Regards,
Dennis Filder.
0: https://lists.truste
ile 80-bridge-utils.link from #991416
(message #17)[0] into /lib/systemd/network/ should work as well.
Regards,
Dennis Filder
0: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=991416#17
X-Debbugs-CC: Roman Fiedler
On Sat, Aug 14, 2021 at 08:18:00PM +, Roman Fiedler wrote:
> > iface virtbr0 inet static
> > address 192.168.1.1
> > netmask 255.255.255.0
> > bridge_hw 86:aa:aa:aa:aa:aa
>
> Weird, using the configuration from above will result in:
>
> $
Control: tag - bullseye bookworm
This can be closed as the bug no longer manifests. The first version
of gcc-9 with the fix[0] that reached testing was 9.1.0-10 on
2019-07-26. In 8.* it has never been fixed.
Regards,
Dennis Filder.
0:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h
X-Debbugs-CC: Pieter Hollander
> auto br0
> iface br0 inet static
> address 10.10.10.1
> netmask 255.255.255.0
> bridge_ports none
> bridge_stp off
> bridge_fd 0
>
> iface br0 inet6 static
> address 2001:db8::2
> netmask 64
These stanzas
X-Debbugs-CC: Frank Heckenbach
Control: tags -1 confirmed
I've put it on the TODO list, so it will be fixed in time.
Regards.
On Tue, Jul 13, 2021 at 05:09:25PM +0200, Marc Haber wrote:
> On Tue, Jul 13, 2021 at 09:10:32AM +0200, Michael Prokop wrote:
> > So maybe it makes sense to provide a sudo-python package, similar to
> > what's available with sudo-ldap already?
>
> I THINK that we were planning to get rid of
To summarize from discussions on sudo@packages.d.o and elsewhere
(e.g. #990855):
* Sudo has IMO no business of putting an entry into /etc/nsswitch.conf
since NSS is a mechanism for order-invariant entity resolution
whereas sudo uses its plugins for combined entity resolution and
policy rule
On Thu, Jul 29, 2021 at 09:10:58AM -0400, Felipe Sateler wrote:
> Well, without libasound2-plugins plain alsa apps cannot output to
> pulseaudio. That's the reason we want it. OTOH, this may fit the
> definition of "all but unusual installations".
Using only packages depending on libpulse0 with
X-Debbugs-CC: Martin-Éric Racine
A couple of observations:
* You have tpm2-abrmd installed, and its systemd unit is the only one
defining a Requires=systemd-udev-settle.service. 2.1.0-1 under
Buster didn't do that yet, so this could be the breaking change. As
its manpage states
X-Debbugs-CC: Timo Weingärtner
On Wed, Oct 20, 2021 at 09:19:14AM +0200, Timo Weingärtner wrote:
> Package: linphone-desktop
> Version: 4.2.5-3
> Severity: normal
>
> steps to reproduce:
> * have any positive number of paused youtube videos opened in firefox
> * maybe wait hours or days after
1 - 100 of 183 matches
Mail list logo