Greetings,
I believe this is caused by a specific c2hs issue
(https://github.com/haskell/c2hs/issues/268) which has been fixed in
c2hs 0.28.8.
Sincerely,
Rob
Hi Nilesh,
The new version works perfectly. Thank you very much!
All the best,
Rob
On Tue, 19 Oct 2021 at 18:26, Nilesh Patra wrote:
>
> Hi Rob,
>
> On Thu, 14 Oct 2021 11:07:05 +1100 Rob Moss wrote> But
> when the script called the CairoPDF() function, the
Package: r-cran-cairo
Version: 1.5-12.2-1
Severity: important
X-Debbugs-Cc: robm@gmail.com
Dear Maintainer,
I recently ran an R plotting script for the first time in about 6 months.
This script uses the r-cran-cairo package to save the plot as a PDF file, and I
expected it to produce a PDF
> Right, so this is a crash in the vaapi driver. Do you have
> i965-va-driver or i965-va-driver-shaders installed? In case it's the
> latter it would be an upstream bug. If it's i965-va-driver that's
> probably caused by the patches we require to build without non-free
> shaders for main.
>
> (In
Here is the backtrace I obtained using gdb, as per the HowToGetABacktrace
page on the Debian wiki:
Thread 1 "ghb" received signal SIGABRT, Aborted.
0x7371fce1 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#0 0x7371fce1 in raise () at /lib/x86_64-linux-gnu/libc.so.6
#1
Greetings,
I experience the same problem when building this package from source with
the following commands:
# apt source handbrake
# sudo apt build-dep handbrake
# cd handbrake-1.4.1+ds1/
# dpkg-buildpackage -us -uc
# ./debian/handbrake/usr/bin/ghb --debug
All the best,
Rob
On Thu, 2 Sept
Package: handbrake
Version: 1.4.1+ds1-1
Severity: important
X-Debbugs-Cc: robm@gmail.com
Dear Maintainer,
I am running Debian Testing. I last used handbrake around 2 weeks ago, and it
worked as expected.
Today, both the GTK and CLI versions terminate immediately when I launch them.
When I
Greetings,
I've attached a patch that applies the same changes as the corresponding
commit for w_scan2, which allows w-scan to compile successfully with GCC 10.
Sincerely,
Rob
support_fno-common_compilation
Description: Binary data
Greetings,
As of September 2017, w-scan is no longer being developed. There is a fork
called w_scan2, and the latest version (1.0.9, May 2020) compiles
successfully with GCC 10. Would it be possible to package this instead, so
that a w_scan equivalent is retained in Debian Bullseye?
Another
Dear Maintainer,
This bug appears to have been resolved in r-bioc-rhdf5 2.32.3+dfsg-1. It
may be related to https://github.com/grimbough/rhdf5/issues/71, but I don't
know for sure.
All the best,
Rob
On Wed, 12 Aug 2020 at 21:47, Rob Moss wrote:
> I was able to build the source package on
I was able to build the source package on my computer and install it, but I
still receive the same error message when trying to load compound datasets.
Any advice or suggestions would be greatly appreciated.
All the best,
Rob
On Fri, 17 Jul 2020 at 12:21, Debian Bug Tracking System <
This appears to only be an issue for compound types, which I have
previously been able to load as dataframes using h5read(). But using
h5read() to load strings, integers, floats, etc, and groups that contain
datasets of these types, returns the values as expected.
I have installed hdf5r (using
Package: r-bioc-rhdf5
Version: 2.32.0+dfsg-1
Severity: important
Dear Maintainer,
I have been using rhdf5 to load data generated by other programs so that I can
plot these data using R.
With the current version of rhdf5, I cannot load any dataset from HDF5 files
that previously worked fine.
to older versions of kernel
headers is also a problem that can or should be handled by package
dependencies, and so enabling DVB support in the Debian mpv package isn't
inappropriate.
All the best,
Rob
On 26 August 2017 at 19:21, Rob Moss <robm@gmail.com> wrote:
> Package: mpv
> Ver
Package: mpv
Version: 0.26.0-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
I tried to watch a digital TV broadcast using my USB adaptor.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I ran "mpv 'dvb://Channel Name'
*
Package: libatdgen-ocaml-dev
Version: 1.2.0-1
Severity: important
Tags: upstream
*** Please type your report below this line ***
Several parsing bugs have been fixed upstream (see the commits on 2011-08-09
and 2011-08-10 at https://github.com/MyLifeLabs/atdgen). Without these fixes,
serialised
Package: ocaml-compiler-libs
Version: 3.12.0-7
Severity: minor
*** Please type your report below this line ***
ocaml-compiler-libs installs outcometree.{cmi,mli} at
/usr/lib/ocaml/compiler-libs/typing while ocaml-nox (which is a dependency for
ocaml-compiler-libs) installs the same files at
17 matches
Mail list logo
