Source: apertium
Version: 3.4.2~r68466-3
Severity: serious
Tags: patch
https://tests.reproducible-builds.org/debian/history/apertium.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/apertium.html
https://buildd.debian.org/status/package.php?p=apertium&suite=sid
...
/bin/bas
tag 886355 + pending
thanks
Some bugs in the libpar-packer-perl package are closed in revision
c8b6951552e57ae9e090344577c6b0b00ea5e01d in branch 'master' by gregor
herrmann
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libpar-packer-perl.git/commit/?id=c8b6951
C
On Thu, Jan 4, 2018 at 4:27 PM, W. Martin Borgert wrote:
> Hi, thanks for this package. It is already used by Gajim (XMPP
> chat client) and some users would like to use emoji also in the
> Gajim backport. Which means, they need this as backport, too!
Could you test whether it works in Stretch? T
On Wed, 3 Jan 2018 20:49:01 +0100 Michael Biebl wrote:
> Control: tags -1 + fixed-upstream patch
>
> Am 03.01.2018 um 20:29 schrieb Sean DuBois:
> > Hey Michael,
> >
> > This is fixed upstream
> > https://git.gnome.org/browse/network-manager-applet/commit/?id=a52ccb2fe170558fc0aab4dd1d15ba8808b1
And here is the patch!
Feel free to change anything, but I rebuilt locally and everything seems
to be working 100% for me. This is the exact code upstream is using, but
should be good enough until they release a new version.
thanks
From: Sean DuBois
Date: Thu, 04 Jan 2018 15:42:41 +0600
Subject:
Source: openmw
Version: 0.43.0-2
Severity: important
https://buildd.debian.org/status/package.php?p=openmw&suite=sid
...
/<>/components/sceneutil/lightmanager.cpp: In member function
'void SceneUtil::LightStateAttribute::applyLight(GLenum, const osg::Light*)
const':
/<>/components/sceneutil/lig
tags 886343 + pending
thanks
Ferenc,
Thanks for the report. I have fixed this in Git:
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=28028299a402eb8d87176a537facc437ab89b6c6
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.c
On Mon, 01 Jan 2018 13:24:34 +0200, Niko Tyni wrote:
> > libgtk3-webkit2-perl fails autopkgtest-pkg-perl's use.t:
>
> > # Typelib file for namespace 'WebKit2', version '4.0' not found at
> > /usr/lib/x86_64-linux-gnu/perl5/5.26/Glib/Object/Introspection.pm line 108.
> > # BEGIN failed--compilati
tags 886343 + pending
thanks
Ferenc,
Thanks for the report. I have fixed this in Git:
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=28028299a402eb8d87176a537facc437ab89b6c6
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.c
On Wed, Jan 03, 2018 at 02:24:27PM +1300, Andrew Ruthven wrote:
> Update patch to only strip the epoch off the version is attached.
Hi Andrew,
I actually committed essentially that change a while ago but didn't
feel it warranted an upload by itself. Sorry that wasn't clear -
I should have comment
Package: libdatetime-locale-perl
Version: 1:1.17-1
Severity: important
Dear Maintainer,
after upgrading my system from Jessie to Stretch, I get the following error
messages from a perl skript that used to work fine before the upgrade:
Can't locate DateTime/Locale/en_US.pm in @INC (you may need
On Thu, 2018-01-04 at 21:57 +, Dominic Hargreaves wrote:
> Hi Andrew,
>
> I actually committed essentially that change a while ago but didn't
> feel it warranted an upload by itself. Sorry that wasn't clear -
> I should have commented at the same time as tagging pending.
Ah, no worries. I jus
On Jan 04, Hleb Valoshka <375...@gmail.com> wrote:
> "anti-systemd zealots" Steve, when did you join LP fanclub? When
> Ubuntu decided to throw away your upstart and use systemd instead?
Classy...
> Do we have runtime systemd detection in all software linked against
> libsystemd so it will work p
Package: valgrind
Version: 1:3.13.0-1
Severity: normal
Tags: upstream patch
Dear Maintainer,
glibc was recently updates in debian unstable to 2.26-1 and revealed bug
in valgrind. Fortunatelly it is already fixed in valgrind upstream.
https://bugs.kde.org/show_bug.cgi?id=381289
I would appreaciat
Hi,
Pierre-Elliott Bécue wrote:
> I pushed a patch to have the tracker behaving in a proper way even though
> javascript is disabled.
That's great news. Since today i began to ponder whether pointing to
https://www.react-etc.net/entry/exploiting-speculative-execution-meltdown-spectre-via-javas
Control: tags -1 patch
Description: Fix self-test fail in Darktable
Reverts upstream 81755054c4c19d821e58456a1a7d601806e60e92
Author: Rebecca N. Palmer
Bug-Debian: https://bugs.debian.org/885423
Forwarded: todo
diff --git b/backend/src/backend/gen_insn_selection_optimize.cpp a/backend/src/bac
Package: ftp.debian.org
Severity: normal
Hi,
kdewebdev, and kde-baseapps have been metapackages for long time, but
not properly set with their priority; now they are, so please adjust
the overrides according to that.
Thanks,
--
Pino
On 04/01/18 17:59, Jeff wrote:
> Sure. Perhaps I should point people at the reportbug utility, which
> makes it easier to report bugs in Debian packages.
I have added a sentence about the reportbug utility to the docs. You
should see this in the next release.
signature.asc
Description: OpenPGP
Package: src:linux
Version: 4.15~rc5-1~exp1
Severity: important
Dear Maintainer,
The new tools/ directory is currently symlinked from linux-kbuild-4.15
into linux-headers-common-4.15.0-rc5 (directory: /usr/src/linux-
headers-4.15.0-rc5-common/tools ) but not into linux-headers-4.15.0-
rc5-amd64 l
On Thu, 04 Jan 2018 22:51:21 +0100, Reiner Buehl wrote:
> after upgrading my system from Jessie to Stretch, I get the
> following error messages from a perl skript that used to work fine
> before the upgrade:
>
> Can't locate DateTime/Locale/en_US.pm in @INC (you may need to install the
> DateTi
All,
This report is just for documentation; there is probably no action
needed on the part of the maintainers.
I have 3.22.1-3+deb9u1 installed on my system, and the evince.thumbnailer
file has the same double-semicolon problem in the same location as the
evince.desktop file originally reported.
Le jeudi 04 janvier 2018 à 23:23:01+0100, Thomas Schmitt a écrit :
> Hi,
>
> Pierre-Elliott Bécue wrote:
> > I pushed a patch to have the tracker behaving in a proper way even though
> > javascript is disabled.
>
> That's great news. Since today i began to ponder whether pointing to
>
> https:
Package: intel-microcode
Version: 3.20171117.1
Severity: grave
It's been rumored that Intel will be releasing microcode updates to
(partially?) mitigate some of the effects of meltdown and spectre. It
appears that the latest version on the website is still 20171117.
Any news of what this will
I've also had issues with kontact and my .xsession-errors contained the
following lines:
org.kde.pim.akonadiserver: database server stopped unexpectedly
org.kde.pim.akonadiserver: stderr: "mysqld: [ERROR] Could not open required
defaults file:
$HOME/.local/share/akonadi/mysql.conf\nmysqld: [E
Package: intel-microcode
Version: 3.20171117.1
Severity: wishlist
The two upstream download URLs listed in the copyright file no longer
work (and are also http URLs). Searching I found the following
https://downloadcenter.intel.com/download/27337/Linux-Processor-Microcode-Data-File
but I susp
> Sometimes, quite rarely, operations that would commit operations on a
> directory (such as q or $) fail with:
> rename: No such file or directory (errno = 2)
> with no way to save changes. This results in doubled mails that were moved
> elsewhere, restoration of deleted mails and similar los
Hi,
my script does not use DateTime::Locale directly. I only use DateTime. This is
the script I use:
#!/usr/bin/perl
use Net::Twitter;
use Scalar::Util 'blessed';
use DateTime;
use Storable qw(retrieve nstore);
use LWP::Simple;
# Variable definitions
my $configfile = "/home/reiner/.FollowTwit
Package: easytag
Version: 2.4.3-2
Severity: minor
Tags: patch
X-Debbugs-CC: Bruno Kleinert
Control: submitter -1 Bruno Kleinert
Hi,
On 04/01/18 12:02, Bruno Kleinert wrote:
> Am Mittwoch, den 03.01.2018, 16:50 + schrieb James Cowgill:
>> Control: clone -1 -2
>> Control: notfound -2 2.4.3-1
Control: tags -1 upstream
On Thu, 4 Jan 2018 11:47:34 +0100 Vincent Lefevre
wrote:
> On 2018-01-04 11:14:57 +0100, Sebastian Ramacher wrote:
> > On 2018-01-03 23:59:26, Vincent Lefevre wrote:
> > > On 2018-01-03 21:11:20 +0100, Sebastian Ramacher wrote:
> > > > This looks more like a graphics dri
On Thu, 04 Jan 2018 at 21:52:32 +0100, Michael Biebl wrote:
> Am 04.01.2018 um 20:05 schrieb Simon McVittie:
> > (In particular, I'm trying to release ostree to fix a RC bug, but it now
> > fails to build due to a hilarious dependency chain involving
> > gjs -> libgtk-3-0 -> dconf-gsettings-backend
On Fri, 05 Jan 2018 00:22:59 +0100, Reiner Buehl wrote:
> my script does not use DateTime::Locale directly. I only use DateTime. This
> is the script I use:
>
> #!/usr/bin/perl
> use Net::Twitter;
> use Scalar::Util 'blessed';
> use DateTime;
> use Storable qw(retrieve nstore);
> use LWP::Simple;
I read that RHEL is already issuing microcode updates for RHEL7.
I read it second hand at
https://lists.bufferbloat.net/pipermail/cerowrt-devel/2018-January/08.html
But maybe there is an official URL somewhere?
I found the following pages
https://access.redhat.com/security/vulnerabilities/spe
Package: alpine
Version: 2.20+dfsg1-7
Severity: normal
Dear Maintainer,
Quick version:
alpine seems to quit reading /etc/mailcap when it hits an invalid entry.
This may keep alpine from launching an application to read an attachment,
if the MIME type for the attachment appears after the invalid
Package: php-http
Version: 3.1.0+2.6.0-4
As soon as you set ssl-options the default cainfo/capath get's lost.
Error:
Peer certificate cannot be authenticated with given CA certificates; SSL
certificate problem: unable to get local issuer certificate
If I don't set any ssl options I see the follo
Package: tracker.debian.org
Severity: normal
Take a look at Vcs: field in:
https://tracker.debian.org/pkg/aptitude
For Vcs-Git, the hyperlink yields:
https://anonscm.debian.org/git/aptitude/aptitude.git%20-b%20debian-sid
Which is definitely wrong and will leads to 404.
Regards,
Boyuan Yang
I think, that the bug is related to the utility gstoraster as described
here (it does not recognise PJL encapsulated, PostScript document text
starting with "\033%-12345X@PJL JOB"):
https://www.linuxquestions.org/questions/slackware-14/slackware-cups-can%27t-detect-file-type-4175605111/
As a di
Intel has released several updates already, but not all of them AFAIK.
These microcode updates are of little impact until the kernel changes to
activate the new MSRs are deployed. But they do mess with conditional
jumps and LFENCE.
Anyway, uploading a partial, unofficial set of updates to unstab
tag 750732 + pending
thanks
Some bugs in the libanyevent-perl package are closed in revision
b8e06b0cb8fe01a4451564a05dfec86db120b7d0 in branch 'master' by gregor
herrmann
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libanyevent-perl.git/commit/?id=b8e06b0
Commi
On Mon, 01 Jan 2018 18:56:52 +0200, Niko Tyni wrote:
> The issue seems mostly specific to armel and hurd, although
> tests.reproducible-builds.org does have some failures on i386 (but no
> logs so those could be just testbed glitches or transient sid issues.)
> I don't know what happened in Ubuntu
On 2017-12-28 15:31, Michael Biebl wrote:
Control: tags -1 + moreinfo
Please install dbgsym packages for at least libnm0, libnma0 and
network-manager-gnome to get a more useful backtrace.
https://wiki.debian.org/HowToGetABacktrace
This is the output of gdb after installing a bunch of -dbgsym
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: json-tricks
Version : 3.11.0
Upstream Author : Mark V
* URL : https://github.com/mverleg/pyjson_tricks
* License : Revised BSD License (BSD-3)
Programming Lang: Python
Description
Package: emboss,texlive-latex-extra
Version: emboss/6.6.0+dfsg-6+b1
Version: texlive-latex-extra/2017.20180103-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2018-01-04
Architecture: amd64
Distribution: sid
Hi,
automatic installation tests of packages that share
Hi.
I like the approach of making krb5-config not dynamic, but I'd prefer
to discover the behavior of the compiler rather than to base our
interactions on its filename.
My plan is to use the following:
CC=${CC-cc}
tripple=`$CC -print-multiarch 2>/dev/null|| ( $CC -dumpmachine | sed 's/-pc//'
Source: klystrack
Version: 0.20171212-1
Severity: important
Tags: upstream
Justification: fails to build from source
Builds of klystrack for most 32-bit architectures (with the notable
exception of *i386, which I presume it special-cases) have been
failing with
../klystron/src/macros.h:97:21: e
Mike:
There is something wrong with the default locale. Try installing a
> locale package (even firefox-l10n-en-gb) or downgrade to 57.
Turns out I can't install that from unstable (depends on firefox <<
57.0.3-1),
however I installed it from experimental (58.0~b4-1) and now firefox
works!!!
Th
Source: i2pd
Version: 2.17.0-1
Severity: important
Tags: upstream
Justification: fails to build from source
Builds of i2pd for several architectures (listed below) have been
failing with multiple occurrences each of
/usr/include/c++/7/bits/atomic_base.h:396: undefined reference to
`__atomic_lo
On Wed, Jan 03, 2018 at 03:45:45PM +, Julian Gilbey wrote:
> Package: firefox-esr
> Version: 52.5.3esr-1
>
> This is the second version of firefox-esr in a row which has a
> build-failure on ppc64el, meaning that this package cannot migrate to
> testing. There was a security fix in 52.5.2esr-
Source: i2pd
Version: 2.17.0-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-h...@lists.debian.org
Usertags: hurd-i386
The build of i2pd for hurd-i386 (admittedly not a release
architecture) failed:
g++ -Os -D_MT -DWIN32 -D_WINDOWS -DWIN32_LEAN_AND_ME
Source: i2pd
Version: 2.17.0-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-...@lists.debian.org
Usertags: m68k
Builds of i2pd for m68k and sh4 (admittedly not release architectures)
have been failing:
g++ -g -O2 -fdebug-prefix-map=/<>=.
-specs=/usr
Source: imx-usb-loader
Version: 0~git20171026.138c0b25-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-h...@lists.debian.org
Usertags: hurd-i386
The build of imx-usb-loader for hurd-i386 (admittedly not a release
architecture) failed:
imx_sdp.c:158:11
There is something wrong with the default locale. Try installing a
locale package (even firefox-l10n-en-gb) or downgrade to 57.
Mike
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
As released, opendmarc doesn't read it's configuration file which
substantially limits the packages usefullness as packaged/released. The
attached debdiff changes the service file
On Mon, 31 Jul 2017 23:59:04 +0300, Niko Tyni wrote:
> > As seen on ci.debian.net with for instance libhttp-tiny-perl and
> > libcpan-meta-perl, autopkgtest gets confused about versioned Provides
> > that were introduced in sid recently with perl_5.24.1-5.
> >
> > It looks like "Depends: @" will
On Jan 05, Mike Hommey wrote:
> There is something wrong with the default locale. Try installing a
> locale package (even firefox-l10n-en-gb) or downgrade to 57.
Confirmed, this fixes it.
--
ciao,
Marco
signature.asc
Description: PGP signature
> Oh dear:
> Need to get 336 MB/343 MB of archives.
> After this operation, 960 MB of additional disk space will be used.
I know. The problem is old and known, namely that many TeX documents
search fonts not via fontconfig but via file name, and thus the fonts
have to be in the texmf tree (at lea
Package: firefox
Severity: important
Hi,
mozilla released firefox 57.0.4 to somewhat mitigate the recent
spectre/meltdown CPU bugs. It would be nice if you could upgrade the
package to that version.
Regards,
Daniel
reassign 886264 binutils
thanks
On Fri, Jan 05, 2018 at 12:03:32PM +0900, Mike Hommey wrote:
> On Wed, Jan 03, 2018 at 03:45:45PM +, Julian Gilbey wrote:
> > Package: firefox-esr
> > Version: 52.5.3esr-1
> >
> > This is the second version of firefox-esr in a row which has a
> > build-failure
> dpkg: error processing archive
> /var/cache/apt/archives/texlive-latex-extra_2017.20180103-1_all.deb
> (--unpack):
> trying to overwrite '/usr/bin/wordcount', which is also in package emboss
> 6.6.0+dfsg-6+b1
I renamed the TeX wordcount to
latex-wordcount
Norbert
--
PREINING Norbert
Control: reopen -1
Control: found -1 331-1
Control: tags -1 - fixed-upstream
On 2017-12-30 14:53:27 -0500, Thomas Dickey wrote:
> I investigated, found that it is a defect in FreeType.
> None of the comments in
>
> https://savannah.nongnu.org/bugs/?52165
>
> were helpful (some of the info
severity 802919 important
thanks
Hello Stéphane (the *uploader* of unison),
Regarding this bug has actually rendered unison unusable without manual
compilation, and unison-2.48.4 has been released, could *you* please
bump unison to 2.48.4? This will give us a rebuild of latest unison
against oca
We've been wrestling with this for ages now, because libqt5opengl5-dev
behaves differently on arm64 than on armel, can you guarantee that
changing the dep to libqt5opengl5-desktop-dev will force to build
against opengl and not gles2?
If that is the case, then we can also begin shipping openmw-cs a
Chris Lamb writes:
> Thanks for the report. I have fixed this in Git:
>
> https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=28028299a402eb8d87176a537facc437ab89b6c6
Wow, that was quick!
--
Thanks,
Feri
Package: amd64-microcode
Severity: grave
It seems AMD cpus are also affected by the meltdown/spectre bugs.
Do you know if AMD plans to release microcode updates and if so, will it
be packaged here?
(intel bug, for ref):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886367
--
pollo
sign
Benda Xu writes:
> Thank you for your comments and diagnosis. But the bug does not go away
> by itself. If you are too busy to bump it, please speak out explicitly.
> We are willing to help maintaining unison.
Sorry I have overlooked the upload of unison-2.48.4 on 30 Oct 2017. The
version 2.4
Package: bugwarrior
Version: 1.5.1-2
Severity: normal
Tags: patch
Dear maintainer(s),
I have added these lines to my ~/.config/bugwarrior/bugwarriorrc
attempting to import my issues from our phabricator instance (even
though I still not have any):
[phabricator]
phabricator.only_i
201 - 266 of 266 matches
Mail list logo
