Source: colord-gtk
Version: 0.1.26-2
Severity: wishlist
Hi,
Looks like there is a new upstream release of colord-gtk:
Version 0.2.0
~
Released: 2019-06-20
New Features:
- Migrate to gettext (Martin Blanchard)
- Port to DocBook 5 (Martin Blanchard)
- Port to the Meson build
On 2020-03-20 08:47, Aurelien Jarno wrote:
> On 2020-03-20 01:35, Michael Biebl wrote:
> > Am 20.03.20 um 01:32 schrieb Michael Biebl:
> > > Have you tested, that seccomp is working on riscv64 with 5.5?
> > > Something like this should lead to a blocked ping:
> >
>
> Indeed that test doesn't
tags 954345 + fixed-upstream
thanks
On Fri, Mar 20, 2020 at 05:30:10PM +0100, Ludovic Rousseau wrote:
> Le 20/03/2020 à 16:40, Roberto C. Sanchez a écrit :
> > Package: grisbi
> > Version: 1.2.2-1
> > Severity: important
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > It
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "swapspace"
* Package name: swapspace
Version : 1.16.1-1
Upstream Author : Jacob Adams
* URL : https://github.com/Tookmund/Swapspace
* License :
Hello,
tried to collect some more details.
Found that the failure started with the migration
of these packages into testing:
libvte-2.91-0 libvte-2.91-common (0.60.0-2)
The monitor worked before with 0.58.3-1.
Kind regards,
Bernhard
# Bullseye/testing amd64 qemu VM 2020-03-20
apt update
Le 20/03/2020 à 16:40, Roberto C. Sanchez a écrit :
Package: grisbi
Version: 1.2.2-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It seems that when choosing "Save" (for example, with Ctrl+S) that the
presented dialog does not function correctly. Speceifically, the
Hey Holger!
On Fri, Mar 20, 2020 at 01:35:24PM +0100, Holger Wansing wrote:
>Steve McIntyre wrote:
>>
>> Hmmm. Can you try wiping the partition table in between tests?
>
>I already tried that on wednesday, with no success.
>
>However, today it does the trick! Success!
>Curious, but installation
Package: git
Version: 1:2.25.1-1
Severity: normal
Dear Maintainer,
Your git package fails to build on hppa because the run_with_limited_stack
tests fail (68 and 69).
See for example:
https://buildd.debian.org/status/fetch.php?pkg=git=hppa=1%3A2.26.0%7Erc2-1=1584677337=0
Please increase the
Package: wnpp
Severity: wishlist
Owner: Dominik George
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: gnome-pass-search-provider
Version : 0.0~20191115+da2db41
Upstream Author : Jonathan Lestrelin
* URL :
There is estate in your name under our custody.For further details,kindly
respond immediately.
Hi Tobias,
Coincidentally I noticed that bug myself. The fix is this:
At or about line 228 in setup.py see the two lines starting with 'if
not' that tests for the path:
class raphodo_sdist(sdist):
def run(self):
if not os.path.isdir('build'):
os.mkdir('build')
Package: libcgal-dev
Version: 5.0.2-3
Severity: normal
Dear Maintainer,
According to 8.5 in Debian Policy, this development package should depend on
the runtime package, as was the case e.g. in version 4.13-1. Else, packages
depending on libcgal-dev cannot build. This is the case for rheolef,
Hi,
On Fri, Mar 20, 2020 at 8:03 AM Mattia Rizzolo wrote:
>
> field-too-long was added to prevent silliness in the archive. As such, it
> only makes sense for binary control fields and .dsc, nothing else.
Why should fields in buildinfo and changes files be treated
differently from fields
Package: grisbi
Version: 1.2.2-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It seems that when choosing "Save" (for example, with Ctrl+S) that the
presented dialog does not function correctly. Speceifically, the dialog
contains two options: "Cancel" and "Save".
On 20/03/2020 14:14, Sebastiaan Couwenberg wrote:
> On 3/18/20 8:21 PM, Emilio Pozuelo Monfort wrote:
>> On 18/03/2020 20:08, Sebastiaan Couwenberg wrote:
>>> Please also binNMU the affected packages in experimental:
>>>
>>> Dependency level 1
>>>
>>> * gnudatalanguage (1.0.0~rc.1+dfsg-3)
>>>
Hello Till,
I am not the initial reporter of the issue and I cannot reproduce it,
therefore cannot test the suggested change.
Just tried to share my results.
Kind regards,
Bernhard
Am 18.03.20 um 05:29 schrieb Damon Lynch:
> Sorry, I didn't notice that there is a bug in the setup.py file:
>
> The end of line 268 is missing a comma. Lines 268 & 269 should be:
>
> 'PyGObject',
> 'PyQt5',
>
> I have no idea if this bug in setup.py actually pops up in the
First, this is definitely a CUPS upstream bug, so please report it on
the CUPS GitHub, also supplying all the information which you have
gathered and attaching the files which I had asked for.
https://github.com/apple/cups/issues/
Probably it can be solved by adding a simple NULL check.
At
On Tue, 17 Mar 2020 17:34:06 -0400 Scott Kitterman
wrote:
...
> As I mentioned in the automake-1.16 bug, these are the last two packages
that
> use python-virutalenv, so I'd really like to see them updated to unblock
other
> work.
>
> Thanks.
>
> Scott K
It's now become clear that due to
On Tue, 17 Mar 2020 17:24:25 -0400 Scott Kitterman
wrote:
...> Automake-1.15 and automake-1.16 are the last two packages using python-
> virtualenv in Debian Testing. We would like to move forward with the
removal
> soon as it blocks other work. As a result, I'm going to bump this bug to
>
Hi all,
> Totally lintian is wrong here, imho
I think this was a regression in:
https://salsa.debian.org/lintian/lintian/commit/14fa5a80bbbf9e8b691bd9b61382d15b33e98b3d
ie. "sub binary" → "sub always" ?
Best wishes,
--
,''`.
: :' : Chris Lamb
`. `'`
Totally lintian is wrong here, imho.
field-too-long was added to prevent silliness in the archive. As such, it
only makes sense for binary control fields and .dsc, nothing else.
On Fri, 20 Mar 2020, 3:21 pm gregor herrmann, wrote:
> Package: lintian
> Version: 2.58.0
> Severity: minor
>
>
Package: d-i.debian.org
Version: 10
when I install debian without creating a regular user, only with root,
and check "ssh server" in software list, the PermitRootLogin option in
sshd configs are not enabled automaticly, so there are no ways to
connect to the installed system, this is
On Fri, Mar 20, 2020 at 03:41:06PM +0100, Andras Korn wrote:
> Package: apt
> Version: 2.0.0
> Severity: normal
>
> Hi,
>
> with the sources.list entry:
>
> deb http://winswitch.org/beta/ buster main
>
> apt-get as of 2.0 update prints the unhelpful error message:
>
> E: Unable to parse
Package: apt
Version: 2.0.0
Severity: normal
Hi,
with the sources.list entry:
deb http://winswitch.org/beta/ buster main
apt-get as of 2.0 update prints the unhelpful error message:
E: Unable to parse package file (1)
apt 1.8.4 has no problem with this repository.
I could only find out
Package: aqbanking-tools
Version: 6.0.1-2
Severity: normal
Dear Maintainer,
The manpage for aqhbci-tool4(1) mentions:
| The README file[1] contains the README which describes some setup
| scenarios in detail. [...]
| 1. The README file
|
Package: lintian
Version: 2.58.0
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
With lintian 2.58.0 I got, for the first time, this error:
E: pkg-perl-tools buildinfo: field-too-long Installed-Build-Depends (11190
chars > 5000)
I have no idea what to do with this information,
Hello,
the stack trace should look like this with line numbers, if it helps:
0x7...671 in __strlen_avx2 at
../sysdeps/x86_64/multiarch/strlen-avx2.S:65
0x7...2f4 in _cups_strlcpy at string.c:739
0x5...a31 in main at rastertopwg.c:274
0x7...e09 in __libc_start_main
Hi,
with linux-image-5.4.0-4-amd64 version 5.4.19-1 from Debian/testing
AMD64 I can confirm this.
I did this to fix it:
root# cd /lib/firmware/rtl_nic
root# wget
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/rtl_nic/rtl8125a-3.fw
NOTE: Might need to do
Hello Cyril,
thank you for your report!
Am Tue, 17 Mar 2020 04:00:18 +0100
schrieb Cyril Brulebois :
> Problem 1: This is not reproducible.
>
> sub guess_releases() {
> …
> return keys %release_names;
> }
>
> as the various known suites will not be returned in the same
Package: debarchiver
Version: 0.11.3
Severity: important
Tags: patch
It seems as if gnupg needs an extra option (--pinentry-mode loopback) to
be able to run in batch mode. I discovered this when I upgraded the
archive server from stretch to buster.
/jh
--- /usr/bin/debarchiver.org
Source: lintian
Version: 2.58.0
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
lintian fails to build with (DEB_BUILD_OPTIONS=nocheck and)
DEB_BUILD_PROFILES=nocheck because some packages marked as
'' in Build-Depends are actually needed for building.
Trivial
Package: src:linux
Version: 5.4.13-1~bpo10+1
Severity: normal
Dear Maintainer,
This week I tried to use a usb-audio card on my new buster system and
encountered some odd behaviour. The device appears in aplay -L but not in aplay
-l. The controls are available in amixer/alsamixer, but changing
Hello Valentin,
this looks similar to bug #953794, #953854 or #953880.
Kind regards,
Bernhard
We need a way to reproduce the bug and also a backtrace with line
numbers of the source files.
So please attach the PDF input file which leads to the crash. Also
attach your printer's PPD file, from the /etc/cups/ppd/ directory, named
by the name of your print queue.
Please also try to
Package: sddm
Version: 0.18.1-1
Severity: important
Hello,
In SDDM login page I can't see active directory users that authenticate
through SSSD and that have a high UID (~16).
I set MaximumUid=17, but in "KDE System Settings" I see the
number cut at sixth cypher (17), so
Hello,
I'm attaching an updated cpu-load patch, based on 0.69-1; it enables
nodelay() for the duration of keyboardsetup() only – keyboard setup
still takes 100% CPU but at least it works, and normal view behaves as
with the current patch.
Regards,
nabijaczleweli
Description:
TODO: Put a short
On 3/20/20 2:15 PM, Felix Lechner wrote:
> Hi Matthias,
>
> On Fri, Mar 20, 2020 at 5:57 AM Matthias Klose wrote:
>>
>> so please differentiate between Fortran and Modula-2 modules.
>
> I have had some issues differentiating gfortran modules (#948033). In
> which folders do they usually reside,
On 3/18/20 8:21 PM, Emilio Pozuelo Monfort wrote:
> On 18/03/2020 20:08, Sebastiaan Couwenberg wrote:
>> Please also binNMU the affected packages in experimental:
>>
>> Dependency level 1
>>
>> * gnudatalanguage (1.0.0~rc.1+dfsg-3)
>> * postgis (3.1.0~alpha1+dfsg-1~exp2)
>> *
Hi Matthias,
On Fri, Mar 20, 2020 at 5:57 AM Matthias Klose wrote:
>
> so please differentiate between Fortran and Modula-2 modules.
I have had some issues differentiating gfortran modules (#948033). In
which folders do they usually reside, please?
Also, why are they not all named md.gz, as in
Package: lintian
running lintian on a gcc-10 build, I see
gzip: stdout: Broken pipe
gzip:
/tmp/temp-lintian-lab-i1Mvu3Lp4j/pool/g/gcc-10/libgm2-10-dev_10-20200320-1_amd64_binary/unpacked/usr/lib/gcc/x86_64-linux-gnu/10/m2/m2cor/Debug.mod:
not in gzip format
and then continues with:
libgm2-10
Package: gnome-music
Version: 3.36.0-1
Severity: normal
I'm on unstable and gnome-music crashes at launch with the following traceback
:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gnomemusic/window.py", line 215, in
_on_songs_available
Hi,
Steve McIntyre wrote:
> On Thu, Mar 19, 2020 at 12:42:48PM +0100, Holger Wansing wrote:
> >Hi,
> >
> >Steve McIntyre wrote:
> >> On Thu, Mar 19, 2020 at 09:26:25AM +0100, Holger Wansing wrote:
> >> >Hi,
> >> >
> >> >Steve McIntyre wrote:
> >> >> One silly question: what media are you using
Control: reassign -1 pkg-perl-tools
Hi,
> Jonas Smedegaard wrote:
>
> Upgrading to version 2.58.0 of lintian renders it totally unusable:
That is not correct. Lintian just fails to work with pkg-perl-tools.
> Lintian::Tag::Info::original_severity(Lintian::Tag::Info=HASH(0x565295307a18),
>
Package: ftp.debian.org
Severity: normal
X-debbugs-cc: mba...@debian.org
Dear FTP masters,
Because some build-deps of ga are not available on armel and mipsel,
ga and nwchem are blocked from migrating to testing. Please remove
ga and nwchem binaries of architectures armel and mipsel.
Thanks,
Hallo
Bitte ist es in Ordnung, auf Englisch zu kommunizieren? Ich habe Google
Übersetzer verwendet, um Englisch zum besseren Verständnis in Ihre Sprache zu
übersetzen.
Ich bin Frau Rebekah Issah, eine Jemenfrau. Ich möchte wegen der anhaltenden
Unruhen / Kriege im Jemen sowie der täglichen
Package: gimp
Version: 2.10.10-209
When i launch gimp this message appears instantly, i updated my
packages today on March 20, 2020.
```
GNU Image Manipulation Program version 2.10.12
git-describe: GIMP_2_10_10-209-g3d8535b55f
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nsd"
* Package name: nsd
Version : 4.3.0-1
Upstream Author : nsd-us...@nlnetlabs.nl
* URL : https://www.nlnetlabs.nl/projects/nsd/about/
* License :
Package: lintian
Version: 2.58.0
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upgrading to version 2.58.0 of lintian renders it totally unusable:
$ lintian *_amd64.changes --no-tag-display-limit
coercion for "original_severity" failed:
Hi,
The orig sources in the archive, e3_2.71.orig.tar.gz, do not match the
sources available here
https://sites.google.com/site/e3editor/Home/e3-2.7.1.tar.gz
Most significantly, the version in the archive untars with errors,
while the tarball above lists or extracts without errors.
The
Package: aptitude
Version: 0.8.12-3
Followup-For: Bug #498241
I encountered this problem today. I'm trying to match all packages which
will upgraded on the next run, but turns out to be non-trivial.
'~U' includes packages with holds and forbids (and according to the
description: "packages that
Debian already ships xdmf3 librariesm currently from git snapshot:
3.0+git20190531
What can we use to test compatability ?
Alastair
On 09/03/2020 19:57, Ruben Di Battista wrote:
> Package: libvtk7.1
> Version: 7.1.1+dfsg1-12
>
> I’m posting after suggestion from the Ubuntu team
>
Package: paraview
Version: 5.7.0-4+b2
Severity: normal
Dear Maintainer,
The opacity is not handled correctly by paraview-5.7 binary,
as packaged on bullseye(testing) distrib.
Here is a unix command that reproduces the bug:
paraview --script=paraview-opacity-bug.py
where the
Package: linphone
Version: 3.12.0-3.1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Trying to work from home due to covid-19 :(
* What exactly did you do (or not do) that was effective (or
ineffective)?
Set up linphone to talk to our existing asterisk setup.
Control: reopen -1
On Fri, 20 Mar 2020 11:31:17 +0300 Dmitry Shachnev wrote:
> Control: severity -1 serious
>
> On Fri, Mar 13, 2020 at 09:24:45PM -0400, Sandro Tosi wrote:
> > Hey Laszlo,
> >
> > > Format: 1.8
> > > Date: Wed, 23 Oct 2019 05:45:37 +
> > > Source: grpc
> > > Binary:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "cava"
* Package name: cava
Version : 0.6.1-1
Upstream Author : [fill in name and email of upstream]
* URL : http://karlstav.github.io/cava/
* License
Package: libmumps-ptscotch-dev
Version: 5.1.2-4+b2
Severity: important
Dear Maintainers,
The library SEGFAULT on the buster(stable) package libmumps-ptscotch-dev
5.1.2-4+b2 for the amd64 architecture.
I used some well-known medium-sized sparse matrix as tests.
This problem could be fixed
On Sat, Mar 14, 2020 at 02:42:42PM +0100, Enrico Zini wrote:
> thank you for maintaining gunicorn.
>
> gunicorn version 19 has issues with the version of tornado currently in
> buster: https://github.com/benoitc/gunicorn/issues/2119
>
> Could you please backport version 20, which claims to have
Package: wnpp
Severity: wishlist
Owner: Lasse Flygenring-Harrsen
* Package name: cava
Version : 0.6.1
Upstream Author : Karl Stava
* URL : http://karlstav.github.io/cava/
* License : GPL
Programming Lang: C
Description : Console-based Audio Visualizer
severity 954323 serious
retitle 954323 libreoffice-common 6.4.2 breaks older versions
found 954323 1:6.4.2~rc1-1
thanks
Am 20. März 2020 09:17:51 MEZ schrieb Ara Keary :
>Package: libreoffice-common
>Version: 1:6.4.2-1
>Severity: grave
>Justification: renders package unusable
Sigh.
>. or the
On 20.3.2020 10.18, Stefan Fritsch wrote:
> Package: libgl1-mesa-dri
> Version: 20.0.2-1
> Followup-For: Bug #954311
>
>
> With this mesa version, there are severe drawing artifacts with the kde
> konsole terminal emulator that makes it unusable. I also see problems
> when marking text in
I know this is marked py2keep, but I don't think we can. Our virtualenv is 5
years old and really needs updated. The brings in a requirement for pip in
the base virtualenv which then needs a wheel for ipaddr (which is already out
of testing) and python-pip, which has already been dropped.
I
Hi,
On Thu, Mar 19, 2020 at 08:18:04PM +0100, Thorsten Glaser wrote:
> Package: libvirt-daemon-system-sysv
> Version: 6.0.0-3
> Severity: critical
> Justification: causes serious data loss
>
> Just a regular dist-upgrade doing this:
>
>
> Unpacking libvirt-daemon-system-sysv (6.0.0-3) over
Control: reassign -1 debian-cloud-images
Control: severity -1 minor
Control: tags -1 ipv6,help
Hi Bas
On Fri, Mar 20, 2020 at 09:00:08AM +0100, Bas Zoetekouw wrote:
> On these machines, ipv6 is disabled by setting
> /proc/sys/net/ipv6/conf/all/disable_ipv6 to 1. This causes the network
> to
Package: wnpp
Severity: wishlist
Owner: Nilesh Patra
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: node-mermaid
Version : 8.4.8
Upstream Author : Knut Sveidqvist
* URL : https://github.com/knsv/mermaid
* License : Expat
Programming Lang:
Control: severity -1 serious
On Fri, Mar 13, 2020 at 09:24:45PM -0400, Sandro Tosi wrote:
> Hey Laszlo,
>
> > Format: 1.8
> > Date: Wed, 23 Oct 2019 05:45:37 +
> > Source: grpc
> > Binary: libgrpc++-dev libgrpc++1 libgrpc-dev libgrpc8
> > protobuf-compiler-grpc protobuf-compiler-grpc-dbgsym
Package: llvm-9
Version: 1:9.0.1-9
Severity: wishlist
Dear Maintainer,
Using /usr/lib/llvm-9/bin/llvm-mt with XML manifests fails with:
llvm-mt: error: no libxml2
This happens when LLVM is not built against libxml2.
Simply adding a build dependency on libxml2-dev should make LLVM's build
Package: libreoffice-common
Version: 1:6.4.2-1
Severity: grave
Justification: renders package unusable
Dear maintainers,
updating libreoffice-common to 1:6.4.2-1 renders libreoffice-writer unusable:
when opening an existing file
. either the document is declared as to be restored, but
package: cloud.debian.org
(I previously reported this bug again cloud-init, see
https://bugs.launchpad.net/cloud-init/+bug/1863773, but it seems it is
instead an issue with the Debian images themselves).
I'm using cloud-init on a Debian machien in AWS using the official
Debian buster images
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 2020-03-19 at 18:39 +0100, Andreas Henriksson wrote:
> There doesn't seem to have been any movement since your comment on the
> upstream bug report. The xfce4-notes-plugin is now the only remaining
> package in unstable that still depends on
NOTATKA ZGŁOSZENIOWA MICROSOFT
10 Twoich wiadomości przychodzących zostało zawieszonych, a Twoje konto
skrzynki e-mailowej wkrótce zostanie również zawieszone, ponieważ Twoje konto
skrzynki pocztowej nie zostało zweryfikowane w tym roku. kliknij przycisk
Sprawdź teraz poniżej, aby
Package: libgtk-3-0
Version: 3.24.14-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
on apt update I get:
[quote]
Trigger für libglib2.0-0:amd64 (2.62.5-1) werden verarbeitet ...
Trigger für libgtk-3-0:amd64 (3.24.14-1) werden verarbeitet ...
Cannot load module
On 2020-03-20 01:35, Michael Biebl wrote:
> Am 20.03.20 um 01:32 schrieb Michael Biebl:
> > Have you tested, that seccomp is working on riscv64 with 5.5?
> > Something like this should lead to a blocked ping:
>
Indeed that test doesn't work, I mean seccomp is ineffective and the
ping succeed. It
On Thu, Mar 19, 2020 at 04:59:46PM +0100, de...@sumpfralle.de wrote:
> After taking a closer look at the man pages of both shell implementations,
> this
> seems to be in line with their respective documentations:
>
> 1) dash
> Syntax: name () command
> Thus *any* command is allowed (including
Hi,
> On Thu, Mar 19, 2020 at 8:28 AM Diafero wrote:
>> Version 5.0-3 also seems affected.
>
> Was the version that worked 4.21-1 or 4.21-2?
It was 4.21-2.
Kind regards
diafero
Source: libreoffice
Version: 1:6.4.2-1
Severity: wishlist
When installing libreoffice-writer-nogui, libreoffice-core is selected:
# apt-get install --dry-run --no-install-recommends libreoffice-writer-nogui |
grep libreoffice-core
libreoffice-common libreoffice-core libreoffice-style-colibre
Package: libreoffice-impress-nogui
Version: 1:6.4.2-1
Severity: normal
As subject says and discussed in #debian-devel.
Thanks!
Jochen
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armhf (armv7l)
Kernel: Linux
Package: ftp.debian.org
Severity: normal
One unit test fails on s390x architecture:
https://buildd.debian.org/status/fetch.php?pkg=orthanc=s390x=1.6.0%2Bdfsg-1=1584552281=0
[ RUN ] ParsedDicomFile.ToJsonFlags2
/<>/UnitTestsSources/FromDcmtkTests.cpp:732: Failure
Expected equality of these
Dear maintainer,
mesa 20.0.2-1 update released today fixed the problem for me so this bug
report can be closed.
Thanks to all Debian maintainers! :)
Thorsten
你好,
可以用英語交流嗎?我使用Google翻譯器將英語翻譯成您的語言,以便您更好地理解。
我是也門婦女麗貝卡·伊薩(Rebekah
101 - 180 of 180 matches
Mail list logo