10:34:47AM +0200, Emmanuel Thomé wrote:
> Hi,
>
> I'm affected by this bug too.
>
> After some hit and miss, I'm able to reproduce it in a docker container.
>
> mkdir /tmp/bug1019188
> cd /tmp/bug10109188
> cat > Dockerfile < FROM debian:testing
> RUN
Hi,
I'm affected by this bug too.
After some hit and miss, I'm able to reproduce it in a docker container.
mkdir /tmp/bug1019188
cd /tmp/bug10109188
cat > Dockerfile <
Package: vim-youcompleteme
Version: 0+20200825+git2afee9d+ds-2
Severity: normal
X-Debbugs-Cc: emmanuel.th...@inria.fr
Dear Maintainer,
Upon a fresh install of vim-youcompleteme on an otherwise almost empty
system (a live system, in fact), I noticed that two particular
packages were mandatory to g
Package: rdma-core
Version: 22.1-1
Severity: important
Dear Maintainer,
The configuration file /etc/rdma/modules/opa.conf points to the opa_vnic
module, however that modules does not exist in the debian kernel tree. It
seems to me that either this module should be built by the kernel, or
that rdm
Upon further investigation, the bug I encountered is rather with gdb than
gcc.
gdb does not seem to cope very well with position-independent
executables. Reloading a PIE file gets the entry point wrong.
Example below. Notice how the first time gdb seems a PIE executable (when
a.out has gone PIE c
Package: gcc-6
Version: 6.3.0-18
Severity: important
Hi,
I am directing this bug as relevant to gcc package as this is my best
guess so far of a possible culprit. gdb is the package which has its
functionality affected.
Consider the following trivial code:
#include
void a()
{
I have hit this bug too.
I have been able to solve it as follows:
mv /etc/apt/apt.conf.d/20listchanges.dpkg-new
/etc/apt/apt.conf.d/20listchanges
apt-get -f install
E.
Hi,
Please correct me if I'm wrong, but it seems to me that pdfannotextractor
does work fine provided that:
1 - one runs pdfannotextractor --install once (which downloads pdfbox
0.7.3 and saves it to ~/.texlive/..., so that it can be used
later on).
2 - one does not have the libp
On Wed, Feb 10, 2016 at 09:17:24PM +0900, Norbert Preining wrote:
> tag 814317 + pending
> thanks
>
> > The algorithm2e.sty package has an unbalanced brace on line 1061.
>
> Fixed for next upload. Thanks for the report. As I mentioned in
> the previous email, please report it to the original auth
Package: texlive-science
Version: 2015.20160117-1
Hi,
As reported here:
https://lists.lirmm.fr/wws/arc/algorithm2e-discussion/2015-12/msg0.html
The algorithm2e.sty package has an unbalanced brace on line 1061.
As a consequence, the following trivial file emits a warning when
compiling.
\d
Package: systemd
Version: 208-6
Severity: important
Dear Maintainer,
I have two machines here with systemd becoming non-responsive after roughly one
to a few days of uptime. Both share the same hardware and software install.
This has been so for about a week (i.e. the problem reappears after a re
Package: scala-mode-el
Version: 20111005-2
Severity: normal
Hi,
Whilst installing scala-mode-el as part of a huge dpkg transaction (1300+
packages from the official repositories, part of a postinstall script), I
*sometimes* (not always) get this error:
Setting up scala-mode-el (20111005-2) ...
Hi Bill,
On Mon, Sep 30, 2013 at 8:13 PM, Bill Allombert
wrote:
> I like to clarify that I see this is purely as a Debian issue.
You must be kidding. It's a pari issue (and, incidentally, gap too)
because of pari's well known bogus requirement on
sizeof(void*)==sizeof(long). Any ABI which has th
Hi,
This annoying bug, apparent in xpdf_3.02-2, is caused by
xpdf-zoom-height.patch, notably the following bit:
@@ -231,6 +233,7 @@
{ "windowMode", 0, gFalse, gFalse, &XPDFViewer::cmdWindowMode },
{ "zoomFitPage", 0, gFalse, gFalse, &XPDFViewer::cmdZoomFitPage
},
Hi,
Read the source, luke:
>From compiz.cpp in libcompizconfig:
static char *
getLocale ()
{
char *lang = getenv ("LANG");
if (!lang || !strlen (lang))
lang = getenv ("LC_ALL");
if (!lang || !strlen (lang))
lang = getenv ("LC_MESSAGES");
return lang;
}
std::st
15 matches
Mail list logo
