Package: hoogle
Version: 5.0.18.4+dfsg1-1+b3
Followup-For: Bug #973306
Dear Maintainer,
one extra information about this bug
When clicking on a link I get this error in the firefox console
Content-Security-Policy: Ignoring ‘block-all-mixed-content’ because mixed
content display upgrading mak
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: ufo-filt...@packages.debian.org
Control: affects -1 + src:ufo-filters
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package ufo-filters
Hello, here a 2 liners patch of ufo-filters, which cause a segfault in
Le 2025-06-23 20:21, Jochen Sprickerhof a écrit :
* picca [2025-06-23 15:59]:
for now my issue is the --no-apt-update command line which make the
build fail with something like this
Installing build dependencies
Reading package lists...
Building dependency tree...
Reading state information
apt policy python3-sphinxcontrib.bibtex
# apt policy python3-sphinxcontrib.bibtex
python3-sphinxcontrib.bibtex:
Installed: (none)
Candidate: (none)
Version table:
What is the purpose of --no-apt-update ?
That's documented in sbuild(1), i.e. not run apt update, or what are
you asking?
I think it removes the local build packages from the Packages file.
Maybe you could bump the version number of the rebuild package instead
so apt will prefer it.
Do you know if it possible to configure the extra repository and set a
higher priority over other repository with only ?
--extra-r
Le 2025-06-23 15:22, Jochen Sprickerhof a écrit :
* picca [2025-06-23 14:53]:
do you have dedicated script in order to rebuild a bunch of packages ?
No, I juts did it on the command line for now. I think it would be nice
to hook it into ben or something, though.
for now I just want to
4, 5 and 6 are leaking.
[...]
Because mmdebstrap assumes that it is not called with unrelated open
file descriptors.
ok, I understand now.
$unshare_bind_mounts = [ { directory => "/dev/shm", mountpoint =>
"/sharedshm" } ];
Can you give some reasoning why you want to do that?
the curren
Le 2025-06-23 13:50, Jochen Sprickerhof a écrit :
* picca [2025-06-23 11:22]:
git clone https://salsa.debian.org/picca/pkg-haskell-tools
to reproduce the issue
create a p directory in the repository
cd pkg-haskell-tools
mkdir p
cd p && apt source ufo-core
cd ..
cabal run
Le 2025-06-23 08:24, Jochen Sprickerhof a écrit :
Hi Frederic,
* Frederic-Emmanuel Picca [2025-06-20 15:54]:
I try to use sbuild unshare with a modified version of dht, the
program call sbuild and it failed
I assume you mean dht from pkg-haskell-tools. Can you provide the
modified version
You need also to add this in your sbuild configuration
$unshare_bind_mounts = [ { directory => "/dev/shm", mountpoint =>
"/sharedshm" } ];
sbuild --starting-build-commands='%SBUILD_SHELL' -d unstable hello
With the schroot backend I have this in order to check that the schroot
is well setup.
schroot -d / -c -- test -d
It means thaht I could have a test whcih rely only on sbuild and could
be independant of the backend :)).
Package: sbuild
Version: 0.89.3
Severity: normal
Dear Maintainer,
I try to build someting on top of sbuild in order to build a bunch of packages.
In order to make it as efficient as possible, I need to bind mount /dev/shm in
the chroot.
So I need to add a bind configuration for unshare. I would
Package: sbuild
Version: 0.89.3
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I try to use sbuild unshare with a modified version of dht, the program call
sbuild and it failed
it end up with this error
E: Sub-process cat >&11 returned an error code (2)
E: Failure running
What is strange is I create a directory under host:/dev/shm with these
uid:gid
picca@grades-01:~$ ls -l /dev/shm
total 172
drwx-- 2 picca grp-instrumentation 40 20 juin 14:46
dht-46013085715057
drwx-- 3 picca grp-instrumentation 80 20 juin 14:46
dht
Package: sbuild
Version: 0.89.3
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I try to setup sbuild in order to share a few files under /dev/shm between
multiple instances.
mostly a local repository and some setup scripts.
It seems that by default a /dev/shm is available in t
+ [ Jérémy Lal ]
+ * Fix build of bundled browser module (Closes: #1102558).
+Adds a webpack plugin to support modules prefixed by "node:".
+
+ [ Picca Frédéric-Emmanuel ]
+ * switch to the upstream (hatchling) build system.
+- now jupyterlab is well integrated with jupyterhub
Santiago Vila writes:
> I would guess that at some point some of those tests started to fail,
> we probably asked upstream, and they probably told us "I don't care
> about 32-bit".
Yes exactly. I requested support for the upstrezm in order to fix the
test suit on 32bit arch and they told me thah
What about adding an autopkgtest which just rebuild the package in order to
catch this kind of failure ?
Fred
\> Hi,
>
> can you explain how you start it (to make sure I can check if it is fixed).
Yes :)
jupyter-lab
it will open a browser and we should see the desktop of jupyter lab and not a
blank screen.
My question is why do we need this kind of patch in order to build it on Debian
?
Is there
The previous version of node-rjsf contains
import { webcrypto } from 'crypto';
If I remove the external commonjs crypto, the error comes from here
ERROR in node:crypto
Module build failed: UnhandledSchemeError: Reading from "node:crypto" is not
handled by plugins (Unhandled scheme).
Webpack supports "data:" and "file:" URIs by default.
You may need an additional plugin to
Jochen Sprickerhof writes:
> Control: -1 reassign autopkgtest
>
> Hi Frederic,
Hello Joshen
>>so the idea is to implement OpenCL test on real hardware.
>>
>>In order to run these test the hardware should be available in the unshare
>>backend.
>
> Why in the unshare backend?
because it is the
11:40:25.0
+0200
@@ -1,3 +1,23 @@
+jupyterhub (5.2.1+ds1-4) unstable; urgency=medium
+
+ * use ucf in order to manage the config file
+ * Bug fix: "config.yaml config file that comes in package is never
+read", thanks to Guillaume Knispel (Closes: #1038110).
+
+ -- Picca Frédéric
Package: sbuild
Version: 0.89.2
Severity: normal
Dear Maintainer,
Hello, we are trying to run autopkgtest with a computer with and AMD GPU card.
so the idea is to implement OpenCL test on real hardware.
In order to run these test the hardware should be available in the unshare
backend.
for th
While trying to rebuild the package I get this error message.
../../../../usr/share/nodejs/webpack/types.d.ts(15462,15): error TS2417: Class
static side 'typeof WebpackError' incorrectly extends base class static side '{
readonly prototype: Error; captureStackTrace(targetObject: object,
constru
picca writes:
It seems that during the upgrade from bookworm to trixie, the old
bookworm files where not removed...
https://packages.debian.org/bookworm/all/elpa-haskell-mode/filelist
Cheers
"Debian Bug Tracking System" writes:
It seems that I found the culprite.
on the working machine
$ ls
company-1.0.2 compat-30.1.0.0 debian-el-37.19 dpkg-dev-el-37.19
haskell-mode-17.5 htmlize-1.58 llama-0.6.2 magit-4.3.5
magit-section-4.3.5 notmuch-0.39 transient-0.8.8 with-editor-3.4.3
Xiyue Deng writes:
> Hi Frederic-Emmanuel,
Hello Xiyue Dend,
> This seems to be the same as this upstream issue[1] which was supposed
> to be fixed in 17.5, and I cannot reproduce this when editing a .hs file
> (with haskell-mode enabled).
On my sid machine it is ok too.
This bug is on a comp
Package: elpa-haskell-mode
Version: 17.5-2
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
While trying to open an haskell file, I get a error in the consol
Symbol’s value as variable is void: flymake-allowed-file-name-masks
When starting emacs -q and enabling the debug on erro
for the record here my solution
$unshare_mmdebstrap_extra_args = [
"*" => [ '--aptopt=Acquire::http { Proxy "http://...";; }',
'--aptopt=Acquire::https { Proxy "http://...";; }',
'--customize-hook=echo "export http_proxy=http://..."; >
"$1"/etc/environment',
push @{$unshare_mmdebstrap_extra_args}, ("*", ['--aptopt=Acquire::http
{ Proxy "http://127.0.0.1:3142";; }']);
do you know how to define the http_proxy and https_proxy via this same
extra_args parameter.
This is something not explined in the sbuild wiki.debian.org.
Cheers
Fred
Le 2025-05-21 16:28, Jochen Sprickerhof a écrit :
Hi Fred,
Hello
so it seems that at first mmdebstrap use the apt proxy in order to
setup the initial chroot
It seems to me that mmdebstrap generate the chroot by using the system
apt which is well configure.
then when it enter into the chr
the package
I: No tarballs found in /home/experiences/instrumentation/picca/.cache/sbuild
I: Creating new chroot tarball:
mmdebstrap --variant=buildd --arch=amd64 --skip=output/mknod --format=tar
unstable
/home/experiences/instrumentation/picca/.cache/sbuild/unstable-amd64.tar
I: automatically
"Debian Bug Tracking System" writes:
Using the handler of the latest nbclassic it works.
let's start from this full changelog and adapt it to our version of
nbclassic
@@ -6,8 +6,8 @@ This is a fork from jupyter/notebook#5.7.x
# Copyright (c) Jupyter Development Team.
# Distributed under the t
To reproduce this issue, just run
jupyter nblassic
picca@page:~$ jupyter nbclassic
[W 2025-05-21 08:35:39.406 ServerApp] A `_jupyter_server_extension_points`
function was not found in nbclassic. Instead, a
`_jupyter_server_extension_paths` function was found and will be used for now.
This
:32:43.583 JupyterHub provider:58] authenticate_client
[D 2025-05-17 08:32:43.621
oauthlib.oauth2.rfc6749.grant_types.authorization_code authorization_code:533]
Using provided redirect_uri /user/picca/oauth_callback
[D 2025-05-17 08:32:43.621 JupyterHub provider:117] confirm_redirect_uri
s found in /home/experiences/instrumentation/picca/.cache/sbuild
No entry for picca in /etc/subuid
invalid idmap
E: Error creating chroot session: skipping ufo-filters
+--+
| Summary Wed, 1
Package: node-moment
Version: 2.29.4+ds-1
Severity: normal
Dear Maintainer,
Hello while préparing jupyterhub, I foudn this error
picca@page:~/debian/python-team/packages/jupyterhub/node_modules/moment$ ls -l
total 44
-rw-r--r-- 1 root root39 13 juil. 2022 ender.js
lrwxrwxrwx 1 root root
Source: jupyterhub
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello, while trying to use jupyterhub, I get these error messages
mai 02 15:17:49 jupyterhub[52751]: [E 2025-05-02 15:17:49.332 JupyterHub
web:3118] Could not open static file
'/usr/share/jupyterhub/static/components/bootstrap/d
Source: jupyterhub
Version: 5.2.1+ds1-2
Severity: normal
Dear Maintainer,
In order to improve the quality of the package it would be great if the unit
test could be run during the build and via autopkgtest.
For now it fail with this error
I: pybuild base:311: cd
/build/reproducible-path/jupyt
Package: jupyterhub
Version: 5.2.1+ds1-2
Severity: normal
Dear Maintainer,
When starting jupyterhub I get this error message
> avril 29 10:50:14 systemd[1]: Started jupyterhub.service.
> avril 29 10:50:16 python3[4588]: [I 2025-04-29 10:50:16.028 JupyterHub
> app:3346] Running JupyterHub versio
Source: qemu-web-desktop
Severity: normal
X-Debbugs-Cc: pi...@debian.org
In order to start VM from apache we need to be able to allocate a big amount of
memory.
We need to customize the apache service by droping a file which contrain
[Service]
LimitMEMLOCK=infinity
in the package here
/lib/s
Source: node-ipydatagrid
Version: 1.4.0+~cs14.21.116-1
Severity: normal
Dear Maintainer,
A python module ipydatagrid is available in the sources.
Could you provide it ?
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Ar
Source: ipywidgets
Version: 8.1.5-6
Severity: normal
Dear Maintainer,
It would be great if the ipywidget package could become the source package of
the node-jupyter-widgets-xxx provider instead of the ipydatagrid.
at least
node-jupyter-widgets-base
node-jupyter-widgets-base-manager
node-jupyte
Package: vtk9
Version: 9.3.0+dfsg1-4
Severity: wishlist
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I was trying to build paraview with the system vtk instead of the one embeded
into paraview.
but I end up with these errors.
CMake Error at CMakeLists.txt:562 (message):
Please reconfigure
Package: cambalache
Version: 0.94.1-2
Followup-For: Bug #1095742
Dear Maintainer,
$ cambalache pseudo-4.ui
Traceback (most recent call last):
File "/usr/bin/cambalache", line 42, in
from cambalache.app import CmbApplication
File "/usr/lib/python3/dist-packages/cambalache/__init__.py",
With the upload of the new zarr, the errors are now
=== short test summary info
FAILED xarray/tests/test_groupby.py::test_dask_da_groupby_quantile - Failed: ...
FAILED
xarray/tests/test_weighted.py::test_weighted_operations_keep_attr[False-Tr
Source: zarr
Severity: normal
Dear Maintainer,
I am wondering if the bug fix in zarr will not help with the xarray FTBFS[1].
In the changelog we see
What's Changed
fix: restore attrs del functionality by @ianhi in #2908
release: update release notes for 3.0.6 by @jhamman in #2923
and
Package: paraview
Version: 5.13.2+dfsg-3
Severity: important
Tags: ftbfs
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
while trying to rebuild paraview in a clean unstable chroot, I got at least
these erros:
cd
/build/reproducible-path/paraview-5.13.2+dfsg/build.python3.13/Wrapping/Python
Package: libboost-numpy1.83.0
Version: 1.83.0-4.1+b1
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I am trying to fix the autopkgtest of cctbx but I end up with a segfault here
0 PyArray_GetCastingImpl (from=0x9fb020 , to=to@entry=0xe4dae0)
at ../numpy/_core/src/multiarra
Package: debci
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello
I am trying to fix the autopkgtest of python-mp-api[1] .
It seems that the test are failling to a ban of our IP adresses.
183s ERRORS
183s ___
Package: silver-platter
Version: 0.5.44-1+b1
Severity: important
X-Debbugs-Cc: pi...@debian.org
Hello,
picca@cush:/tmp$ debian-svp new-upstream libobjcryst
Traceback (most recent call last):
File "/usr/bin/debian-svp", line 33, in
sys.exit(load_entry_point('silver-
':!/.gitignore' ':!*/.gitignore'
dgit:
dgit: ... debian/patches is missing; perhaps this is a patch queue branch?
picca@page:~/debian/science-team/hyperspy$ git diff
4f3547c9556f7313400bf895d6a00bce3b8e6ee5 HEAD -- :/ ':!debian' ':!/.gitignore'
':!
[17:20:31]: host page; command line: /usr/bin/autopkgtest
/home/picca/debian/science-team/pyfai_2025.01-1.dsc
/home/picca/debian/science-team/pyfai_2025.01-1_amd64.changes -- unshare
--release UNRELEASED --arch amd64
: failure: ['mmdebstrap', '--variant=apt',
'--skip
It seems that the pytest cache directory try to write under a read only
part of the system...
Testing with python3.13:
= test session starts
==
platform linux -- Python 3.13.2, pytest-8.3.4, pluggy-1.5.0 --
/usr/bin/python3.13
cachedir:
Package: silx
Version: 1.1.0+dfsg-5
Severity: important
Dear Maintainer,
The autopkgtests fail with this error message
477s File "/usr/lib/python3/dist-packages/_pytest/cacheprovider.py", line
184, in set
477s self._mkdir(path.parent)
477s File "/usr/lib/python3/dist-packages/_pytest/ca
thanks a lot, it is ok with this NMU, you can also commit to the git repositoy
if you want :).
https://salsa.debian.org/science-team/ifeffit
Cheers
Fred
Hello Andreas,
you can fill an RM request. I think also that I do not have any time for
this software which I do not use anymore myself... I switched to
haskell ;).
Cheers
Fred
Is it possible to make it binNMUable ?
Fred
- Le 14 Jan 25, à 13:20, Emilio Pozuelo Monfort po...@debian.org a écrit :
> Package: pyvkfft-cuda
> Version: 2024.1.4+ds1-4
> Severity: serious
>
> Hi,
>
> The ongoing python3.13 as python3 interpreter causes your package to be
> uninstallable,
for more details):
- hkl-0.1.0.2 (lib) (first run)
- hkl-0.1.0.2 (exe:binoculars-ng) (first run)
Preprocessing library for hkl-0.1.0.2..
Building library for hkl-0.1.0.2..
[18 of 36] Compiling Hkl.H5 ( src/Hkl/H5.hs,
/home/picca/src/repo.or.cz/hkl/binoculars-ng/dist-newstyle/build/x86_64
Hello Jose Luis,
is it possible to solve this bug in order to avoid a bunch of reverse
dependency removal.
thanks a lot
Frédéric-Emmanuel
Source: scipy
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello,
I am working on package which require the ascent.dat in order to run its test.
/usr/lib/python3/dist-packages/scipy/datasets/_fetchers.py:71: in ascent
fname = fetch_data("ascent.dat")
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
graph...
Checking test dependency graph end
test 1
Start 1: clpeak_test_run
1: Test command:
/home/picca/tmp/clpeak-1.1.2/obj-x86_64-linux-gnu/clpeak
1: Working Directory: /home/picca/tmp/clpeak-1.1.2/obj-x86_64-linux-gnu
1: Test timeout computed to be: 1000
1:
1: Platform: AMD Accelerated
Le 2024-09-30 08:57, Cordell Bloor a écrit :
Hi Fred,
Hello
Thanks. Does this clpeak work for you? Or are you experiencing this
same bug?
I am the one who reported the bug, so yes I am affected by this same bug
;)
We could try reviewing the package lists of systems where it works and
wh
Hello,
In any case, it works on my machine. I cannot reproduce the bug, so it
will require more investigation to determine why you're encountering
this problem and I am not.
What kind of investigation ?. I can test a few things.
another point
It would be great if the rocm-opencl-icd packag
Package: python3-gemmi
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
While preparing the new version of dials, I discoverd that the gemmi dependency
was not automatically generated during the packaging process. Indeed,
python3-gemmi does not provide the necessary dist-info
Package: rocm-opencl-icd
Version: 5.7.1-5
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I just installed rocm-opencl-icd and try to run the clpeak program.
But I get this error message
$ clpeak
: CommandLine Error: Option 'sanitizer-early-opt-ep' registered more than once!
- Le 17 Sep 24, à 20:02, Mechtilde Stehmann mechti...@debian.org a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Mechtilde Stehmann
> X-Debbugs-Cc: debian-de...@lists.debian.org, mechti...@debian.org
>
> * Package name: webext-folder-account
> Version : 12.0
> Upstre
Package: bornagain
Version: 22~git20240726093306.cb41cc4+ds3-1
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
While trying to use bornagain, I got this error message
$ bornagain
bornagain: error while loading shared libraries: _libBornAgainGUI.so: cannot
open shared object
> That is true. I don't consider the bug to be the use of a temporary
> directory,
> but instead the embedding of build paths. I'll do some more investigation to
> try to figure out whether that can be resolved within the build toolchain.
thanks
> It appears my fix here is incomplete or inaccu
> The meson-python build generates and uses a temporary, randomized build
> directory path only when no build-dir setting is already configured. So we
> may
> be able to resolve this problem by choosing an appropriate static build-dir.
why not fixing meson-python directly. This way it is simp
If you are part of the Debian science just push to the repository.
It is easyer for me to revert from git, than to remember to check for MR :)
thanks a lot for these investigation.
it is very appreciable
Frederic
- Le 9 Aoû 24, à 13:18, James Addison via Debian-pan-maintainers
debian-p
Hello, I am the facet-analyser maintainer/upstream (support)
If fact the conflict comes from
facet-analyser -> libinsighttoolkit5-dev -> lib-vtk9-dev -> python3-vtk9
facet analyser which is a PV plugins depends also on paraview-dev.
facet-analyser -> paraview-dev -> conflict with python3-vt
the packaging of the next version is done here
https://salsa.debian.org/js-team/node-jupyterlab
in the branch merge-python-and-node
to build it
git clone -b merge-python-and-node
https://salsa.debian.org/js-team/node-jupyterlab
and
cd node-jupyterlab
gbp buildpackage --git-ignore-branch \
Running the upstream script I have this
$ bash ./ci_script.sh
+ set -o pipefail
+ export YARN_ENABLE_GLOBAL_CACHE=1
+ YARN_ENABLE_GLOBAL_CACHE=1
+ export YARN_ENABLE_INLINE_BUILDS=1
+ YARN_ENABLE_INLINE_BUILDS=1
+ [[ '' != nonode ]]
+ python -c 'from jupyterlab.commands import build_check; buil
Source: jupyterlab
Version: 4.0.11+ds1-2
Severity: normal
Dear Maintainer,
It would be great if we could run integration test with autopkgtests.
The upstream run test test using the attached file
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stab
ODULE_NOT_FOUND',
requireStack: []
}
Node.js v20.15.1
[I 2024-08-06 18:03:27.952 ServerApp] jupyterlab | extension was successfully
linked.
[I 2024-08-06 18:03:27.955 ServerApp] Writing Jupyter server cookie secret to
/home/picca/.local/share/jupyter/runtime/jupyter_cookie_secret
[I 202
Package: pkg-perl-tools
Version: 0.79
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
When preparing one of my package, I did
orange-canvas-core$ dpt prepare
gbp pull
gbp:info: Fetching from default remote for each branch
gbp:info: Branch 'upstream' is already up to da
Source: cython
Version: 3.0.10+dfsg-5
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
while working on the pyfai packages, I got an FTBFS due to gcc-14.
like this
[34/91] cc -Isrc/pyFAI/ext/sparse_utils.cpython-312-x86_64-linux-gnu.so.p
-Isrc/pyFAI/ext -I../src/pyFAI/ext -I
Package: gourmand
Version: 1.1.0+really1.1.0~rc3-4
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
While trying the applciation I got this instead of a working application
$ gourmand
args = Namespace(db_url='', threads=False, gourmanddir='',
thread_debug_interval=5.0, thread
Package: coot
Version: 1.1.08+dfsg-3
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
While using coot I found that it save it's states in these files
DEBUG:: saving state to filename 0-coot.state.py
State file 0-coot.state.py written.
State file 0-coot-history.py written.
State
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: pyta...@packages.debian.org, pi...@debian.org
Control: affects -1 + src:pytango
User: ftp.debian@packages.debian.org
Usertags: remove
pytango's migration to testing is blocked by the lack of an s390x
build; this lack is due to the build be
Here the upstream point of view about the CVE.
https://github.com/epics-base/epics-base/issues/405
check with the security team, if their analyse is ok ?
Fred
I forgot to add that you start this script like this
Test-Command: xvfb-run -s "-screen 0 1024x768x24 -ac +extension GLX
+render -noreset" sh debian/tests/gui
Depends:
mesa-utils,
coot,
xauth,
xvfb,
Restrictions: allow-stderr
Package: coot
Version: 1.1.08+dfsg-2
Severity: important
X-Debbugs-Cc: pi...@debian.org
while trying to start coot, I get this error message.
$ coot
INFO:: built with GTK 4.12.5
pdd /usr/share/coot
WARNING:: Coot REFMAC dictionary override COOT_REFMAC_LIB_DIR
/usr/share/coot/lib failed to find
Here the diff between the epics version (debian patch unapplyed) and the
current 2.1.0 version of yajl (debian patch unapplyed).
not that simple...diff --git a/src/yajl.c b/src/yajl.c
index d477893..fdad3f6 100644
--- a/src/yajl.c
+++ b/src/yajl.c
@@ -1,5 +1,5 @@
/*
- * Copyright (c) 2007-2014,
following a different path...,
I added this in the rules file
-export POSIX_CFLAGS+=$(CFLAGS)
+export POSIX_CFLAGS+=$(CFLAGS) $(shell pkgconf --cflags yajl)
export POSIX_CFLAGS+=$(CPPFLAGS)
export POSIX_CPPFLAGS+=$(CPPFLAGS)
-export POSIX_LDFLAGS+=$(LDFLAGS)
+export POSIX_LDFLAGS+=$(LDFLAGS) $(sh
I am working on it at the upstream level
need a few more days.
Cheers
Fred
Hello Andreas,
I have another autopkgtest failure on armel with silx and pocl
The content of check_atomic32 is
def check_atomic32(device):
try:
ctx = pyopencl.Context(devices=[device])
except:
return False, f"Unable to create context on {device}"
else:
queue
Package: silx
Version: 2.0.1+dfsg-1
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello, the armel autopkgtest fail with this error message
1016s autopkgtest [22:49:50]: test opencl: [---
1017s pocl warning: encountered incomplete implementation in
./lib/CL/clGetDeviceInfo.
bravo !!!
This is team works. :))
Cheers
Frederic
Here an analyse of the FTBFS
On the amd64, I have two failures dureing the test
Test Summary Report
---
testPVAServer.t(Wstat: 0 Tests: 0 Failed: 0)
Parse errors: No plan found in TAP output
Files=6, Tests=129, 1 wallclock secs ( 0.05 usr 0.01 sys + 0.09 cusr 0.06
csys
A workaround for now is to use this
POCL_WORK_GROUP_METHOD=cbs
Jerome is helping also here trying to understand the problem...
https://github.com/silx-kit/silx/issues/4073
POCL_WORK_GROUP_METHOD=cbs python3 test.py
make it works
$ POCL_WORK_GROUP_METHOD=cbs python3 test.py
[SubCFG] Form SubCFGs in bsort_all
[SubCFG] Form SubCFGs in bsort_horizontal
[SubCFG] Form SubCFGs in bsort_vertical
[SubCFG] Form SubCFGs in bsort_book
[SubCFG] Form SubCFGs in bsort_file
[SubC
With latest version (PAS OK)
$ dpkg -l | grep pocl
ii libpocl2-common5.0-2.1
all common files for the pocl library
ii libpocl2t64:amd64 5.0-2.1
amd64
Debian12 (OK)
$ dpkg -l | grep pocl
ii libpocl2:amd64 3.1-3+deb12u1
amd64Portable Computing Language library
ii libpocl2-common 3.1-3+deb12u1
all co
On Debian12 it works out of the box
$ POCL_DEBUG=1 python3 test.py
[2024-03-11 10:05:31.837738936]POCL: in fn pocl_install_sigfpe_handler at line
229:
| GENERAL | Installing SIGFPE handler...
[2024-03-11 10:05:31.868890390]POCL: in fn POclCreateCommandQueue at line 98:
| GENERAL | Crea
We already had the warning message
[2024-03-10 14:26:18.189651850]POCL: in fn void
appendToProgramBuildLog(cl_program, unsigned int, std::string&) at line 111:
| ERROR | warning:
/home/picca/.cache/pocl/kcache/tempfile_msXjLw.cl:861:14: AVX vector argument
of type '__priva
Here a log with POCL_DEBUG=all
picca@cush:/tmp$ python3 test.py
[2024-03-10 14:22:19.462191847]POCL: in fn pocl_install_sigfpe_handler at line
265:
| GENERAL | Installing SIGFPE handler...
[2024-03-10 14:22:19.475550217]POCL: in fn POclCreateCommandQueue at line 103:
| GENERAL
111:
| ERROR | warning:
/home/picca/.cache/pocl/kcache/tempfile_NcEztR.cl:861:14: AVX vector argument
of type '__private float8' (vector of 8 'float' values) without 'avx' enabled
changes the ABI
warning: /home/picca/.cache/pocl/kcache/tempfile_NcEztR.cl:893:14: AVX v
1 - 100 of 1020 matches
Mail list logo
