Package: bzflag
Version: 2.4.18-1
Since the upgrade of alsa-lib to version 1.1.7 bzflag has lost sound
via alsa. At start time there is just a message
Couldn't open audio: Couldn't set hardware audio parameters: Success
Moving back to version 1.1.6 makes the problem go away.
Other tools using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: alsa-utils
Version: 1.1.7-1
With some headphones and earphones, the sound output is distorted, e.g. the
left and right channels are swapping constantly, this issue is especially
serious with human speech.
I used a Sony MDR-AS800AP
Hi Jesse,
Jesse Smith writes:
> 361935 (addressed in documentation)
Could you please show which documentation has addressed this bug?
Yours,
Benda
Package: hollywood
Version: 1.14-1
Severity: normal
Dear Maintainer,
Thanks for a fun one :)
But...
> hollywood
/usr/bin/byobu: 250: exec: tmux: not found
/usr/bin/byobu: 250: exec: tmux: not found
/usr/bin/byobu: 250: exec: tmux: not found
/usr/bin/byobu: 250: exec: tmux: not found
zsh: exit
tags 890041 fixed
thanks
Thank you all! This is fixed upstream in 2.89 and will appear in debian
2.91-1 and later.
Yours,
Benda
Hi Jesse,
Jesse Smith writes:
> 614893 (fixed)
Could you please elaborate about how this bug is fixed? I can't find
relevant commits in the upstream repository.
Yours,
Benda
On Sun 2018-11-04 11:26:26 +1100, Dmitry Smirnov wrote:
> Package: getmail
> Version: 5.6-1
> Severity: normal
>
> getmail no longer works after dist-upgrade to Buster:
>
>
> SimplePOP3SSLRetriever:{USER}@iinet.net...@mail.iinet.net.au:995:
> {USER}@iinet.net.au: socket error ([SSL:
Package: ppp
Version: 2.4.5-5.1+deb7u2
Severity: important
Tags: upstream patch
JJK just released a new version of the ppp-EAP-TLS patch, v1.102, that
this package is using.
See https://www.nikhef.nl/~janjust/ppp/download.html for details.
Patches for 2.4.5, 2.4.6 and 2.4.7 are available.
On Sat, 03 Nov 2018 14:00:51 -0700, Sean Whitton wrote:
> Hence I am seeking seconds for this patch I've written:
>
> diff --git a/policy/ch-docs.rst b/policy/ch-docs.rst
> index e990f34..a9b297f 100644
> --- a/policy/ch-docs.rst
> +++ b/policy/ch-docs.rst
> @@ -61,6 +61,12 @@ by a note at the
Package: runc
Version: 1.0.0~rc5+dfsg1-4
# runc checkpoint root
CRIU version check failed: exec: "criu": executable file not found in $PATH
"Recommends: criu" should probably work.
can you attach a jpg file?
tags 375274 upstream
thanks
Thank you Jesse, I understand the meaning of '-t' now.
Yours,
Benda
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
During installation with network sources enabled, security updates are
normally installed. However, this currently doesn't include updates
that depend on a new binary package, due
Hi,
The packages firefox-esr-l10n-* have not been removed on mips and mipsel as
requested by the OP and so they need to go as well as per the original
description.
These packages need removal as well in order for firefox-esr to migrate to
testing.
Source: llvm-toolchain-7
Version: 1:7-8
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
llvm-toolchain-7 currently FTBFS on hurd-i386, on openmp issues first,
which are being submitted upstream on https://reviews.llvm.org/D54079 ,
but after applying the fix for
Hi Faidon, Peter,
On 03.11.18 18:31, Peter van Dijk wrote:
>> Currently, there are no other packages providing dns performance
>> testing tools.
>
> Just for the record, the pdns-tools package provides a few.
Thanks for pointing this out and sorry for the wrong depiction.
Nevertheless, I think
Samuel Thibault, le lun. 29 oct. 2018 01:01:34 +0100, a ecrit:
> I looked deeper in fs.py, and I found that in the succeeding
> case, the main loop inside share_files sees _sphinbase.so before
> _sphinxbase.so.0.0.0, and thus renames it, and in the failing case, that
> loop sees
Quoting intrigeri (2018-11-03 12:50:42)
> Dear Jonas,
>
> gregor herrmann:
> > On Mon, 10 Oct 2016 14:42:29 +0200, Andreas Beckmann wrote:
> >> Can't locate AtteanX/RDFQueryTranslator.pm in @INC (you may need to
> >> install the AtteanX::RDFQueryTranslator module) (@INC contains:
> >>
Package: getmail
Version: 5.6-1
Severity: normal
getmail no longer works after dist-upgrade to Buster:
SimplePOP3SSLRetriever:{USER}@iinet.net...@mail.iinet.net.au:995:
{USER}@iinet.net.au: socket error ([SSL: WRONG_SIGNATURE_TYPE] wrong signature
type (_ssl.c:726))
I tried version
Hi Chris,
On Sun, 23 Sep 2018 at 06:10:52 +0200, Guilhem Moulin wrote:
> Fortunately I did have some quiet evenings last week, and finally
> pushed a new branch derived from Peter and Erik's work:
>
> https://salsa.debian.org/cryptsetup-team/cryptsetup/tree/openpgp-smartcard
Did you have time
On 2018-11-01 19:50:35 [-0400], Theodore Y. Ts'o wrote:
> On Thu, Nov 01, 2018 at 11:18:14PM +0100, Sebastian Andrzej Siewior wrote:
> > Okay. So you wrote what can be done for a system with HW-RNG/kvm. On
> > bare metal with nothing fancy I have:
> > [3.544985] systemd[1]: systemd 239 running
Package: alsa-utils
Version: 1.1.7-1
Severity: grave
$ alsamixer
ALSA lib conf.c:3639:(config_file_open) cannot access file
/etc/alsa/conf.d/10-rate-lav.conf
ALSA lib conf.c:3559:(snd_config_hooks_call) function snd_config_hook_load
returned error: No such file or directory
ALSA lib
Santiago Vila writes:
> On Sat, Nov 03, 2018 at 03:42:20PM -0700, Russ Allbery wrote:
>> In a way, I don't think this goes far enough. Build-Conflicting with
>> something installed by debhelper would be incredibly painful and would
>> basically require the package be built in a chroot.
> I'm
On Sat, Nov 03, 2018 at 03:42:20PM -0700, Russ Allbery wrote:
> In a way, I don't think this goes far enough. Build-Conflicting with
> something installed by debhelper would be incredibly painful and would
> basically require the package be built in a chroot.
I'm not sure what do you mean by
Package: fonts-go
Version: 0~20161116-1
Severity: important
Dear Maintainer,
The version of Go Mono which has been packaged cannot be used in xterm,
because it fails some internal test to determine whether or not the font
is monospace. If you try, xterm will instead select an italic font.
A
Source: pan
Version: 0.145-1
Severity: minor
The short description for pan mentions gtk2, but it actually uses
gtk3. Please update the description.
Thanks,
Jeremy Bicha
Package: wallstreet
Version: 1.14-1
Severity: grave
I just installed this package out of curiosity and found that it messes up my
newsreader's cache (I'm using newsbeuter).
All downloaded newsfeeds are completely gone and everything new appears as
unread.
-- System Information:
Debian Release:
Control: severity -1 important
On Mon, 24 Sep 2018 at 21:18:47 +0100, Simon McVittie wrote:
> We can't upgrade gjs to a version that uses mozjs60 until either this is
> fixed somehow, or gjs and its dependencies (notably GNOME Shell) are
> removed from s390x. The architecture-specific removal
Hi
Thanks for the report. This issue should be fixed in the latest upload. Please
reopen this bug if this doesn't work for you.
Sebastian
signature.asc
Description: PGP signature
Source: gnote
Version: 3.30.0-1
Severity: important
Tags: bullseye sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtkspell
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnote/issues/9
The GNOME project considers gspell to be a superior alternative to
gtkspell. Please
On 2018-10-30 21:51, Theodore Y. Ts'o wrote:
> On Tue, Oct 30, 2018 at 07:37:23PM +0100, Kurt Roeckx wrote:
>>
>> So are you saying that the /var/lib/random/seed is untrusted, and
>> should never be used, and we should always wait for fresh entropy?
>>
[...]
>
> In any case, if Debian wants to
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Please remove knot-resolver by the next point release. It has open
security issues which can't be backported sensibly.
Cheers,
Moritz
On Sat, Nov 03, 2018 at 01:07:49PM -0700, Russ Allbery wrote:
> Sean Whitton writes:
>
> > I reformatted and wordsmithed josch's patch, second it myself, and am
> > seeking further seconds.
>
> > Given that whole archive rebuilds with use sbuild and already catch
> > packages that violate this
Santiago Vila writes:
> The source package failed to build from source if you had "automake"
> installed in the chroot. At the time, automake was installed by default
> when you installed debhelper.
Ow.
> So: What about "packages should declare Build-Conflicts when the
> build-conflict happens
Source: gitg
Version: 3.30.0-1
Severity: important
Tags: bullseye sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtkspell
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gitg/issues/120
The GNOME project considers gspell to be a superior alternative to
gtkspell. Please
Source: gtkspell3
Version: 3.0.9-2
Severity: important
Tags: bullseye sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtkspell
The GNOME project considers gspell to be a superior alternative to gtkspell.
On the other hand, it looks like gtkspell3 is still alive since there
was
Source: evolution
Version: 3.30.1-1
Severity: important
Tags: bullseye sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtkspell
Control: forwarded -1 https://gitlab.gnome.org/GNOME/evolution/issues/210
The GNOME project considers gspell to be a superior alternative to
gtkspell.
> > While we are at it, I understand, because it would involve a huge
> > amount of computation to determine, that we can't test every package
> > against every other binary package to discover undeclared
> > build-conflicts.
>
> Well, indeed. In fact, this is the reason why I don't see how we
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "sleepenh"
* Package name: sleepenh
Version : 1.7-1
Upstream Author : Nicolas Schier
* URL : https://rocketgit.com/user/nicolas/sleepenh
* License
Similarly to message XX, I have confirmed that desktop-file-utils and
initramfs-tools do not install to the obsolete directory
$ dpkg -L desktop-file-utils initramfs-tools | grep "completion\.d"
(no output)
Thus, I'm removing the `affects' flag from them...
Control: affects 811496 -
Source: xiphos
Version: 4.0.7.1-5
Severity: important
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gconf
Tags: sid buster patch
Your package depends and build-depends on gconf, but gconf will be
removed from Debian soon (most probably right after the Buster
release).
I have confirmed that, among the following packages, only `dlocate'
installs files under the obsolete directory (/etc/bash_completion.d):
dpkg -L dlocate borgbackup ocaml-findlib dupload deborphan aapt linkchecker
scilab-cli transifex-client qemubuilder cabal-install feedgnuplot notmuch
Source: libclc
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Package: redmine
Version: 3.4.6-1
Severity: grave
Justification: renders package unusable
After upgrading to the current packages in Debian testing, Redmine produces the
following error in /var/log/apache2/error.log
every time a page is loaded:
[ 2018-11-03 01:08:23.2570 28268/7f74e1b3f700
Source: firefox-esr
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: pocl
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: mesa
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: ghc
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: oclgrind
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: wine-development
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: ldc
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: aiscm
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: doxygen
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: irony-mode
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: autofdo
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: llvmlite
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: aspectc++
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: julia
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: firefox
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: codelite
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: thunderbird
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: beignet
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: qtcreator
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
Source: afl
Severity: normal
Hello,
llvm-toolchain-7 is now the default version in Debian.
As part of the effort to keep the number of llvm-toolchain versions under
control, it would be great if you could update to llvm-toolchain-7.
Thanks,
Sylvestre
In my previous message, mentions to `ggrep' mean `grep -RnE' (that's an
alias in my environment:
$ alias ggrep
alias ggrep='grep -RnE'
On 03 Nov 2018, Gabriel F. T. Gomes wrote:
>
> $ ggrep "completion\.d" git-2.19.1/
> git-2.19.1/debian/git.install:4:debian/git-prompt.completion =>
>
Hello
Could this be caused by the code of mvhtml() function in cron/parts/7doc
script?
https://salsa.debian.org/webmaster-team/cron/blob/master/parts/7doc
Maybe it works well for links *.html and *.XX.html being XX the language
processing in that time, but maybe it's not prepared for *.YY.html
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
This is a proposed update to the davix package in Debian 9 (stretch). I
have created it in response to a request that was sent to me via e-mail
(included below).
The proposed
control: tag -1 +pending
Hello Santiago,
On Mon 16 May 2016 at 08:16PM +0200, Santiago Vila wrote:
> Policy 7.7 says: (Bold in "can" is mine)
>
> Source packages that require certain binary packages to be installed
> or absent at the time of building the package *can* declare
>
Hello again,
Am 31.10.2018 um 13:58 schrieb Ian Campbell:
Excellent, thanks for confirming. I take it the qcontrold side of things is
happy and running too?
Yes, it is. All fine again now.
Cheers
Mathias
You won't need to remove:
gnome-weather (now arch:all)
gpaste (the GNOME Shell extension is arch:all & the gjs dependency has
been moved to B-D-I)
seed-webkit2 (never built on s390x)
workrave (GNOME panel applet no longer built on s390x)
Thanks,
Jeremy Bicha
control: tag -1 +moreinfo
Dear Simon,
On Thu 04 Aug 2016 at 01:43PM +0100, Simon McVittie wrote:
>> Other options
>> =
> ...
>> * Add a real (non-virtual) empty package dbus-session-bus built by src:dbus,
>> with Depends: dbus-user-session | dbus-x11 (initially). Other packages
>>
Hi Holger,
thanks for your attention to the bug report, but my report was about a
different issue. Let me explain.
First, let's take a look at developers-reference as it pubished on the
Debian's website. Say, in English [web-en]. It incorrectly links to
translations as
control: tag -1 +patch
Hello,
Policy probably shouldn't contain too much detail about the contents of
manpages, but EXAMPLES sections really do make them significantly more
useful, so I would like to include the recommendation that Shirish
proposes.
Hence I am seeking seconds for this patch
Package: s-tui
Version: 0.8.2-1
Severity: important
My Threadripper 2950X, reports Top Freq 3500 MHz, but its turbo is way
higher, something like 4400MHz, and with my cooling system I can run
3800-4100 MHz for hours even with all cores running.
The problem is s-tui prescales Frequency graph to
Hi Fabian,
I finally work a bit on this package and an update repository with
latest 1.206 firacode is available on salsa [0] (unfortunatly, I can not
push on fonts-team/fonts-firacode), ready to upload (I hope).
[0] https://salsa.debian.org/ropp-guest/fonts-firacode
Cheers,
Rodolphe
On
Package: s-tui
Version: 0.8.2-1
Severity: important
Dear Maintainer,
$ s-tui
Traceback (most recent call last):
File "/usr/bin/s-tui", line 6, in
from pkg_resources import load_entry_point
ModuleNotFoundError: No module named 'pkg_resources'
$
Installing python3-pkg-resources (that
On 07 Feb 2018, Gabriel F. T. Gomes wrote:
>I haven't made any changes to bash-completion that would address what's
>reported in this bug, because I think it has already been solved by
>668254 (NMU for bash-completion 2.1-4.2).
Short explanation:
This is not a problem in bash-completion, so
On 2018-11-02 08:11:49 [+0700], Dmitriy wrote:
> I've some problems with scanning RAR archives in emails. Clamav daemon in
> debug mode don't show any info about
do you have libclamunrar7 installed?
Sebastian
Package: libxml-libxml-perl
Version: 2.0132+dfsg-2+b1
Severity: minor
Line numbers not printed on error despite XML_LIBXML_LINENUMBERS => 1:
$ cat e.pl
use XML::LibXML;
my $doc = XML::LibXML::Document->new( XML_LIBXML_LINENUMBERS => 1 );
my $x = $doc->createElement('x');
$x->appendChild($x);
$
Hey, maintainer.
problem also with hp-toolbox
impossible to launch it since the update
the terminal returns this error message
qt5ct: D-Bus system tray: no
Traceback (most recent call last):
File "/usr/bin/hp-toolbox", line 280, in
toolbox = ui.DevMgr5(__version__, device_uri, None)
On Wed, 10 Oct 2018 at 20:10:52 +0200, Emilio Pozuelo Monfort wrote:
> On 10/10/2018 12:41, Simon McVittie wrote:
> > On Wed, 10 Oct 2018 at 10:13:32 +0200, Emilio Pozuelo Monfort wrote:
> >> On 05/10/2018 10:10, Simon McVittie wrote:
> >>> The new mozjs version does not work on s390x, so to make
control: tag -1 -patch +pending
Hello,
On Sat 03 Nov 2018 at 01:07PM -0700, Russ Allbery wrote:
> One minor wording nit, seconded either way:
>
>> +Required targets must not attempt to write outside of the unpacked
>> +source package tree. An exception to this rule is the use of
>> +``TMPDIR``
Package: libarmadillo-dev
Version: 1:9.100.6+dfsg-1
Severity: normal
Dear Maintainer,
The package mlpack fails to build on hppa due to an apparent problem in
the armadillo headers:
[ 4%] Building CXX object
src/mlpack/CMakeFiles/mlpack.dir/core/math/lin_alg.cpp.o
cd
This is fixed in upstream testing branch 1.2
Current stable branch 1.1 doesn't have the fix
Kind regards,
Germar
Am Sonntag, den 28.10.2018, 15:23 +0100 schrieb Mechtilde Stehmann:
> Hello,
>
> this isn't fixed in actual testing.
>
> Kind regards
>
signature.asc
Description: This is a
Dear Maintainer.
It even crashes the terminal emulator I use, any terminal emulator.
Package: caja
Version: 1.20.2-5
Severity: normal
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-debug'), (500,
Package: imagemagick
Version: 8:6.9.10.14+dfsg-4
Severity: important
Hi,
'convert' delegates conversion to webp format to the 'cwebp' utility.
(possibly due to #806425, as there seem to also be native support in
coders/webp.c)
However the tool is invoked incorrectly.
1) "-quiet" is used
Package: libcajun-dev
Version: 2.0.3-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:registration-agent src:resiprocate
The affected packages cannot satisfy their cross Build-Depends, because
their dependency on libcajun-dev is unsatisfiable. In general,
Source: rabbitmq-server 3.7.8-4
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks
Dear maintainers,
With a recent upload of rabbitmq-server the autopkgtest of mcollective
and python-pika-pool fail in testing when that autopkgtest is run with
the binary
I don't think this is fixed yet. After switching to the signed grub on
my system with an encrypted boot partition, I get dropped into the grub
command line. From here, the cryptomount command appears to be a no-op.
I'm not sure what the problem is, but I noticed that there is also a
luks
Sean Whitton writes:
> I reformatted and wordsmithed josch's patch, second it myself, and am
> seeking further seconds.
> Given that whole archive rebuilds with use sbuild and already catch
> packages that violate this requirement, making this change would not
> declare any packages buggy that
Package: wnpp
Severity: wishlist
* Package name: casparcg-server
Version : 2.2.0
Upstream Author : SVT
* URL : https://casparcg.com/
* License : GPL
Description : layered real-time video compositor
play out professional graphics, audio and video to
Source: intel-mkl
Severity: important
Dear Maintainer,
As openmprtl is now part of llvm-toolchain, I would like to remove
the openmprtl package from debian.
This package is the only one using it directly.
A simple rebuild should be enough (tm).
Cheers,
Sylvestre
-- System Information:
Debian
control: tag -1 +patch
Hello,
I reformatted and wordsmithed josch's patch, second it myself, and am
seeking further seconds.
Given that whole archive rebuilds with use sbuild and already catch
packages that violate this requirement, making this change would not
declare any packages buggy that
[2018-11-03 11:11] "Francesco Poli (wintermute)"
> Hello everybody,
> my usual sponsor has some blocking issues and is currently unable to
> upload packages on my behalf.
>
> I prepared a new version of apt-listbugs (0.1.25): it is ready to be
> uploaded.
> Could someone please build the
Package: wnpp
Severity: wishlist
Owner: Stewart Ferguson
* Package name: python-schedutils
Version : 0.6
Upstream Author : Jiri Kastner
* URL : https://rt.wiki.kernel.org/index.php/Tuna
* License : GPL
Programming Lang: Python
Description : Linux
Hi,
I just want to thank Dominik Wujastyk and Graham Toal for giving us
the permission to use the MIT licence for the British patterns.
We will take care of the required modifications, release a new version
of hyph-utf8 and also ask for update in ConTeXt which triggered the
initial bug report.
severity 912768 normal
thanks
On Sat 03 Nov 2018 at 19:20:42 +0100, Cristian Ionescu-Idbohrn wrote:
> Package: hplip-data
> Version: 3.18.10+dfsg0-1
> Severity: grave
> Justification: renders package unusable
If you would explain why this is grave, we could adjust the severity.
Regards,
Package: wnpp
Severity: wishlist
Owner: Stewart Ferguson
* Package name: python-linux-procfs
Version : 0.6
Upstream Author : Jiri Kastner
* URL : https://rt.wiki.kernel.org/index.php/Tuna
* License : GPL
Programming Lang: Python
Description : Linux
Control: reassign -1 libasound2-plugins 1.1.7-1
Control: forcemerge 912721 -1
* Vinicius Couto [2018-11-03 15:16 -0300]:
> Package: alsa-utils
> Version: 1.1.7-1
> Severity: important
>
> Dear Maintainer,
>
> I updated the alsa-utils and i did its reboot.
> After this, the speakers not make
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Hi,
please review apache2/2.4.25-3+deb9u6 for inclusion into the next
stretch point release. Here is the changelog:
* CVE-2018-1333: mod_http2: Fix DoS by worker exhaustion.
1 - 100 of 236 matches
Mail list logo