Package: firefox
Version: 62.0.3-1
Severity: serious
Justification: Policy §2.2.1
Mozilla changed the config options for the openh264 codec. The option
listed in /etc/firefox/firefox.fs (media.gmp-gmpopenh264.enabled) seems
to be no longer in use, instead about:config now lists the options
media
Package: curl
Followup-For: Bug #914927
My initial report was about curl 7.61.0-1 . I incorrectly have put ssl
version instead (because initially I thought it is abug in openssl).
Indeed the curl 7.62.0-1 was recompilled with new libssl-dev and curl is
now working fine. 7.62.0 migrated to testin
Control: retitle -1 RFP: shellshare -- Live terminal broadcast (client/server)
It is harder than I expected because there are nodejs modules not packaged yet.
--
Paulo Henrique de Lima Santana (phls)
Curitiba - Brasil
Membro da Comunidade Curitiba Livre
Site: http://www.phls.com.br
GNU/Linux use
package: debian-policy
severity: wishlist
Hi,
Maybe more eye-candy theme (see https://sphinx-themes.org/) is good for
policy-doc and other debian docs, we can create theme for debian-policy
and share between debian docs.
--
Hideki Yamane
Package: dicoweb
Version: 2.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
>From the attac
Package: debian-edu-artwork-spacefun
Version: 20180909-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the s
Package: tomcat9
Version: 9.0.13-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
>From the at
On Tue, Nov 27, 2018 at 09:56:15AM +0100, Vincent Lefevre wrote:
> On 2018-11-26 20:38:37 -0500, Thomas Dickey wrote:
> > On Sun, Nov 25, 2018 at 12:08:03AM +0100, Vincent Lefevre wrote:
> > > With zsh, one can reproduce the issue with:
> > >
> > > $ xterm -e zsh -f
> >
> > If you added a "-l" op
Package: nixnote2
Version: 2.1.1~git20181202-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old
Hi,
FYI TurnKey Linux is a Debian derivative which builds a library of
headless server "software appliances" using mostly Debian packages, but
many with upstream software pre-installed on top.
I'm hoping to get some clarity on the "status" of the practice of adding
new dependencies (not included
I suppose this is fixed for Debian thanks to Yang
Did you propose this to upstream too？
This is something upstream and other distress should know
Sent from iPhone
2018/12/05 1:12、Daniel Glassey のメール:
> Source: ibus
> Severity: normal
> Tags: patch
>
> Dear Team,
>
> IBus parses the iso-code
Thanks for your input Chris,
On 4/12/18 09:12, Chris Lamb wrote:
> My quick glance at this bug report suggests there is something wrong
> with your APT setup and/or unattended-upgrades. I apologise I was not
> aware of all this context & history until now...
I can't speak for unattended-upgrades,
On Wed, Dec 5, 2018 at 10:23 AM Osamu Aoki wrote:
> I suppose this is fixed for Debian thanks to Yang
>
Hi,
I'm sorry, I don't understand.
> Did you propose this to upstream too？
>
I made a PR(2061). I just created a github issue upstream about it
too(2062).
> This is something upstream and
Thank you for the information and sorry for the delay.
With your instruction, I could get the following stacktrace.
-
Program terminated with signal SIGBUS, Bus error.
#0 kodak_radc_load_raw () at dcraw.c:2240
22
Thank you for the information and sorry for the delay.
With your instruction, I could get the following stacktrace.
-
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0xdd08 in quicktake
Thank you for the information and sorry for the delay.
With your instruction, I could get the following stacktrace.
-
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0xf4bc in canon_rmf
Hi,
Thanks Simon, it's perhaps clear for me now.
On Sun, 2 Dec 2018 15:15:21 +
Simon McVittie wrote:
> > - What is the problem? (broken build for which packages? Just R?)
>
> The problem we're aware of is:
>
> Some packages auto-detect the absolute path to an executable (for example
> b
Package: dmktools
Severity: important
Version: 0.14.0-2.1
Tags: patch
X-Debbugs-CC: wij...@debian.org
Dear dkmtools maintainer,
Lintian reported a warning for your package:
W: missing-depends-line
dmktools 0.14.0-2.1 (binary) (Bas Wijnen )
The reason is that you didn't add ${shlibs:Depends} fi
Source: debug-me
Version: 1.20170810-2
Severity: serious
Tags: ftbfs
Control: forwarded -1
https://debug-me.branchable.com/bugs/fails_to_build_against_current_LTS_Haskell/
Current debug-me requires haskell-aeson older than 1.3.
--
Sean Whitton
signature.asc
Description: PGP signature
Bjørn Mork schrieb/wrote:
-- --
> Given this, there is an extremely suspicious commit added in v4.18.20:
>
> 06e562e7f515 ("drm/i915/ringbuffer: Delay after EMIT_INVALIDATE for
> gen4/gen5")
-- --
> Still, I do think that there is good reason to simply try a revert of that
> commit.
In
Source: nixnote2
Version: 2.1.1~git20181202-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap
nixnote2 fails to cross build from source, because it strips with the
wrong strip at the end of the build. Doing so breaks
* cross compilation, because it fails for the wrong architec
Package: wnpp
Severity: wishlist
Owner: Wookey
* Package name: qmath3d
Version : 1.0
Upstream Author : Digia/Philip Schuchardt
* URL : https://github.com/vpicaver/QMath3d
* License : GPL or LGPL
Programming Lang: C++
Description : Useful 3dmaths functio
... there's a problem that g++ 8.2.0 doesn't like the compiler flags emitted by
llvm-config-7:
g++ `llvm-config-7 --cxxflags` -fno-rtti -fpic -Wall -D_FORTIFY_SOURCE=2 -g
-Wno-pointer-sign -DVERSION=\"2.52b\" -Wno-variadic-macros -shared
afl-llvm-pass.so.cc -o ../afl-llvm-pass.so `llvm-config
TS schrieb/wrote:
-- --
> For completeness:
> % lspci | grep -i vga
> 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset
> Integrated Graphics Controller (rev 07)
Two machines with:
# unameALL
Linux desk 4.18.0-3-amd64 #1 SMP Debian 4.18.20-2 (2018-11-23) x86_64 GNU
Hi Jeremy,
On Wed, Dec 05, 2018 at 02:15:04PM +1100, Jeremy Davis wrote:
> Hi,
>
> FYI TurnKey Linux is a Debian derivative which builds a library of
> headless server "software appliances" using mostly Debian packages, but
> many with upstream software pre-installed on top.
>
> I'm hoping to ge
Control: tags -1 + patch
Hi,
On Sun, 2 Dec 2018 19:06:53 +0100 Gilles Filippini wrote:
> On Fri, 30 Nov 2018 14:57:04 +0100 Emilio Pozuelo Monfort
> wrote:
> > Source: scilab
> > Version: 6.0.1-6
> > Severity: serious
> >
> > Hi,
> >
> > On a rebuild against libhdf5-103, scilab has failed on
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: debian-science-maintain...@lists.alioth.debian.org
Dear Release Team
Please schedule the following binNMU in order to complete the Hypre transition:
nmu trilinos_3.9.2+dfsg1-2
Paul Gevers wrote:
> https://ci.debian.net/data/autopkgtest/testing/amd64/g/git-remote-hg/1428119/log.gz
>
> not ok 32 - pull tags
The package ought to run "make TEST_OPTS=-v" to produce a more useful
log[*].
Bisects to the following Git change:
e198b3a740409fabe5ba774c5f1255b55fdd21c1 is the f
Control: fixed -1 20181204-1
Control: close -1
Hi Andreas,
On Mi 05 Dez 2018 03:19:32 CET, Andreas Beckmann wrote:
Package: debian-edu-artwork-spacefun
Version: 20180909-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your
Source: libvirt
Severity: wishlist
Hi Guido
A new libvirt upstream version is available, 4.10.0. Would it be
possible to upload to unstable (and hopefully including it in buster)?
Regards,
Salvatore
Hi,
just a remark about sitplus: Its a long overdue task to update sitplus
to its latest upstream version which was split up into libsitplus and
sitplus. The former maintainer Luis Rivas confirmed that he has no time
to do so and same is true for the moment for me as well. I did not yet
decided
Source: duc
Version: 1.4.3-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
duc fails to cross build from source, because it does not pass --host to
./configure. The easiest way of doing so is using dh_auto_configure. In
this case it is not entirely trivial, because dh_auto_configure a
Thanks a lot, Andreas.
On Wed, Nov 14, 2018 at 01:28:01AM +0100, Emmanuel Bourg wrote:
> On Mon, 9 Apr 2018 13:24:51 +0200 Andreas Tille wrote:
>
> > [javac] import com.sun.org.apache.xerces.internal.dom.CoreDocumentImpl;
> > [javac] ^
> >
Hi,
Hideki Yamane writes:
> On Sun, 2 Dec 2018 15:15:21 +
> Simon McVittie wrote:
>> > - What is the problem? (broken build for which packages? Just R?)
>>
>> The problem we're aware of is:
>>
>> Some packages auto-detect the absolute path to an executable (for example
>> bash or perl) an
Control: tags -1 + moreinfo
On 03.12.18 16:06, François Trahay wrote:
> Package: gcc-8
> Version: 8.2.0-9
> Severity: normal
>
> Dear Maintainer,
> I have a piece of code in a CMake project that fails to compile when building
> in RelWithDebInfo mode.
> The problem seems to come from gcc-8 when b
Hi Salvatore,
On 5/12/18 17:27, Salvatore Bonaccorso wrote:
> I would acctually not recommend including only the security mirrors in
> sources list. You will miss in such cases important updates as well
> scheduled via a point releases.
>
> Does this helps?
Yes that helps heaps!
Thank you for t
Control: reopen 915460
Hi James,
as always thanks for your timely and elaborate answer.
On Tue, Dec 04, 2018 at 06:12:26PM +, James Bonfield wrote:
> On Tue, Dec 04, 2018 at 07:53:35AM +0100, Andreas Tille wrote:
> > unfortunately there is a series of new errors on different architectures.
>
Package: ruby-d3-rails
Version: 3.5.6+dfsg-1
Severity: minor
Dear Maintainer,
I tested this package with `autopkgtest`, it fails at
```
autopkgtest [07:30:56]: test integration: [---
+ cd /tmp/autopkgtest.ndRnCV/autopkgtest_tmp
+ rails new sampleapp
create
create
Source: gr-limesdr
Version: 0.9~beta-1
Severity: minor
The actual homepage seems to be
https://tracker.debian.org/media/packages/g/gr-limesdr
Hi!
While this bug is not fixed I came across it while doing a crosscompile of a
pi3 kernel, aplying Kevin's patch (thanks a lot) almost fixed compiling, but
I found another place whre it got stuck, so here is an addon for the patch
that Kevin had sent:
--- /usr/share/kernel-package/ruleset/targe
201 - 240 of 240 matches
Mail list logo
