control: severity -1 minor
you could still use explicit coder in order to use rsvg.
You should report this bug on internal coder upstream and report
upstream issue here
Thanks
El viernes, 2 de febrero de 2018 11:05:36 -03 James Cowgill escribió:
[snip]
> > Hi James! Qt upstreams will certainly not start developing against a new
> > FFmpeg version until it gets released.
>
> Having FFmpeg 3.5 released is not a prerequisite to fix this. All the
> old APIs in FFmpeg 3.5
Package: wnpp
Severity: wishlist
Owner: Jonathan Dowland
* Package name: zdbsp
Version : 1.19
Upstream Author : Marisa Heit
* URL : https://github.com/rheit/zdbsp
* License : GPL-2+
Programming Lang: C++
Description : node builder tool
Package: minissdpd
Version: 1.5.20161216-1
Followup-For: Bug #889028
general problem with the current package is /etc/default/minissdpd
missing while it's used to query for minissdpd startup options (both
/etc/init.d/minssdpd and /lib/systemd/system/minissdpd.service).
previous package
Package: systemd
Version: 237-1
Severity: important
Tags: upstream
Hi!
The upstream commit db256aab13d8a89d583ecd2bacf0aca87c66effc "core: be
stricter when handling PID files and MAINPID sd_notify() messages"
breaks several daemons in Debian.
Known issues exist for
- munin-node
Package: minissdpd
Version: 1.5.20161216-1
missing description for -f option (see
http://miniupnp.free.fr/files/changelog.php?file=minissdpd-1.5.tar.gz
for details)
--
Vladislav Artemyev
X-Debbugs-CC: t...@debian.org
Control: tag -1 - moreinfo
Hi tobi,
Thanks for your review! In fact I didn't receive your reply before
(don't know why) and I just noticed it via BTS web interface. Anyway
here's the updated status:
> - small typo in d/copyright: Alexander had maintained the
Hi,
On 02/02/18 13:50, Lisandro Damián Nicanor Pérez Meyer wrote:
> El miércoles, 24 de enero de 2018 19:26:50 -03 jcowg...@debian.org escribió:
>> Source: qtwebengine-opensource-src
>> Version: 5.9.2+dfsg-2
>> Severity: important
>> User: debian-multime...@lists.debian.org
>> Usertags:
tag 887902 moreinfo
severity 887902 wishlist
thanks
Hi Daniel!
El domingo, 21 de enero de 2018 11:56:28 -03 Daniel Schepler escribió:
> Source: qtwebchannel-opensource-src
> Version: 5.9.2-3
> Severity: serious
>
> Recently, while rebuilding a bunch of packages in a chroot without
> pbuilder, I
Hi Trenton!
El domingo, 21 de enero de 2018 19:38:32 -03 Trenton escribió:
> Package: qtcreator
> Version: 4.2.0-1
> Severity: important
>
> Dear Maintainer,
>
>Please fix the linking of the renamed libGLESv2.so.2 files.
>
> -- System Information:
> Distributor ID: Raspbian
>
El miércoles, 24 de enero de 2018 19:26:50 -03 jcowg...@debian.org escribió:
> Source: qtwebengine-opensource-src
> Version: 5.9.2+dfsg-2
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
>
> Hi,
>
> Your package FTBFS with the upcoming version
Hi Anthony,
I'll package it soon. The previous problem is tpm2-tss which doesn't pass
the unit test. But it should be fixed already by the upstream. I'll try
tpm2-tss again. And then start working on this.
Yours,
Paul
On Fri, Feb 2, 2018 at 3:37 PM, Anthony Wong
On Fri, Feb 02, 2018 at 10:12:53AM +0100, A. LE GALL wrote:
> root@vm-rt:~# /usr/share/request-tracker4/libexec/rt-server.fcgi --socket
> /var/run/rt4-fcgi.sock
> [3501] [Fri Feb 2 08:57:31 2018] [critical]: Something went wrong while
> trying to run RT's standalone web server:
> Can't
Package: blueman
Version: 2.0.4-1
Severity: normal
Dear Maintainer,
Executing blueman-applet in an X session errors out with the following output:
blueman-applet version 2.0.4 starting
_
[1mLoad[0m (/usr/lib/python3/dist-packages/blueman/main/PluginManager.py:60)
['DhcpClient',
Hi Ondřej,
> > I forwarded your patch to upstream and I think we might just wait for
> > PHP 7.2.3 that should be released in a month, and only if they don’t
> > accept the PR I will patch Debian package. Ok?
FYI I was just linked to
Please use the wontfix tag if appropriate.
> > Missatge reenviat
> > De: Bastian Blank
> > You have been told that changing the interpreter.
What have I been told?
> > Closing as even upstream thinks this is bullshit.
Upstream is not so sure now.[2]
What
Package: tesseract-ocr-frk
Version: 4.00~git15-45ed289-3
Severity: minor
According to the current description, this package supports "Frankish".
In reality it is not related to Frankish, but simply supports German Fraktur.
-- System Information:
Debian Release: buster/sid
APT prefers testing
El dv 02 de 02 de 2018 a les 06:50 +0100, Helmut Grohne va escriure:
> A
> different solution (without requiring any package to change) would be to
> forbid dots in $anything.
This would break profiles with dots in $anything and it is less
flexible.
> Yes, Javier asked me on irc, but I didn't
at bottom :-
On 02/02/2018, Barak A. Pearlmutter wrote:
> Thanks.
>
> I don't have access to tag it as an official release, but I updated
> the packaging and am building a qt5 release.
>
> I also pushed a minor spelling correction, to
>
Control: retitle -1 siridb-server: FTBFS on hurd-i386
Control: block -1 by 881882
On Fri, 22 Dec 2017 16:11:47 -0500 "Aaron M. Ucko" wrote:
> The build of siridb-server for hurd-i386 (admittedly not a release
> architecture) failed:
>
> ../src/xpath/xpath.c: In function
Hi Ondřej,
> I forwarded your patch to upstream and I think we might just wait for
> PHP 7.2.3 that should be released in a month, and only if they don’t
> accept the PR I will patch Debian package. Ok?
Sounds great! Thank you for the update :)
Regards,
--
,''`.
: :' :
Perfect. I have the patches and will diff against what I have on my
gitlab repository (see my QA Account packages for the URL).
I'll aim to have it on mentors by Monday. I never had a problem with
sponsors as long as the package is updated and lintian clean.
I have already merged all
Thanks.
I don't have access to tag it as an official release, but I updated
the packaging and am building a qt5 release.
I also pushed a minor spelling correction, to
git://git.code.sf.net/u/bpearlmutter/linuxstopmotion on both the
master branch and merged into the qt5 branch. If you were to
On 02/02/18 10:35, Emilio Pozuelo Monfort wrote:
> On Thu, 1 Feb 2018 10:21:44 + James Cowgill wrote:
>> On 27/01/18 19:13, Gianfranco Costamagna wrote:
>>> On Fri, 5 Jan 2018 16:12:14 +0100 Gianfranco Costamagna
>>> wrote:
On Thu, 4 Jan
agreat. I never got anywhere with a sponsor. I'll send a link to my
patches, unless alioth still has it up, but I think they erase stuff after
a while. I use worklog every day, both for personal tracking as well as
customer billing. I've also connected it to gnuplot, though it is a bit
Source: python-gevent
Version: 1.2.2-2
Severity: serious
Justification: fails to build from source
Dear maintainer,
python-gevent fails to build with Sphinx 1.6.6.
The build log can be found here:
Control: forwarded -1 https://github.com/php/php-src/pull/3054
Hi Chris,
I forwarded your patch to upstream and I think we might just wait for PHP 7.2.3
that should be released in a month, and only if they don’t accept the PR I will
patch Debian package. Ok?
Ondrej
--
Ondřej Surý
Hi,
Did you receive my last email?
Actually I haven't received any response from your side please let me know if
you are interested in our services (Like-
Translation,Localization.Interpretation,Content Writing,Certified
Translation,CAD Services,Desktop Publishing,Proofreading &
Jeremy Bicha writes:
> Source: chezscheme
> Version: 9.5+dfsg-1
> Severity: serious
>
> chezscheme fails to build from source with glibc 2.26.
>
> Specifically, #include won't work starting with that
> version of glibc.
>
> This can be clearly seen in the reproducible builds
Source: telegram-desktop
Version: 1.2.6-1
Severity: serious
Tags: patch
https://buildd.debian.org/status/package.php?p=telegram-desktop=sid
...
/usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -flto
-Werror=invalid-pch -Wdate-time
Hi,
Now with Firefox ESR 52.6.0esr-2, I did some other tests, each time with
a fresh profile:
1. It seems that language header is not always sent (as reported by
websites that display headers)
2. Giving a default setting (with any language) in a .js file, while
being applied in about:config,
See the discussion at github for details:
https://github.com/ggcov/ggcov/issues/2
Basically, I've disabled calltree support for non-x86 architectures,
along with the related test.
This provides "90%" functionality for non-x86 architectures; I'm leaving
the bug open for the moment as it would be
On 02.02.2018 10:23, Alastair McKinstry wrote:
> Package: gfortran-7
> Version: 0.7.2-1
> Severity: normal
> Tags: upstream patch
>
> gfortran creates binary .mod and .smod files. These are compressed files,
> which look like:
> (viewed with e.g. zmore /usr/include/cgns.mod ):
>
> GFORTRAN
Package: minissdpd
Version: 1.5.20161216-1
This error appears to be the result of the line
`MiniSSDPd_INTERFACE_ADDRESS=0.0.0.0` in
`/etc/default/minissdpd`
That line should instead be specifying an interface name.
Output of `journalctl -ax`:
-- Subject: Unit minissdpd.service has begun
Package: python-matplotlib
Version: 2.1.1-2
Severity: normal
Dear Maintainer,
Version > 2.0 of the package does not include the necessary .so files for
the Gtk2 backend.
Attempting to use the Gtk2 backend with the following:
matplotlib.use('GtkAgg')
Results in the following error:
Traceback
On Thu, 1 Feb 2018 10:21:44 + James Cowgill wrote:
> Hi,
>
> On 27/01/18 19:13, Gianfranco Costamagna wrote:
> > On Fri, 5 Jan 2018 16:12:14 +0100 Gianfranco Costamagna
> > wrote:
> >> On Thu, 4 Jan 2018 14:30:08 + James Cowgill
[Splitting thread]
> In my case, I remember having touched many packages with dedicated
> users created and I expect this tag to have a very high false positive
> ratio
Can you make this more concrete? (Or, perhaps, why is colord
vulnerable but your particular package is not..?)
Regards,
--
As a side note: I still have some older kernel version from
stretch-backports on my PC. I tried it with the oldest one of these
kernels. The problem doesn't occur with the kernel "4.12.0-0.bpo.2-amd64
#1 SMP Debian 4.12.13-1~bpo9+1 (2017-09-28) x86_64 GNU/Linux".
Cool, thanks.
Is there a way for me to tell the autobuilder to automatically rebuild
ivtools once the rebuilt libace-dev is available?
(Really what we should do is autobuild-to-fixedpoint the entire
archive: rebuild all packages automatically until everything settles
down, and incrementally
Hi Raphael,
> Consensus? Has there been a broader discussion on this topic that I
> missed?
Chatter on #debian-devel mostly.
> You could have a checklist
I follow a checklist internally but, as I implied in my previous mail,
using this particular tag is a poor example/representation. :)
A
Hi,
On Fri, 02 Feb 2018, Chris Lamb wrote:
> > you do not suggest any alternative (how do I fix change
> > permissions/ownership securely?)
>
> Indeed, as the consensus is still not clear at this point. Do you
> have any suggestions for such a text?
Consensus? Has there been a broader
Le 02-02-2018, à 09:51:13 +0100, Yves-Alexis Perez a écrit :
> Is xfce-keyboard-shortcuts installed?
dpkg -l xfce-keyboard-shortcuts
ii xfce-keyboard-shortcuts 4.12.1-2
Just remove that package, which is marked transitional and can be safely
desinstalled.
That did the job.
Thanks
Hi maintainers
A result of help given on a forum Debian, the solution has been found.
We can install Cinnamon 3.2 minimum version without the recommended
packages or the packages suggested.
For applets, desklets, and extensions are working properly, you need to
install the gettext package.
By
Am 29.01.2018 um 17:44 schrieb Yves-Alexis Perez:
> On Wed, 2017-10-11 at 11:05 +0200, Benjamin Sygnat wrote:
>> - The screen (Dell U2415, resolution 1920x1200) which is connected to my AMD
>> Radeon R9 270X (on DisplayPort-0) occasionally flickers every few seconds.
>> The
>> flickering appears
Control: clone 92 -2
Control: reassign 92 consolekit
Control: retitle -2 libu2f-udev is missing rules for some devices
Control: severity -2 wishlist
Hi,
Since Kurt confirmed that the udev rule is correct, and that the bug hinges
on consolekit being installed or not, I'm reassigning this
Hi Robert,
On Sun, Jan 28, 2018 at 11:09:09PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the p7zip package:
>
> #888297: p7zip: CVE-2017-17969: ZIP Shrink: Heap Buffer Overflow
[...]
>* Hopefully fix ZIP
Control: retitle -1 RM: icedove -- ROM; binary packages are now provided by
src:thunderbird
Argh, should have more controlled the header specific fields ...
so to avoid confusion, this issue is about src:icedove (not about
src:thunderbird!).
On Fri, Feb 02, 2018 at 10:24:58AM +0100, Carsten
- On Feb 2, 2018, at 1:03 AM, Mike Miller mtmil...@debian.org wrote:
> On Thu, Feb 01, 2018 at 12:13:40 -0800, Mike Miller wrote:
>> If this bug is still of interest, I think a useful first step would be
>> for someone to adapt the octave source package and add the appropriate
>>
Hi Sandro,
On Wed, Jan 31, 2018 at 10:46:07AM -0500, Sandro Tosi wrote:
> > FTR, this would preferably as well go in in reportbug in the upcoming
> > point releases for jessie and stretch.
> >
> > Sandro, will you take care of it?
>
> i would prefer if someone else could take care of the stable
Package: ftp.debian.org
Severity: normal
Dear FTP-Masters,
the source package icedove is now obsolete since the reflecting binary
packages are now provided by src:thunderbird for all releases. The
switch of the source package name is now about three months ago and no
unexpected issues happen due
Package: gfortran-7
Version: 0.7.2-1
Severity: normal
Tags: upstream patch
gfortran creates binary .mod and .smod files. These are compressed files, which
look like:
(viewed with e.g. zmore /usr/include/cgns.mod ):
GFORTRAN module version '14' created from
Package: rt4-fcgi
Version: 4.4.1-3+deb9u3
Severity: important
Dear Maintainer,
The daemon is enabled in /etc/default/rt4-fcgi.
Without any fix, when I launch the daemon, this one restarts constantly:
root@vm-rt:~# tail -n 20 /var/log/daemon.log
Feb 2 10:07:23 vm-rt systemd[1]:
Raphael,
> you do not suggest any alternative (how do I fix change
> permissions/ownership securely?)
Indeed, as the consensus is still not clear at this point. Do you
have any suggestions for such a text?
> Please try to be a bit more restrictive in what new tags you are
> accepting.
You seem
- Mail original -
> De: "Andreas Tille"
> À: 777...@bugs.debian.org
> Cc: debian-pyt...@lists.debian.org, "Debian Science List"
>
> Envoyé: Vendredi 2 Février 2018 09:16:55
> Objet: Preconditions for python-moto finished - help
control: retitle -1 Bug#888995: FTBFS: async_execution_load_test fails on
armhf, mips and mipsel
control: user debian-...@lists.debian.org
control: usertag -1 + armhf
On 2018-01-31 21:44, Aaron M. Ucko wrote:
> Source: dbus-cpp
> Version: 5.0.0+18.04.20171031-1
> Severity: important
> Tags:
Hi,
On Thu, 01 Feb 2018, Daniel Kahn Gillmor wrote:
> "chown -R" and "chmod -R" are very hard to use safely
Why ?
> some debian maintainer scripts might be tempted to use them to adjust
> file ownership to specific users. however, those scripts are
> vulnerable to attack on kernels that do not
Package: postfix
Version: 3.1.6-0+deb9u1
Severity: minor
Dear Maintainer,
The postconf(5) manpage states:
smtpd_enforce_tls (default: no)
Mandatory TLS: announce STARTTLS support to remote SMTP clients, and
require that clients use TLS encryption. According to RFC 2487
On Fri, 2018-02-02 at 09:46 +0100, Steve Petruzzello wrote:
> > Because conffile modification are preserved by package install/upgrade (so
> > you
> > don't lose your modifications when upgrading, for example), and removing a
> > conffile is a perfectly acceptable modification, which should be
Le 01-02-2018, à 09:54:40 +0100, Yves-Alexis Perez a écrit :
Please keep the bug on CC, even if it's closed.
On Wed, 2018-01-31 at 08:38 +0100, Steve Petruzzello wrote:
> Removing a conffile is a configuration step by itself. Reinstalling the
> package won't reinstall a deleted conffile.
Why
Source: plasma-discover
Version: 5.10.5-2
Severity: serious
https://buildd.debian.org/status/package.php?p=plasma-discover
...
In file included from
/<>/libdiscover/backends/PackageKitBackend/PackageKitBackend.cpp:25:0:
/<>/libdiscover/backends/PackageKitBackend/PackageKitUpdater.h:66:52:
Hello Tobias, thanks for put me in the right direction on this stuff.
After reading again the established process in [1], I understand that
the recommended process is a bit different than for standard sponsorship
requests. Probably I should send the e-mail request with
On Thu, Feb 1, 2018 at 3:45 PM, Yavor Doganov wrote:
> Matthias Klose wrote:
>> On 31.01.2018 08:51, László Böszörményi (GCS) wrote:
>> > Strange, I'm at least twice built the ICU reverse dependencies
>> > successfully including gnustep-base.
>
> That would have been with versions
Am 01.02.2018 um 10:29 schrieb Bernd Zeimetz:
> Hi,
>
>> maybe I didn't wrote it very well. If I start the service after boot
>> manualy "service open-vm-tools start" it works, but not on restarting
>> the VM, it does not come up :/
>>
>> Also with the tools.conf changes no log for the boot
tags 889066 + pending
thanks
Fixed in Git, pending upload:
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=e46b47690c6018847c48e05d2162562f16bb87e6
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Package: wnpp
Severity: normal
Haven't used this package in a long time and the version in Debian is
two major releases behind upstream. Upstream does not use a standard
build system (but a custom configure script) that can make updates rather
time consuming.
The package has an overall low user
Source: linux
Version: 4.14.13-1
Severity: minor
User: debian-powe...@lists.debian.org
Usertags: powerpc
At least on my G4 Mac Mini, I can see:
$ cp /boot/config-4.14.0-3-powerpc .config
$ make savedefconfig
scripts/kconfig/conf --savedefconfig=defconfig Kconfig
.config:3186:warning: symbol
Hi Ansgar,
> now hoping every other `chmod -R` call gets a CVE assigned
See #889066 for a Lintian check for this.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Hi,
as you might have noticed I finalised the preconditions to build
python-moto which is in salsa.d.o[1]. When trying to build I get:
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py test
running test
running egg_info
writing requirements to
201 - 268 of 268 matches
Mail list logo