Control: reassign -1 cryptsetup-initramfs
X-Debbugs-CC: Pásztor János
I having doubts that your issue is due to a bug because of this:
> ...
> root@asgard ~ # more /etc/initramfs-tools/hooks/crypttab-fix.sh
> #!/bin/sh
> cp /etc/crypttab "${DESTDIR}/cryptroot/crypttab"
> exit 0
> ...
Why did yo
X-Debbugs-CC: Pásztor János
On Wed, May 03, 2023 at 11:20:07PM +0200, Pásztor János wrote:
> I have checked #902943 and the fine print from
> /usr/share/doc/cryptsetup-initramfs/README.initramfs.gz
> Based on that I have made an attempt to replace the UUIDs with
> `traditional` disk device paths.
X-Debbugs-CC: Martin , Jonas Smedegaard
On Mon, Apr 03, 2023 at 07:29:44AM +, Martin wrote:
> IMHO, agree to terms only makes sense, if using their linphone SIP
> service, but not when using any other SIP account. I really hope (but
> did not yet check), that linphone does not interchange any
Control: tags -1 confirmed pending
Fixed in salsa, git tag: debian/5.1.65-3
Control: tag -1 confirmed
X-Debbugs-Cc: Helmut Grohne
On Tue, Jul 04, 2023 at 03:17:41PM +0200, Helmut Grohne wrote:
> In reality, the file needs to be moved to an soname-dependent path
> or to a package that is not soname-dependent in order to not violate
> Debian policy.
Thanks for catching th
Control: tags -1 fixed-upstream
Upstream commit 3872abbb33ebb8d6c891baff33778aae04f0c546 fixes this for me[0].
Please upload a zxing-cpp 1.4.0 soon -- I need it in mediastreamer2
5.2 for linphone-desktop 5.0, and I'd rather not have to port back to
1.2 as the API has changed quite a bit since.
R
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
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 gimp-plugin-regi
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
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 yo
X-Debbugs-CC: poming...@gmail.com
This appears to be known problem:
https://forum.audacityteam.org/viewtopic.php?f=48&t=110214
You could still investigate further by testing if similar behaviour
manifests in other wxwidgets applications. Running
aptitude search '~Guitoolkit::wxwidgets'
wil
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 '/[)][/]share[/]man[/]man1/s@/share/man/man1@
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 $(CURDIR)/debian/multitail/usr/etc
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 kdenl
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 src:post
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 t
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
> > of
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
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 showed
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 (whic
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
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
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 happ
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 unless
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
assistan
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
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 ch
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
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 Rules-Requ
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 c
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 rea
The file rules.patch got mangled in transit. Attached is the
integrous version.
rules.patch.gz
Description: application/gzip
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
haven
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 th
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
> libsoci-sqlite3-4.0
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 &message : mChatRoom->getHistory(0))
mEntries << qMakePair(
QVariantMap{
{ "type", EntryType::MessageEntry
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 it
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 dy
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, che
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 f
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 reque
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 sen
.
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
duced 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-U
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 probabl
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
ch 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.
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 don
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
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 d
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: appli
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.
drm-info-watchfile.patc
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 at
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.
X-Debbugs-CC: Bastian Germann
On Mon, Jan 24, 2022 at 08:18:02PM +0100, Bastian Germann wrote:
> Upstream has that fixed with
> https://gitlab.linphone.org/BC/public/bctoolbox/-/commit/9ac0e412c45bf28d02829e9d912342359714f638
Thanks for the effort (and the NMU). I'm currently in the process of
X-Debbugs-CC: Andrea Pappacoda , Bastian Germann
On Tue, Jan 25, 2022 at 07:07:44PM +0100, Bastian Germann wrote:
> Do you mean the NMU that was uploaded at
> https://mentors.debian.net/package/bctoolbox?
> That was not uploaded by me.
No, I actually meant the mediastreamer2 NMU last November,
X-Debbugs-CC: Andrea Pappacoda
On Thu, Jan 27, 2022 at 04:21:29PM +0100, Andrea Pappacoda wrote:
> I got here because bctoolbox depends on MbedTLS, and I'm working on its
> transition. As the release team told me that I can proceed with the upload
> to unstable, would it be an issue for you if I
Control: tag -1 patch
The attached patch should fix this by loading a more permissive policy.
Regards,
Dennis Filder.
Description: Override overly strict ImageMagick coder policy (#987504)
This creates a more permissive version of
/etc/ImageMagick-6/policy.xml and ensures it gets loaded after
Control: tag -1 patch
With this patch the build finished for me.
Regards,
Dennis Filder
Description: Override overly strict ImageMagick security policy (#987504)
This patch derives a more permissive ImageMagick security policy from
the system default.
Author: Dennis Filder
Last-Update: 2021
Control: tag -1 patch
The attached patch seems to allow the "Converting images" step to
succeed. I ran this only once though.
Regards.
--- debian/rules-orig
+++ debian/rules
@@ -2,6 +2,9 @@
export DEB_BUILD_MAINT_OPTIONS=hardening=+bindnow future=+lfs
export DH_VERBOSE=1
+
+POLFILE = "/etc/$
Control: tag -1 patch
The attached patch should fix this by overriding the policy.
Regards,
Dennis Filder
--- rules-orig
+++ rules
@@ -10,12 +10,16 @@
# grab the API version from the library SONAME
API_VERSION = $(shell objdump -p bin/*/libvl.so | perl -ne 'if(/^\s+SONAME\s+libvl.so./p) {
of
globally to minimize inadvertent side-effects.
Author: Dennis Filder
Last-Update: 2021-07-16
Bug-Debian: https://bugs.debian.org/991068
--- a/doc/Makefile.am
+++ b/doc/Makefile.am
@@ -15,6 +15,8 @@
# $(MANUALS)
+POLFILE = "/etc/$(shell convert -version|sed -n '/^Version:
Control: tag -1 patch
The attached patch makes generating the EPS files work.
Regards
--- debian/rules-orig
+++ debian/rules
@@ -9,11 +9,16 @@
^(\./\.git/.*|\./debian/.*|\./\.pc/.*|\./test/font_pack/(El_Abogado_Loco\.ttf|timR12-ISO8859-1\.pcf\.gz)|\./docs/images/.*\.png|\./docs/FTGL_1_3\
Control: tag -1 patch
The attached patch fixed this for me.
Regards.
--- debian/rules-orig
+++ debian/rules
@@ -21,6 +21,8 @@
ARCH := $(shell dpkg --print-architecture | perl -pe chop)
+POLFILE = "/etc/$(shell convert -version|sed -n '/^Version: /s@Version: ImageMagick \([[:digit:]]\+\)\..*@
On Fri, Jul 16, 2021 at 09:02:44PM +0200, Martin Quinson wrote:
> I'm sorry to ask, but I fear I need additional information, please.
> It seems to me that this patch merely circumvent the change in
> ImageMagik to allow the handling of eps file during the construction
> of the package. Am I right,
Control: tag -1 patch
The attached patch should fix this.
Regards,
Dennis Filder
Description: Override ImageMagick policy
Derive an appropriate policy from the too strict default one.
Author: Dennis Filder
Last-Update: 2021-07-16
Bug-Debian: https://bugs.debian.org/991060
--- a
On Sat, Jul 17, 2021 at 10:42:03AM +0200, Stéphane Glondu wrote:
> Package builds are not allowed to fiddle with $HOME like that, by
> policy: what if the builder already has its own imagemagick policy? But
> I think your idea can be used: create a temporary home directory (e.g.
> in debian or /tm
is for you:
GDK_BACKEND=x11 flameshot
Regards,
Dennis Filder
X-Debbugs-CC: allan grossman
On Tue, Jul 20, 2021 at 01:16:39PM -0500, allan wrote:
> This has only been broken for a couple of days - there's a strong
> possibility that whatever broke it hasn't made it to Bullseye yet.
> This appears to be an upstream bug because a Manjaro user running same
> v
X-Debbugs-CC: allan grossman
On Tue, Jul 20, 2021 at 02:16:16PM -0500, allan wrote:
> apt log shows qt libraries updated three days ago - these wouldn't
> have made it to Bullseye yet.
>
> Start-Date: 2021-07-17 08:52:52
> Requested-By: wizard (1000)
> Install: libqt5quickwidgets5:amd64 (5.15.2+
X-Debbugs-CC: allan grossman
On Tue, Jul 20, 2021 at 02:54:26PM -0500, allan wrote:
> Setting checkForUpdates=false resolved the issue. Thanks, Dennis :)
Okay, that is good to know. I personally feel like that option should
be set to false by default in Debian (don't the pop-ups annoy the hel
X-Debbugs-CC: allan grossman
After looking at the code I'm fairly certain the segfault happens in
Controller::handleReplyCheckUpdates() in src/core/controller.cpp which
gets passed to the connect() call. The culprit is probably line 195:
m_appUpdates->setText(newVersion);
Since I c
X-Debbugs-CC: allan grossman
On Wed, Jul 21, 2021 at 12:51:16PM -0500, allan wrote:
> couldn't get past "start" -
Okay, omit "start" and "continue" and just type the "backtrace 5" command.
X-Debbugs-CC: allan grossman
Okay, download the debug symbols from:
http://debug.mirrors.debian.org/debian-debug/pool/main/f/flameshot/flameshot-dbgsym_0.9.0+ds1-1_amd64.deb
http://debug.mirrors.debian.org/debian-debug/pool/main/q/qtbase-opensource-src/libqt5widgets5-dbgsym_5.15.2+dfsg-9_amd64.de
X-Debbugs-CC: allan grossman
On Wed, Jul 21, 2021 at 02:20:37PM -0500, allan wrote:
> this doesn't look real helpful - looks like I may need to install some
> source code but not sure which code other than flameshot -
No, it shows exactly what I was looking for:
> (gdb) backtrace 5
> #0 QActio
n=true, but also
checkForUpdates=true (explicitly or the default).
Last-Update: 2021-07-22
Author: Dennis Filder
--- a/src/core/controller.cpp
+++ b/src/core/controller.cpp
@@ -192,7 +192,8 @@
m_appLatestUrl = json["html_url"].toString();
QString newVersion =
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 systemd-u
the file 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:
>
> $ ifu
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
Control: severity -1 important
I'm downgrading this for now since the relinked reverse-dependencies
have migrated to testing making this less urgent. But this still
needs addressing for bookworm so no one upgrading from bullseye will
think they can do a partial upgrade.
Regards.
X-Debbugs-CC: Paul Gevers
On Sat, Aug 13, 2022 at 11:07:12PM +0200, Paul Gevers wrote:
> Can we have this fix in unstable too please? bctoolbox is a key package.
> Please fix RC bugs in unstable/bookworm too.
I'll look into it, but need some clarification: If I make a new
version 4.4.13-4 for un
Control: tags -1 + confirmed
X-Debbugs-Cc: Daniel Kahn Gillmor
On Fri, Sep 30, 2022 at 06:56:04PM -0400, Daniel Kahn Gillmor wrote:
> I've used linphone for years. Recently (i think with the upgrade to
> 4.3.2-2) it no longer works for me, crashing with a range of errors.
It would help a lot t
Control: reassign -1 linphone 5.0.37-5
Control: retitle -1 linphone: std::logic_error in
src/account/account.cpp:LinphonePrivate::Account::notifyPublishStateChanged()
X-Debbugs-Cc: Daniel Kahn Gillmor
On Sat, Oct 01, 2022 at 03:15:10PM -0400, Daniel Kahn Gillmor wrote:
> However, after restorin
On Wed, Oct 12, 2022 at 12:31:58PM +0200, Bernhard Schmidt wrote:
> Am 11.10.22 um 18:19 schrieb Dennis Filder:
>
> > The change in 5.0.37-6 was tiny and I doubt it broke something. But
> > maybe you're running into #1021125: liblinphone10:amd64 5.0.37-6 is
> > alread
e
+
+(@strong{Warning:} You should only use this approach on a system with
+very low security requirements as this 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.)
+
+@en
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
X-Debbugs-CC: Steve Langasek , Sebastian Ramacher
Can I get confirmation that this will get uploaded before the
autoremoval from testing on April 15th? Message #17 has the fixed NMU
patch.
Regards.
X-Debbugs-CC: Phil Chadwick
Control: tag -1 moreinfo
I cannot reproduce this with 2.4-7 under xorg: xcb behaves as
expected.
You state that you use the "standard bookworm Gnome desktop" which
should be using Wayland. Are you under Wayland? Because if so then I
suspect the behaviour you observe
Control: close -1 1:5.2.98-1
X-Debbugs-Cc: lu...@debian.org
I'm closing this as this was fixed with 1:5.2.98-1 in experimental.
Reopen at will.
Regards.
X-Debbugs-CC: Steve Langasek
On Sat, Feb 17, 2024 at 04:27:04PM -0800, Steve Langasek wrote:
> Unfortunately, this has not been uploaded because mediastreamer2 appears to
> have a preexisting FTBFS in unstable due to missing cmake commands.
The NMU patch missed the library package name mentioned
X-Debbugs-CC: Boyuan Yang
On Sun, Dec 17, 2023 at 11:50:11AM -0500, Boyuan Yang wrote:
> I've prepared an NMU for linphone (versioned as 5.2.0-4.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer or cancel it.
No, it's okay.
X-Debbugs-CC: Steve Langasek
The packages bctoolbox, belle-sip and linphone have been marked as
affected by the 64-bit time_t transition. However, all these packages
currently have new versions staged in experimental because their
library packages had soname bumps unrelated to the 64-bit time_t
98 matches
Mail list logo
