Am Mi., 4. Sept. 2019 um 18:00 Uhr schrieb Matthias Klose :
>
> Package: src:ldc
> Version: 1:1.17.0-1
> Severity: serious
> Tags: sid bullseye
>
> looks like gdmd isn't available, and according to the changelog gdc should be
> used for the bootstrap?
Man you're quick ^^
gdmd is currently stuck
Package: src:scapy
Version: 2.4.2-1
Severity: normal
Tags: patch
Hi there,
python3-scapy Suggests python3-geoip, but upstream seems to have
switched to the geoip2 API with 49fc93a51, included in 2.4.0 RC5. The
old GeoIP module is not used by the current scapy source at all.
The GeoIP2 module is
Package: src:ldc
Version: 1:1.17.0-1
Severity: serious
Tags: sid bullseye
looks like gdmd isn't available, and according to the changelog gdc should be
used for the bootstrap?
Hey,
> Thanks for looking at the package! I've corrected the missing build
> dependencies, and cleaned up the debian directory a bit, as you suggested.
cool, now it builds on my sbuilder too.
> I've changed the maintainer to be Qt/KDE, and changed my role to uploader
> (and I've added you
On Wed, Sep 04, 2019 at 03:54:55PM +0100, Martina Ferrari wrote:
> > Package: ftp.debian.org
> > Severity: normal
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > The package FTBFS (#918418).
> > Ships a Python 2 subpackage which can't be dropped because of that FTBFS.
>
Control: forcemerge 939102 -1
Matthias Klose [2019-08-30 7:38 +]:
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the distribution, as discussed in
> https://lists.debian.org/debian-python/2019/07/msg00080.html
Ah sorry, I didn't see your original bug
Source: sagemath
Severity: serious
Version: 8.8-1
Hello, looks like sagemath depends on path.py and python-snowballstemmer, both
of them removed in unstable and cruft packages.
Can you please update your dependencies to avoid them, or switch to the Python3
version of the binding?
thanks
On 04/09/2019 17.15, Niklas Schmidt wrote:
> I tried rebooting with an older kernel to reinstall the driver, which
> did not work. I also tried unplugging my second monitor and deleting the
> xorg.conf file. This didn't help either. I have resorted to using the legacy
> 390 driver for
Package: nvidia-driver
Version: 430.40-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
I upgraded the nvidia-driver package (version 418) to the newer version
430.40-2
* What was the outcome of this action?
Package: sddm
Version: 0.18.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Quoting the upstream bug report:
"sddm-greeter needs execution rights at
/var/lib/sddm/.cache/sddm-greeter/qmlcache/*.qmlc.
krunner needs execution at
To be clean, I'm all for the systemd hardening. I'm just reporting a
case where the current configuration appears to have a gap. I'm in
agreement that the DAC_OVERRIDE may be too big of a hammer, but I wasn't
able to quickly identify another alternative without switching to the
On Fri, 22 Feb 2019 07:47:00 + Ximin Luo wrote:
> For the time being you can work around the issue either by using
> firefox-esr instead of firefox (65) which is why I myself had not yet
> noticed this issue, it was working perfectly fine for me.
Unfortunately Firefox ESR 68 has now reached
On 03/09/2019 20:38, Andrey Rahmatullin wrote:
> Package: ftp.debian.org
> Severity: normal
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
> The package FTBFS (#918418).
> Ships a Python 2 subpackage which can't be dropped because of that FTBFS.
>
> Popcon 11.
>
It is not my
On Sun, Sep 01, 2019 at 09:38:36PM +0800, Shengjing Zhu wrote:
> > Just for my curiosity (not going to happen in my watch), would you be
> > happier if `runit-helper` script was part of init-system-helpers (which
> > is essential, anyway).
>
> I'm not sure why you didn't chose this at first. As
Control: forwarded -1 https://github.com/ShawnDEvans/smbmap/issues/33
Control: tags -1 upstream
Control: forwarded -1 Edzer Pebesma
Hi Edzer,
since the upgrade to proj (6.1.1-1) the autopkgtest for sf fails:
$ LC_ALL=C.UTF-8 R --no-save < testthat.R
R version 3.6.1 (2019-07-05) -- "Action of the Toes"
Copyright (C) 2019 The R Foundation for Statistical
Hi,
the bowtie2 package should be ready in git[1] for Python3 now but its
build time test is failing for a probably unrelated reason:
...
make[2]: Leaving directory '/build/bowtie2-2.3.5.1'
make -j1 test
make[2]: Entering directory '/build/bowtie2-2.3.5.1'
eval `perl -I
Hello,
Looks like there's a missing dependency on libfile-which-perl.
Best,
Andrius
On Wed, 4 Sep 2019, 17:02 Andreas Tille, wrote:
> Hi,
>
> the bowtie2 package should be ready in git[1] for Python3 now but its
> build time test is failing for a probably unrelated reason:
>
> ...
> make[2]:
Control: tags -1 pending
Control: forwarded -1 https://github.com/OSGeo/libgeotiff/issues/22
On 9/4/19 3:38 PM, Peter Michael Green wrote:
>> diff testlistgeo_out with testlistgeo_out.dist
>> --- testlistgeo_out 2019-09-04 06:58:26.979704475 +
>> +++ ../test/testlistgeo_out.dist
Hi,
from my tests the test works with gcc-8 and fails now with gcc-9.
With gcc-9 and O1, the test passes and fails with O2.
I expanded the options (c++ -S) added by O2 compared to O1 in gcc-9 to compile
qd_test.cpp and got :
-falign-functions
-falign-jumps
-falign-labels
-falign-loops
Package: python3-selenium
Version: 3.14.1+dfsg1-1
Severity: normal
Dear Maintainer,
pls remove the dependency to firefoxdriver. The current firefoxdriver
does only support firefox versions up to 52.0. This package is not
useable with the firefoxdriver and the current firefox 60.x from debian.
package: libgeotiff\
version: 1.5.1-1
severity: serious
tags: bullseye
Hi, libgeotiff just failed to build in raspbian bullseye with the
following message.
Running ../test/testlistgeo using ../bin/listgeo:
Package: fontconfig-config
Version: 2.13.1-2
I'm setting fontconfig/hinting_style to hintfull using
debconf-set-selections before installing the package itself.
This setting is ignored.
I guess this is because fontconfig-config.config is not using db_get
at all but sets a different default value
Package: rabbitvcs-core
Version: 0.17.1-2
With the recent update of RabbitVCS to 0.17.1 a dependency on python-tk should
be added.
This is also mentioned in the release article at
http://blog.rabbitvcs.org/archives/402.
Not having this package results in "No module named _tkinter, please
Package: ocfs2-tools
Version: 1.8.5-7
Severity: normal
Hi,
I have two up-to-date Debian systems, with drbd and ocfs2. There
is only one drbd device, which configured as Primary/Primary.
Everything works as well, except one thing: the system can't
mount the drbd device at boot, I have to do it
There is a conflict between /lib/udev/ifupdown-hotplug and
/etc/init.d/networking that causes boot to hang several
minutes when interface is configured to DHCP and doesn't
get any DHCP response.
In that case the udev trigger will try for several minutes
and keeping the interface locked, while
On Fri, Aug 30, 2019 at 7:39 PM Tim Allman wrote:
>
> Package: imagemagick
> Version: 8:6.9.7.4+dfsg-16ubuntu6.7
> Severity: important
>
> Dear Maintainer,
You should install one of the libdevel package
Thanks
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
Source: expat
Version: 2.2.7-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/libexpat/libexpat/issues/317
Hi,
The following vulnerability was published for expat.
CVE-2019-15903[0]:
| In libexpat before 2.2.8, crafted XML input could fool the parser into
| changing
Package: dkms
Version: 2.7.1-2
Severity: normal
Could you please provide a way to sign kernel modules as they are
built/installed. To disallow blindly signing malicious modules DKMS
might enforce usage of tokens or keys protected by password.
-- System Information:
Debian Release: bullseye/sid
Three years later (!), the problem still exists (stretch).
Tracked it down to a conflict between the udev trigger script
(/lib/udev/ifupdown-hotplug) and the networking init script
(function ipup_hotplug()):
The udev trigger starts before the networking script, calls ifup
on the interface,
Control: block 938154 by 938425
Sabyenc 4.0.0 introduced Python3 support and dropped Python2 at the
same time. The packaging effort should be trivial.
Python3 support for the sole rdepend (sabnzbdplus, from the same
upstream project) is still a work in progress at this time.
pgpt5uofCsO62.pgp
Package: sbsigntool
Version: 0.9.2-2
Severity: normal
Could you please provide kmodsign tool like Ubuntu package does, so that
we can sign Linux kernel modules with custom keys.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture:
Source: node-elliptic
Version: 6.5.0~dfsg-1
Tags: patch
Severity: serious
Forwarded: https://github.com/indutny/elliptic/pull/193
Hello, looks like the testsuite now fails because "hello" is not an hex
string...
the following patch seems to fix it (I'm not sure if there is a better approach
to
I do not.
It is mounted normally and light-locker worked fine before the upgrade
to buster.
A
On 04/09/2019 12:20, Yves-Alexis Perez wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2019-09-04 at 11:51 +0100, Anton Ivanov wrote:
Fails to start with the following message:
> On September 4, 2019 at 12:36 PM Colin Watson wrote:
>
>
> On Wed, Sep 04, 2019 at 11:36:42AM +0200, Konstantinos Dalamagkidis wrote:
> >I wanted to configure the use of the noninteractive backend in
> >debconf.conf on a system currently running oldstable. According to the
> >
control: fixed -1 8.8-1
control: close -1
On Wed, 27 Mar 2019 19:47:55 + Matthias Klose wrote:
> Package: src:sagemath
> Version: 8.6-6
> Severity: normal
> Tags: sid bullseye
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-9
>
> Please keep this issue open in the bug tracker for
Hi,
I read the discussion, but since this software is very young, it's
fixing bugs. Since the last message, version 0.1.8 is here, and it is
quite stable now.
Is there any feedback on recent versions?
Have a nice day,
Adrien
Hum, my bad.
When opening vim without filename the "splash screen" says
VIM - Vi IMproved
version 8.0.707
by Bram Moolenaar et al.
Did not even think to check in repo definitions.
but in dpkg:
# dpkg -l | grep vim
ii vim
2:8.0.0197-4+deb9u1
On Fri, Aug 30, 2019 at 07:42:07AM +, Matthias Klose wrote:
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the distribution, as discussed in
> https://lists.debian.org/debian-python/2019/07/msg00080.html
While I was aware there were tentative plans to remove
I don't think there is any plan to make Luminous Python 3. For the
master branch, and the upcoming release of Octopus, we tried (see PR
https://github.com/ceph/ceph/pull/25969 ) but packages were not
available.
I'm not entirely sure what are the packages missing in Debian though,
would love some
On Wed, Sep 04, 2019 at 07:20:51AM +0200, troulet wrote:
> Since last update (vim 8.1.1401),
That version isn't packaged in Debian.
> the auto indentation function (gg=G) is
> acting weirdly with bash scripts.
>
> A quick example
>
> #!/bin/bash
>
> if [[ $test1 == 1 ]]; then
> echo $test1
On Wed, 2019-09-04 at 13:07 +0200, Fabian Greffrath wrote:
> Hi slomo,
>
> could you please consider this patch for the next gst-plugins-bad1.0
> upload?
Thanks, I've added it to git for now. There will be an 1.16.1 release
in the near future, the patch will be part of that
signature.asc
Package: nextcloud-desktop
Version: 2.5.3-1
Severity: normal
When I display the nextcloud window everything works. I then close the window
and I f I reopen it (clicking on the tray icon), I get a splendid whole gray
window, nothing is drawn on it.
-- System Information:
Debian Release:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2019-09-03 at 20:24 +0200, Yves-Alexis Perez wrote:
> Yes, for some reason it looks like all translations are missing. We'll take a
> look.
I did a local rebuild and it worked fine, so it looks like the buildd somehow
did it wrong, but I'm
Johannes Schauer writes ("Re: Bug#868527: [buildd-tools-devel] Bug#868527:
Bug#868527: want sbuild --no-source or something"):
> I just had another idea. Since the issue at hand is, that you need a
> way to transfer the source tree into sbuild and sbuild currently
> only supports source packages,
I changed the sysvinit script to not check RUN variable, because this is
an older/deprecated practice.
To default sysvinit service is disabled. You can check the script as follow:
sudo update-rc.d burp enable
sudo invoke-rc.d burp start
sudo invoke-rc.d burp status
The bug will be closed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Wed, 2019-09-04 at 11:51 +0100, Anton Ivanov wrote:
> Fails to start with the following message:
>
> ERROR **: 11:46:17.929: session_id is not set, is /proc mounted with
> hidepid>0?
>
> Looks like this bug:
On Wed, Sep 04, 2019 at 03:05:27AM -0700, Armin Töpfer wrote:
> It's on our radar.
Thanks a lot for the quick response. Is there any rough time frame for
the port? From a Debian perspective its not really urgent until our
next release. Its just good to know how to schedule things.
Kind regards,
On 9/4/19 12:58 PM, Christoph Berg wrote:
> Re: Sebastiaan Couwenberg 2019-09-04
>
>> Not much we can do about this. PROJ 6 just migrated to testing and we'll
>> need to update a lot more of the stack to get them to support it fully.
>
> Oh, if that's just a transient thing then it's not a big
Control: tags -1 confirmed
On 04/09/2019 12:53, Bálint Réczey wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear Release Team,
>
> I would like to update libnfs in unstable to the 4.0.0 version.
>
> It is built
Simon McVittie writes ("Re: Bug#939280: dgit push-source rejects source-only
.changes containing .orig.tar.gz.asc"):
> On Wed, 04 Sep 2019 at 00:02:06 +0100, Ian Jackson wrote:
> > I think the -C option should not be necessary. Indeed I'm
> > not even sure what it does (or should mean) with
control: forwared -1 https://github.com/jmbr/halberd/issues/2
Il venerdì 30 agosto 2019, 11:01:00 CEST, Matthias Klose
ha scritto:
Package: src:python-halberd
Version: 0.2.4-2
Severity: normal
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2removal
Python2
On 04.09.19 12:23, Gianfranco Costamagna wrote:
control: found -1 0.10.0-2control: fixed -1 0.10.0-3control: notfound -1
0.10.0-3
Hello Dmitry,
Now the bug metadata is wrong, it has found=0.10.0-3, fixed=0.10.0-4.
But should be fixed=0.10.0-3.
Its not me who opened the bug against an
Package: light-locker
Version: 1.8.0-3
Severity: important
Dear Maintainer,
Fails to start with the following message:
ERROR **: 11:46:17.929: session_id is not set, is /proc mounted with hidepid>0?
Looks like this bug: https://github.com/the-cavalry/light-locker/issues/141
-- System
Package: postgresql-9.6
Version: 9.6.15-0+deb9u1
Severity: important
Dear Maintainer,
when updating the "postgresql-9.6" package from version
"9.6.13-0+deb9u1" to "9.6.15-0+deb9u1" the installation crashes with
subprocess new pre-removal script returned error exit status 1
Here is the
Package: src:diffoscope
Version: 122
Severity: wishlist
Dear Maintainer,
When recompiling all packages that use OCaml with OCaml 4.08.0,
diffoscope failed with:
> debian/rules:16: *** Version in debian/changelog does not match diffoscope
> version. Stop.
This is because my scripts generate a
Hi slomo,
could you please consider this patch for the next gst-plugins-bad1.0
upload?
Thanks,
- Fabian
Am Montag, den 05.08.2019, 09:38 +0200 schrieb Fabian Greffrath:
> Control: tags -1 + patch
>
> The following patch will set the default soundfont path for gstreamer
> according to our new
On 9/4/19 12:48 PM, Sebastiaan Couwenberg wrote:
> On 9/4/19 12:18 PM, Christoph Berg wrote:
>> while upgrading my bullseye system:
>>
>> workrave (1.10.34-2+b1) wird eingerichtet ...
>> qgis-providers (3.4.11+dfsg-1) wird eingerichtet ...
>> proj_create: crs not found
>> ... a lot more of those
On Wed, Sep 04, 2019 at 11:36:42AM +0200, Konstantinos Dalamagkidis wrote:
>I wanted to configure the use of the noninteractive backend in
>debconf.conf on a system currently running oldstable. According to the
>documentation, setting:
>
>Frontend: noninteractive
>
>should
Package: src:diffoscope
Version: 122
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.08-transition
Dear Maintainer,
Your package diffoscope FTBFS with OCaml 4.08.0.
The failure is due to a test that inspects a .cmi file that is shipped
by the source package,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I would like to update libnfs in unstable to the 4.0.0 version.
It is built for all release architectures in experimental except for
mips* and arm*, but it is
Michael Tokarev hat am Mi 04. Sep, 11:17 (+0300) geschrieben:
> 04.09.2019 11:13, Michael Tokarev пишет:
> > 04.09.2019 11:05, Jörg Sommer wrote:
> >> qemu-system-x86_64 -name Windows \
> > ...
> >
> > Okay, that helps... somewhat. Thank you.
>
> which audio backend do you use?
>
> I see where
Package: qgis-providers
Version: 3.4.11+dfsg-1
Severity: normal
Hi,
while upgrading my bullseye system:
workrave (1.10.34-2+b1) wird eingerichtet ...
qgis-providers (3.4.11+dfsg-1) wird eingerichtet ...
proj_create: crs not found
proj_create: crs not found
proj_create: crs not found
control: found -1 0.10.0-2control: fixed -1 0.10.0-3control: notfound -1
0.10.0-3
Hello Dmitry,
>Now the bug metadata is wrong, it has found=0.10.0-3, fixed=0.10.0-4.
>But should be fixed=0.10.0-3.
Its not me who opened the bug against an already fixed version, I hope the
above will fix the
Hello Roger,
>Backports team won't complain if the package is in testing.
>And I think release team won't complain now since it's not in freezing stage.
>
>Lack of upstream support usually means we won't have it in stable.
>But if user decide to use backports by their own choice, they should
On 06/08/2019 09:47, Chris Hofstaedtler wrote:
> * root [190806 07:44]:
>> New Debian 10 Buster fresh installation with HBA cards and disks arrays
>> multi-attached ((2 HBA cards, 2 arrays of 12 disks, 4 links)
>> Disks are all listed correctly in /dev/ or /dev/disk/by-*/
>
> [..]
>
>> The
It appears that the firefox-esr package is going to be upgraded to v68,
which will not work with this badly-out-of-date version of noscript,
probably the single most important browser extension available.
The current version is 11.0.3 :
On Wed, 04 Sep 2019 at 00:02:06 +0100, Ian Jackson wrote:
> I think the -C option should not be necessary. Indeed I'm
> not even sure what it does (or should mean) with push-source. dgit
> push-source is supposed to be used without a prior build step.
> Without -C it builds its own dsc.
The man
Package: git-buildpackage
Version: 0.9.14
Severity: normal
The patch queue in glib2.0 commit debian/2.60.6-2 has two patches
cherry-picked from upstream with this author:
From: =?utf-8?q?Tomasz_Mi=C4=85sko?= <>
(presumably the upstream contributor wanted to avoid spam emails).
Steps to
On Wed, 04 Sep 2019 at 10:02:22 +0100, One Unit wrote:
> Package: gnome-control-center
> Version: 1:3.30.3-2
Please use "reportbug --template gnome-control-center" to get details of
the packages that gnome-control-center depends on, including GLib.
> When I try to run command:
>
>
Source: fswatch
Version: 1.14.0+repack-9
Severity: serious
Hello, looks like dpkg-gensymbols is sad everywhere according to Debian logs
https://buildd.debian.org/status/package.php?p=fswatch=unstable
I don't think exporting such c++ symbols is a good idea, specially because they
change between
user debian-pyt...@lists.debian.org
usertags 938836 - py2keep
thanks
> popcon is 15747.
I think that's too easy. There is a python3-xapian module which can be used by
the rdeps. The py2keep tag isn't meant for "I don't care to investigate" issues.
$ apt-cache rdepends python-xapian
Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni
Control: block 939122 by -1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: cm256cc
Version : 1.0.5
Upstream Author : f4exb
* URL : https://github.com/f4exb/cm256cc/
Programming Lang:
Source: gnudatalanguage
Severity: normal
Please rebuild gnudatalanguage against libeccodes instead of grib-api as
grib-api is being removed (See #925707)
This simply involves rebuilding with build-dependency libeccodes-dev instead of
libgrib_api-dev.
Best regards
Alastair McKinstry
-- System
> Based on a conversation with Muammar, I created a Salsa repository under
> the Games Team and my updates are in that repository. I don't believe
> Muammar has had an opportunity to review my commits but, barring any
> requested changes, I believe that this package is ready for upload.
>
> I am
Package: debconf
Version: 1.5.61
Severity: normal
Dear Maintainer,
I wanted to configure the use of the noninteractive backend in
debconf.conf on a system currently running oldstable. According to the
documentation, setting:
Frontend: noninteractive
should have been sufficient, but this had no
Package: mhash
Version: 0.9.9.9-7
Severity: normal
Tags: patch pending
Dear maintainer,
Via Ubuntu we found a use-after-free in mhash. The testsuite fails with
a segfault, with the following backtrace:
Program received signal SIGSEGV, Segmentation fault.
tcache_get (tc_idx=2) at malloc.c:2937
Package: citadel-server
Version: 917-2+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The installation could only be done after I manually removed Exim. I
also removed Apache, which might not have been necessary.
The Citadel server hangs directly after it is
Package: dub
Version: 1.16.0-1
Severity: serious
Tags: sid bullseye
dub depends on the unavailable package default-d-compiler. Maybe that one should
be built from the dh-dlang source. If you touch that package, please add the
package for all the mips* targets as well, now built by gcc-9/gdc-9.
Package: gnome-control-center
Version: 1:3.30.3-2
I'm on Debian version bullsey/sid. When I try to run command:
$gnome-control-center
it crashes with error:
**
ERROR:../shell/cc-shell-model.c:458:cc_shell_model_set_panel_visibility:
assertion failed: (valid)
Aborted
I think this has
Michael Tokarev hat am Mi 04. Sep, 10:20 (+0300) geschrieben:
> Control: tag -1 + moreinfo
>
> 04.09.2019 00:54, Jörg Sommer wrote:
> > qemu-system-x86_64 -name Windows -enable-kvm -cpu host,kvm=off -smp 4 -m 6G
> > -de
>
> Please show a) the complete command line you used to start qemu, and
>
Package: pinentry-tty
Version: 1.1.0-2
Severity: normal
Dear Maintainer,
Use of control-U to kill (entirely delete) the current line of text has been
fairly standard
during password entry on Linux for decades; it's very disorienting that
pinentry-tty doesn't
support it.
Looks as if a user has
Quack,
This is quite old but I have no idea if the problem persist.
Sorry you did not have any reply at the time.
I do not use fcgi, so I never encountered such error. I did not find any
similar issue in the Redmine tracker either.
If you're still having this problem and can reproduce it with
04.09.2019 11:13, Michael Tokarev пишет:
> 04.09.2019 11:05, Jörg Sommer wrote:
>> qemu-system-x86_64 -name Windows \
> ...
>
> Okay, that helps... somewhat. Thank you.
which audio backend do you use?
I see where it dies, it does not find a valid
audio backend/driver.
Do you set QEMU_AUDIO
04.09.2019 11:05, Jörg Sommer wrote:
> qemu-system-x86_64 -name Windows \
...
Okay, that helps... somewhat. Thank you.
When does it die? right at startup, or some time after booting windows?
Thanks,
/mjt
Source: xorg-server
Version: 2:1.20.4-1
Severity: normal
Dear Maintainer,
I'm not really sure if this is the right package to report this bug to,
bus as xwayland is built from it, I guess I'm right ...
Since a recent update to my system it defaults to wayland instead of
xorg. From that moment
Package: gnome-common
Version: 3.18.0-4
Severity: normal
File: gnome
Dear Maintainer,
in recent versions of gnome I found, that the file-chooser dialog is
somhow inconsistent...
## Steps to reproduce
1. use whichever gnome software you want
2. open the file chooser either to load or to save
Sandro Tosi schreef op de 2e dag van de herfstmaand van het jaar 2019:
> On Sun, 18 Aug 2019 13:59:42 +0200 Peter Kleiweg wrote:
> > Package: xmldiff
> > Version: 0.6.10-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> >* What led up to the situation?
> >
> > I ran xmldiff on two xml
Control: tag -1 + moreinfo
04.09.2019 00:54, Jörg Sommer wrote:
> qemu-system-x86_64 -name Windows -enable-kvm -cpu host,kvm=off -smp 4 -m 6G
> -de
Please show a) the complete command line you used to start qemu, and
b) the complete output from qemu. Most likely it wrote something interesting
Package: lshw
Version: 02.18.85-0.1
Severity: normal
I believe there is a typo in the manufacturer list since I can see:
$ sudo lshw -C memory -numeric -sanitize | tail -25
*-memory
description: System Memory
physical id: e
slot: System board or
On 2018-05-06 12:16 +0200, Sven Joachim wrote:
> Package: nvidia-cuda-gdb
> Version: 9.1.85-4+b1
> Severity: normal
>
> Even after being rebuilt for the libncurses6 transition[1],
> nvidia-cuda-gdb depends on libncurses5. Clearly there's not much you
> can do about that, other than prodding
control: tags -1 moreinfo
Hi Pierre,
On Wed, Apr 24, 2019 at 10:23:55PM +0200, Pierre wrote:
> Package: claws-mail
> Version: 3.17.1-1~bpo9+1
> Severity: normal
>
> Dear Maintainer,
> I am using Claws-Mail with a POP account with two differents
> computers, with a setup in order to have sent
Quack,
Sorry we've not been more vocal about this.
We worked to get it into Buster in time but various problems happened,
like Rails 5 late to be stabilized, and we could not get an exception.
I did not know it could be possible to have such a backport for a
package not present in stable but
Hi,
Quoting Sean Whitton (2019-09-02 20:15:23)
> On Mon 02 Sep 2019 at 01:48PM +02, Johannes Schauer wrote:
> > I just had another idea. Since the issue at hand is, that you need a way to
> > transfer the source tree into sbuild and sbuild currently only supports
> > source packages, why can dgit
Package: libvirt-daemon
Version: 5.0.0-4
Severity: normal
Dear maintainer,
when attempting to define a virtual floppy drive, just defining a domain
supposed to make use of that works fine, however, as soon as it is to be fired
up, libxl hiccups. This has been an issue since libvirt 3.0.0 (with
101 - 195 of 195 matches
Mail list logo
