Source: quantlib-swig
Version: 1.18-1
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
The last upload of quantlib-swig failed to build on mipsel:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "phosh"
* Package name: phosh
Version : 0.2.2-1
Upstream Author : Guido Günther
* URL : https://source.puri.sm/Librem5/phosh
* License : GPL-3+
*
Source: insighttoolkit4
Version: 4.13.2-dfsg1-8
Severity: serious
https://salsa.debian.org/med-team/insighttoolkit/-/blob/master/debian/rules#L138
This line installs the Python extension always for Python 3.7. This
means the rebuilt for Python 3.8 installed the extensions incorrectly
and
> The new version of kubernetes is not a reverse build-dependency anymore.
> There are individual RM requests for the remaining blockers: #956741 and
> #956743. I removed the moreinfo tag to signal that the FTP masters can go
> ahead and remove golang-github-docker-engine-api in the same batch
Package: pympress
Version: 1.5.1+dfsg-3
Severity: critical
Dear Maintainer,
After installing pympress, I try to run it and get the trace below. This makes
the package unusable.
Best,
C.
Traceback (most recent call last):
File "/usr/bin/pympress", line 11, in
On Tue, Mar 31, 2020 at 03:55:42PM +0200, Andreas Tille wrote:
> On Tue, Mar 31, 2020 at 03:48:02PM +0200, Michael Crusoe wrote:
> >
> > I don't think dropping the 32bit archs is urgent right now.
>
> I'm happy if you have a better solution, Andreas.
I'm not sure what qualifies for "urgent" but
Hi
Sorry for the noise. For error I send RFS from my job email.
That is incorrect.
I will owner me using this email.
Cheers,
--
Emmanuel Arias
@eamanu
yaerobi.com
0xFA9DEC5DE11C63F1.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
Control: tags -1 upstream
Control: forwarded -1 https://github.com/igraph/igraph/issues/1370
Package: tumiki-fighters
Version: 0.2.dfsg1-9
Severity: important
Hi,
tumiki-fighters crashes immediately with:
tumiki-fighters: symbol lookup error: tumiki-fighters: undefined symbol:
_D3std5stdio24__T10makeGlobalS6stderrZ10makeGlobalFNbNcNdNiZS3std5stdio4File
A bit of strace from the
control: notfound -1 hedgewars/1.0.0-4
On Tue, 31 Mar 2020 14:48:06 +0200 Tobias Frost wrote:
> Source: hedgewars
> Severity: serious
> Justification: FTBFS
>
> Dear Maintainer,
>
> hedgewars is also affected by #951087, but it seems that no bug has been
> filed.
>
> The quoted bugs above
Package: wnpp
Severity: wishlist
Owner: Arnaud Ferraris
* Package name: kgx
Version : 0.2.1
Upstream Author : Zander Brown
* URL : https://gitlab.gnome.org/ZanderBrown/kgx
* License : GPL-3+
Programming Lang: C
Description : Simple user-friendly
Package: libwebkit2gtk-4.0-37
Version: 2.28.1-1
Severity: normal
Tags: upstream
Forwarded: https://bugs.webkit.org/show_bug.cgi?id=210561
Since upgrading to 2.28.0-2,
/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess
polls like mad and causes excessive wakeups, draining my laptop
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-rcdk -- GNU R interface to the 'CDK' libraries
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-rcdk
Version : 3.5.0
Upstream Author : Rajarshi Guha,
* URL :
On 15 April 2020 at 20:44, Sebastian Ramacher wrote:
| Source: quantlib-swig
| Version: 1.18-1
| Severity: serious
| Tags: ftbfs sid bullseye
| Justification: fails to build from source (but built successfully in the past)
Yes ... but it also failed before. See e.g. #909725 (per a quick scan in
On Sat, Apr 04, 2020 at 10:41:31AM +0300, Fanis Dokianakis wrote:
> I confirm that this bug exists after upgrading systemd. Systemd-resolved
> *sometimes* does not downgrade and SERVERFAILS on all domains that do not
> have a signature dns record.
That's not what "allow-downgrade" means. The
Control: block -1 by 956838
Uploading r-cran-rcdk is delayed since r-cran-rcdklibs needs a
full libcdk-java. The Debian packaged version is not exposing
all classes.
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-CC: debian-chinese...@lists.debian.org stard...@packages.debian.org
Dear Debian FTP Masters,
It seems that package src:stardict became unsupportable given that its
upstream has been
Source: freehep-graphicsio
Severity: normal
Hi,
as explained in bug #956843 the cdk package can not build with all
components since some of these need freehep-graphicsio 2.4. This is
available at
https://github.com/freehep
It would be great if all freehep-* packages would be upgraded to
Le 15/04/2020 à 11:15, Andreas Tille a écrit :
> Hi Julien,
>
> On Wed, Apr 15, 2020 at 10:19:11AM +0200, Julien Lamy wrote:
>> Following the build failures of Odil on mips64el (which never really
>> built correctly, due to timeouts), I'd like to remove the support for
>> mips64el. From what I've
$ ldd /usr/sbin/cron
linux-vdso.so.1 (0x7ffdbad7f000)
libpam.so.0 => /lib/x86_64-linux-gnu/libpam.so.0 (0x7f9c76d08000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1
(0x7f9c76cdd000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
A workaround is to start it with
python3 -m pympress file.pdf
It seems there is a conflict between python3.7 (used by default by pympress)
and python3.8 (used by most other programs).
Source: debarchiver
Version: 0.11.4
Severity: important
X-Debbugs-CC: o...@debian.org
Dear debarchiver maintainer,
Your previous upload of package debarchiver was not source-only upload; as a
result, the new verison will not be able to migrate to Debian Testing. The
restriction on
Package: ncbi-blast+-legacy
Version: 2.9.0-4
Severity: normal
Hi,
I'm aware that language extensions in Debian are not conform to
policy. However, as we discussed in
https://lists.debian.org/debian-med/2018/06/msg00043.html
only stripping the extension is sometimes hard for rdepends of
our
Package: wnpp
Severity: wishlist
Subject: ITP: python3-apiclient -- Tiny framework for building good API client
libraries thanks to urllib3.
Package: wnpp
Owner: Malihe Asemani
Severity: wishlist
* Package name: python3-apiclient
Version : 1.0.4
Upstream Author : , Shazow,
Source: cross-toolchain-base
Version: 45
Severity: wishlist
Tags: patch moreinfo
I'm not sure anymore who told me, but glibc has a build_many_glibcs.py
script and it does the toolchain bootstrap dance with fewer stages than
Debian (i.e. cross-toolchain-base and rebootstrap) does. The current
oops sorry, it moved to the archive:
* https://f-droid.org/archive/eu.faircode.email_914.apk
signature.asc
Description: OpenPGP digital signature
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "phoc"
* Package name: phoc
Version : 0.1.7-1
Upstream Author : Guido Günther
* URL : https://source.puri.sm/librem5/phoc
* License : MIT
* Vcs
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "feedbackd"
* Package name: feedbackd
Version : 0.0.0+git20200305-1
Upstream Author : Guido Günther
* URL : https://source.puri.sm/Librem5/feedbackd
*
Source: mysql-5.7
Version: 5.7.26-1
Severity: grave
Tags: security upstream
Justification: user security hole
Hi
See
https://www.oracle.com/security-alerts/cpuapr2020.html#AppendixMSQL
for a list of CVEs affecting src:mysql-5.7.
Regards,
Salvatore
Source: cdk
Version: 1:2.3-2
Severity: normal
Hi,
I have read the line
debian/libcdk-java.poms:# depict requires freehep-graphicsio-* 2.4 (Debian
has older)
which explains why cdk-depict.jar is not build. However, as I explain
in bug #956841 classes from this are needed by other software.
On 4/13/20 12:36 AM, Svante Signell wrote:
> Hi again,
>
> I saw that there was some complaints from lintian of the uploaded
> version. I've fixed some of them. Upload again?
>
> BTW: running lintian with the --pedantic flag does not show all issues
> as 956...@bugs.debian.org does. Which
Package: retroarch
Version: 1.7.3+dfsg1-1
Severity: important
Dear Maintainer,
running retroarch from text console does nothing, retroarch just stop without
saying/complaining nothing.
Works fine under X
-- System Information:
Debian Release: 10.3
APT prefers stable
APT policy: (500,
Package: vlc-plugin-vlsub
Version: 0.10.2-2
Severity: normal
vlc-plugin-base includes even a newer version of the VLSub plugin.
This package can thus, and should thus be removed.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1,
On Wed, 15 Apr 2020 at 19:06:59 +, Mike Gabriel wrote:
> On Mi 15 Apr 2020 10:49:03 CEST, Simon McVittie wrote:
> > I've done that for you.
>
> Thanks for that. What is the exact BTS query to list those bugs?
Sorry, I don't know the CLI for it, but I made them block 895037/895038
as
Package: ncbi-blast+
Version: 2.9.0-4
Severity: normal
Hi,
I'm aware that language extensions in Debian are not conform to
policy. However, as we discussed in
https://lists.debian.org/debian-med/2018/06/msg00043.html
only stripping the extension is sometimes hard for rdepends of our
Thanks, reported in bug #956854 :)
S
Le 15/04/2020 à 22:28, martin f krafft a écrit :
Untitled
Package: vlc-plugin-vlsub
Version: 0.10.2-2
Severity: normal
vlc-plugin-base includes even a newer version of the VLSub plugin.
This package can thus, and should thus be removed.
-- System
Package: w3m-el
Version: 1.4.632+0.20181112-2
Severity: important
Dear Maintainer,
In attempting to install w3m-el I see:
Install w3m-el for emacs
install/w3m-el: byte-compiling for emacs, logged in /tmp/elc.9ZAzScQdF0F8
ERROR: install script from w3m-el package failed
dpkg: error
Source: bedtools
Version: 2.27.1+dfsg-4
Severity: serious
Control: close -1 2.29.2+dfsg-3
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 955403
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
Hi Simon, hi Ivo,
I am currently drowned in customer requests. Sorry for the late reply.
On Mi 15 Apr 2020 10:49:03 CEST, Simon McVittie wrote:
> > To help the overview of what's still missing, it might be good to add
> > blocking
> > bugs for every package to this one.
It seems this wasn't
Package: wnpp
Severity: wishlist
Owner: Calum McConnell
* Package name: bitwarden
Version : 1.17.2
* URL : http://www.bitwarden.com/
* License : GPL-3
Programming Lang: Typescript
Description : fully open-source, cross-platform password manager
== Long
Source: printrun
Version: 2.0.0~rc5-1
Severity: grave
Justification: FTBFS
X-Debbugs-CC: rockst...@gmx.com
Tags: patch
Dear Debian printrun maintainers,
The current printrun package FTBFS with python 3.8. As a result, it is
blocking the transition from python3.7 to python3.8.
Please consider
On Tue, Apr 14, 2020 at 08:25:53PM +0300, Adrian Bunk wrote:
> On Sun, Mar 29, 2020 at 10:18:05PM +0200, Andrea Bolognani wrote:
> >...
> > Adrian, I see you tagged the bug as fixed-upstream: can you please
> > share any additional information you might have and that convinced
> > you the bug is
Package: ftp.debian.org
Severity: normal
Thanks
See bug #956851 for this
Package: wnpp
Severity: wishlist
Subject: ITP: python3-apiclient -- Tiny framework for building good API client
libraries thanks to urllib3.
Package: wnpp
Owner: Malihe Asemani
Severity: wishlist
* Package name: python3-apiclient
Version : 1.0.4
Upstream Author : , Shazow,
Package: network-manager
Version: 1.14.6-2+deb10u1
Followup-For: Bug #624438
Dear Maintainer,
* What led up to the situation
Searching for an USB WiFi for Stretch, I found that the Panda PAU05 (PAU06)
worked very nicely, provided that I backported
the device driver from Buster (testing).
Hello,
On Fri 10 Apr 2020 at 10:45PM +02, Guillem Jover wrote:
> On Tue, 2020-04-07 at 17:18:27 -0700, Sean Whitton wrote:
>> On Wed 08 Apr 2020 at 01:18AM +02, Guillem Jover wrote:
>> >> +The copyright information for files in a package must be copied
>> >> +verbatim into
Package: r-cran-rcdklibs
Version: 2.3+dfsg-4
Severity: important
Hi,
when running the test suite of r-cran-rcdk (ITP #956838) it becomes
obvious that not all classes from cdk source are available. For
instance cdk-depict.jar is not build which results in the failure
Executing test function
Control: reopen -1
On Wed, 26 Feb 2020 00:35:02 + Debian FTP Masters
wrote:
> gzip (1.10-1) unstable; urgency=medium
> .
>* new upstream version, closes: #925554
Nope, that was #952554
Andreas
Package: freeglut3-dev
Version: 2.8.1-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
Using the diagnostic program Valgrind on a program under development, I got
several pages of "uninitated variable"
* What exactly did you do (or not do) that was effective (or
Control: reopen -1
Control: severity -1 important
Control: retitle -1 aoflagger: ensure compatabile libpython and libboost-python
Hi Ole
On 2020-04-14 09:06:03 +, Debian Bug Tracking System wrote:
> After fixing casacore (#956578), this package compiles well. So, I will
> close this.
Source: libapache2-mod-encoding
Version: 20040616-6
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
libapache2-mod-encoding fails to cross build from source, because
debian/rules hard codes the build architecture compilier gcc. An easy
way to use a host architecture compiler is
Source: mstflint
Version: 4.13.3+2-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
mstflint fails to cross build from source, because it includes
-lboost_regex in Makefile dependencies. Including such flag in a
Makefile dependency causes make to look it up using its
Source: ttyload
Version: 0.5+20131024+gitf949537-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
ttyload fails to cross build from source, because debian/rules uses the
build architecture compiler as a make default. An easy way to fix that
is letting dpkg's buildtools.mk supply
We'll wait until there is a stable release from upstream given that
there are several other GNOME 3.36 issues the maintainer is dealing
with
On Tue, 14 Apr 2020 at 23:39, wrote:
>
> apparently fixed in upstream master now, just needs packaging :)
Source: diodon
Version: 1.9.0-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported replacement
Source: gcin
Version: 2.8.8+dfsg1-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported replacement
Source: ckb-next
Version: 0.4.2dfsg.1-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported
Source: gromit-mpx
Version: 1.3-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported replacement
Source: fusion-icon
Version: 0.2.4-4
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Depends on gir1.2-appindicator3-0.1, which is deprecated and
unmaintained. The supported replacement
Source: gmpc
Version: 11.8.16-17
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported replacement
Hi,
> python-pbr (5.4.5-2) unstable; urgency=medium
> .
> * Uploading to experimental, fixing "cannot install" (Closes: #956736).
Just an FYI that the changelog entry claims "Uploading to
experimental" yet it appears to be actually targetting unstable.
Regards,
--
,''`.
: :' :
Source: osdlyrics
Version: 0.5.5~rc1+dfsg1-2
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported
Source: modem-manager-gui
Version: 3.0.7-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported
Source: kylin-burner
Version: 3.0.7-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported
Source: package-update-indicator
Version: 5-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported
Package: dh-golang
Version: 1.48
It would be nice if dh-golang would support setting go buildtags.
My use-case is a relatively large go application (snapd). It has a
buildtag (nosecboot) to exclude parts that are only relevant for
embedded systems. Right now I workaround this by removing files
Hello,
I won't follow your suggestion to report it upstream. I think he does the right
thing
when fail2ban-client flushlogs exits with an error code when fail2ban is
running.
That said, I think logrotate shouldn't fail either in these circumstances. It
could be
that the administrator stopped
Source: skktools
Version: 1.3.4-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
skktools fails to cross build from source, because it does not pass
--host to ./configure. The easiest way of doing so - using
dh_auto_configure - does not work here, because the configure script
Source: sac
Version: 1.9b5-3
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
sac fails to cross build from source, because it does not pass cross
tools to make. The easiest way of fixing that - using dh_auto_build -
does not fix sac entirely. It still passes -s to install and
Control: tags -1 - moreinfo
On Sat, 11 Apr 2020 at 13:42:46 +0100, Simon McVittie wrote:
> https://release.debian.org/transitions/html/auto-gnome-desktop3.html
> - Should be ready to start binNMUs
> - Please binNMU xdg-desktop-portal-gtk in experimental too
> - No point in binNMUing
Package: geany
Version: 1.36-1
Severity: normal
Dear Maintainer,
When I select Gnome on Xorg at log in screen, mouse wheel shortcuts work
properly :
Mouse wheel + shift => Horizontal scrool
Mouse wheel + Ctrl => Zoom in/out
Unfortunately, when I select Gnome on Wayland, these shortcuts are
Source: workrave
Version: 1.10.43-1
Severity: important
Control: block 895038 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatanaindicators
This package Build-Depends on libindicator, which is deprecated, and has a
runtime dependency on the same library. Please see #895038 for
Source: zeal
Version: 1:0.6.1-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported replacement
Hi,
On 4/14/20 7:38 PM, Felix Lechner wrote:
On Tue, Apr 14, 2020 at 10:33 AM Ivo De Decker wrote:
I assumed that those packages would be
rejected by the archive, but clearly that's not the case.
Is it okay if source packages with non-UTF-8 file names show merely a
warning?
If that's
Hi Julien,
On Wed, Apr 15, 2020 at 10:19:11AM +0200, Julien Lamy wrote:
> Following the build failures of Odil on mips64el (which never really
> built correctly, due to timeouts), I'd like to remove the support for
> mips64el. From what I've understood, I'll need to change the
> Architectures
Source: libgrits
Version: 0.8.1-5
Severity: wishlist
User: debian...@lists.debian.org
Usertags: proposed-removal
I noticed libgrits while looking at the list of packages that depend on
the superseded library GTK 2.
libgrits appears to be a shared library that is no longer depended on
by anything
Source: cairo-dock-plug-ins
Version: 3.4.1-6
Tags: sid bullseye
Severity: important
Control: block 895038 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatanaindicators
This package Build-Depends on libindicator3-dev, which is deprecated,
and has a runtime dependency on the
Package: autokey-gtk
Version: 0.95.10-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Depends on gir1.2-appindicator3-0.1, which is deprecated and
unmaintained. The supported
Source: blueman
Version: 2.1.2-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Depends on gir1.2-appindicator3-0.1, which is deprecated and
unmaintained. The supported replacement
Package: qemu-system-gui
Version: 1:3.1+dfsg-8+deb10u4
Severity: normal
Dear Maintainer,
This package provides arch-dependent co-installable plugin-type shared
libraries,
and thus should be marked as
Multi-Arch: same
-- System Information:
Debian Release: 9.12
APT prefers oldstable-updates
Source: indicator-sensors
Version: 1.1-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported
Source: gxkb
Version: 0.8.0-1
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported replacement
Package: libcurl3-gnutls
Version: 7.64.0-4
Severity: normal
Tags: upstream
Dear Maintainer,
Debian Buster ships a recent version of GnuTLS which supports TLS 1.3.
Git uses GnuTLS for TLS through libcurl, so I had expected that it also
uses TLS 1.3 for Git. Since early last year, I added TLS 1.3
On 15/04/2020 09:53, Simon McVittie wrote:
> Control: tags -1 - moreinfo
>
> On Sat, 11 Apr 2020 at 13:42:46 +0100, Simon McVittie wrote:
>> https://release.debian.org/transitions/html/auto-gnome-desktop3.html
>> - Should be ready to start binNMUs
>> - Please binNMU xdg-desktop-portal-gtk in
Hi,
I compiled the bullseye version of sddm (0.18.1-1) without any changes
for my buster systems and the crashes seem to have gone away.
So I repeat my wish to consider updating sddm in buster.
Thanks for your work,
Ralf
On Wed, 15 Apr 2020 at 02:52:11 +0100, Ben Hutchings wrote:
> I think you've made a good case that user namespaces are likely to be a
> net positive for security on Debian desktop systems.
>
> This might not be true yet for servers that aren't container hosts.
Perhaps Debian's kernel should
On 4/15/20 1:12 AM, Sandro Tosi wrote:
> On Tue, 14 Apr 2020 19:05:25 -0400 Sandro Tosi wrote:
>>> Updating python3-pbr (or installing it) fails with:
>>>
>>> update-alternatives: error: alternative path /usr/bin/python3-pbr doesn't
>>> exist
>>>
>>> I suppose it's a left over of the alternative
Package: linux-image-rt-amd64
Version: 4.19+105+deb10u3
Severity: important
Dear Maintainer,
Using the rt kernel packages (4.19.0-8-rt-amd64 or 5.4.0-0.bpo.4-rt-amd64) no
access to
the EFI variables under /sys/firmware/efi/efivars is possible.
With the non-rt kernels, all is fine as shown
> For nearly everything that it gets used for, libseccomp depends on
> CONFIG_SECCOMP_FILTER.
In that case, we're out of luck:
Without writing a kernel patch for full seccomp support on these
architectures, there won't be a libseccomp2 for them.
Should this bug be kept open then?
I think it
Hi Hilmar!
Please always CC the arch-specific mailing lists when filing arch-specific
bugs.
Looking at the issue, it seems that texlive-bin has issues when built with
many jobs in parallel. On both powerpc and sparc64, the package was built
with "make -j32" [1, 2]. Both kapitsa and landau are
Source: growl-for-linux
Version: 0.8.5-5
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported
Source: hime
Version: 0.9.10+git20170427+dfsg1-3
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported
Source: solaar
Version: 1.0.1+dfsg-4
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Depends on gir1.2-appindicator3-0.1, which is deprecated and
unmaintained. The supported replacement
Source: redshift
Version: 1.12-2
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Depends on gir1.2-appindicator3-0.1, which is deprecated and
unmaintained. The supported replacement
Source: parcellite
Version: 1.2.1-3
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator-dev, which is
deprecated and unmaintained. The supported replacement
Source: roger-router
Version: 2.1.6-3
Tags: sid bullseye
Severity: important
Control: block 895037 by -1
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator
This package Build-Depends on libappindicator3-dev, which is
deprecated and unmaintained. The supported
On Thu, 02 Apr 2020 at 14:11:42 +0200, Ivo De Decker wrote:
> On Mon, Oct 22, 2018 at 10:13:32AM +, Mike Gabriel wrote:
> > > # Broken Depends:
>
> [...]
>
> > The above list is irrelevant, what counts are the build-deps.
>
> Well, this was the output of dak rm. These dependencies need to
Source: libdisplaymigration
Version: 0.8.1-5
Severity: wishlist
User: debian...@lists.debian.org
Usertags: proposed-removal
I noticed libdisplaymigration while looking at the list of packages that
depend on the superseded library GTK 2.
libdisplaymigration appears to be a shared library that is
Source: odil
Version: 0.12.0-1
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
odil failed to build on mips64el:
https://buildd.debian.org/status/fetch.php?pkg=odil=mips64el=0.12.0-1=1586923678=0
Cheers
--
Sebastian
Hi again,
> > > shiro: CVE-2020-1957
> >
> > I'm trying to work on this for Debian LTS, but I am having trouble
> > enabling the test suite
>
> Just wondering if you have any thoughts on how to get the testsuite
> running for shiro?
>
> Naturally, I would not like introduce any regressions
1 - 100 of 222 matches
Mail list logo
