Hi,
On Mon, 05 Feb 2024 07:52:37 + Steve Langasek wrote:
If you have any concerns about this patch, please reach out ASAP. Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
Hi Florian,
On 2024-04-10 16:40, Florian Forster wrote:
pkg-config references paths (/build/reproducible-path/…) that likely
exist on the build system, but are not provided by the package:
```
# pkg-config epics-base --cflags | sed -e 's/ */\n/g'
control: reopen -1
control: found -1 7.0.8+dfsg1-1
Hello,
As epics-base.pc still contains incorrect paths, I am reopening this bug.
Andrius
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
Hi Florian,
On 2024-04-09 16:38, Florian Forster wrote:
Building with EPICS fails because the compiler cannot find
`compilerSpecific.h`:
```
In file included from /usr/include/epics/epicsThread.h:62,
from /usr/include/epics/cadef.h:35,
from src/epics.c:26:
Hi,
On 2024-01-23 01:18, Drew Parsons wrote:
But I notice that python3-spglib doesn't provide the .dist-info
directory that most other python packages provide. I guess dh-python
is using the dist-info mechanism to identify packages. Perhaps we
should file a bug against dh-python for it to run
Hi,
On 2024-01-23 09:32, Andrius Merkys wrote:
I think both #1061263 and #1061357 could be solved by switching spglib's
buildsystem to one based on scikit-build-core, as its pyproject.toml
supports that.
I made an attempt to build spglib with scikit-build-core by specifying
'--buildsystem
Hi,
I think both #1061263 and #1061357 could be solved by switching spglib's
buildsystem to one based on scikit-build-core, as its pyproject.toml
supports that.
Andrius
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
Hi Drew,
On 2024-01-21 19:32, Drew Parsons wrote:
Package: python3-spglib
Version: 2.2.0-2
Severity: normal
python3-spglib fails with python3.12, since the python extension is
built only for python3.11.
Yes, for the time being, spglib builds for default Python only.
spglib should be
Hi Yogeswaran,
On 2024-01-16 03:43, Yogeswaran Umasankar wrote:
I have removed the hard-coded version number from setup.py. I found that
the issue was due to changes in PEP440 version naming convention in
versioneer. For this package no need python3-versioneer, upstream has
its own
Hi Yogeswaran,
On 2024-01-14 18:46, Yogeswaran Umasankar wrote:
I created a patch for fixing AttributeError: module 'configparser' has
no attribute 'SafeConfigParser'. In the process I have updated it to the
latest upstream too. I’ve attached the debdiff for you to check out.
I noticed you
Control: tags -1 + confirmed
Hi,
On 2023-12-30 18:06, Matwey V. Kornilov wrote:
Package: epics-dev
Version: 7.0.7+dfsg1-5
Please note, that epics-base.pc file is installed into
/usr/share/pkg-config instead of /usr/share/pkgconfig and cannot be
found.
I have just fixed this in the packaging
Control: tags -1 + patch pending
Hi,
On 2023-12-21 00:42, Sebastian Ramacher wrote:
Source: dials
Version: 3.12.1+dfsg3-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
Hi,
On 2023-11-19 13:42, Matthias Klose wrote:
dials autopkg tests fail with Python 3.12:
[...]
548s E FileNotFoundError: [Errno 2] No such file or directory:
'/usr/lib/cctbx/python3.12'
548s === short test summary info
548s ERROR -
Control: owner -1 !
Hi,
On 2023-11-14 14:27, Gianfranco Costamagna wrote:
https://github.com/cod-developers/cod-tools/commit/2e9c0aaa367366883105fa9a7ba3d965495700f8
Just removing SPGCONST from the source.c file is enough, trivial patch
attached:
Sadly I opened an upstream PR before
Hi,
On 2023-10-23 22:06, Bastien Roucariès wrote:
Source: fasttext
Source package names in Subject and Source do not match. Please retitle
if this is not intentional.
Best,
Andrius
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
Hi Dmitry,
On 2023-10-17 16:25, Dmitry Baryshev wrote:
> Does it produce desired Debian packages?
I've just pushed a couple of fixes to the Debian rules. I'm able to
build packages on LUbuntu 23.04. Maybe a couple of small fixes are still
needed to build packages on Debian. So the
Hi Dmitry,
On 2023-10-17 13:29, Dmitry Baryshev wrote:
It would be great to have SAIL in Debian, at least in experimental. It's
a C/C++ image decoding library similar to FreeImage. It's already
available in Conan and VCPKG with thousands of installations.
Website: https://sail.software/
Control: tags -1 + unreproducible
On Tue, 26 Sep 2023 15:34:01 +0200 Lucas Nussbaum wrote:
Source: epics-base
Version: 7.0.7+dfsg1-5
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230925 ftbfs-trixie
Hi,
During a rebuild of all packages
control: severity -1 normal
Hello,
In 0.0~git20230914.917f19d-1 I have excluded armel and armhf
architectures from the list of architectures asmjit is built upon. Thus
I think the severity should be normal now.
Andrius
--
debian-science-maintainers mailing list
Hi Emanuele,
On 2023-09-11 12:07, Emanuele Rocca wrote:
On 2023-09-09 08:38, Andrius Merkys wrote:
This is news to me. Could you please point out where in Debian Policy I can
read more about such requirement? I thought I saw packages dropping support
for one or another release architecture
Hi Emanuele,
On 2023-09-05 16:58, Emanuele Rocca wrote:
On 2023-08-28 07:42, Andrius Merkys wrote:
On Wed, 16 Aug 2023 14:29:10 +0200 Emanuele Rocca wrote:
asmjit does not build correctly on the following architectures:
armel, armhf, mips64el, mipsel, s390x.
Does this constitute an RC bug
Hi,
On Wed, 16 Aug 2023 14:29:10 +0200 Emanuele Rocca wrote:
asmjit does not build correctly on the following architectures:
armel, armhf, mips64el, mipsel, s390x.
Does this constitute an RC bug? If not, severity should be lowered.
Thanks,
Andrius
--
debian-science-maintainers mailing list
Hi,
On 2023-06-29 17:06, Paul Gevers wrote:
With a recent upload of gemmi the autopkgtest of finalcif fails in
testing when that autopkgtest is run with the binary packages of gemmi
from unstable. It passes when run with only packages from testing. In
tabular form:
Hi,
On Sun, 25 Jun 2023 15:02:18 + =?utf-8?q?Bastien_Roucari=C3=A8s?=
wrote:
Your package embed a copy of yajl.
I agree with un-embedding.
Could you:
- compile against the packaged yajl package
I spent some time trying, but did not find an unintrusive way to do so.
Adding
Hello,
On 2023-02-28 12:57, Santiago Vila wrote:
Hello. Merely trying network access is already considered RC,
so this should really be serious.
(I would be willing to test a fix if somebody proposes one).
This particular test seems to attempt to communicate to a locally
running server
Hi,
On 2023-02-24 21:00, Thorsten Alteholz wrote:
please also mention Daniel James and the Boost license in your debian/copyright.
Thanks for the hint! I have fixed this and reuploaded.
Best wishes,
Andrius
--
debian-science-maintainers mailing list
Hello,
On 2023-01-14 13:12, Rebecca N. Palmer wrote:
theano has been mostly abandoned upstream since 2018. (The Aesara fork
is not abandoned, but includes interface changes including the import
name, so would break reverse dependencies not specifically altered for it.)
Its reverse
Source: scilab
Version: 6.1.1+dfsg2-4
Hello,
scilab build-depends on liblucene4.10-java while it declares
compatibility with lucene up to 8.4.0 (see scilab/CHANGES.md). Debian
has lucene 8.8.1 packaged as liblucene8-java, which is later than 8.4.0
but is worth trying (I did not try due to
Control: severity -1 important
The upstream says this is a bug in optimization, but they do not have
access to these architectures. For now I have RMed the binaries of
ppc64el and mips64el, thus the package should be allowed to migrate to
testing without them for the time being.
Andrius
--
Hi Thorsten,
On 2022-10-04 21:00, Thorsten Alteholz wrote:
please also mention at least:
The Regents of the University of California
Stanford University and Columbia University
University of Virginia
University of Colorado Boulder, Memorial Sloan Kettering Cancer Center
in your
control: retitle -1 epics-base: FTBFS without network access
control: severity -1 important
On Wed, 10 Aug 2022 16:51:20 +0200 Sven Mueller wrote:
We ran into a build failure of epics-base in Debian testing during
rebuilds, but it seems the same error also occurs in the reproducible
builds
Source: finalcif
Version: 104+dfsg-1
Severity: serious
Tags: ftbfs
finalcif FTBFS with python3-gemmi 0.5.5+ds:
self =
@property
def is_centrosymm(self) -> bool:
"""
Whether a structuere is centro symmetric or not.
"""
if not self.symmops or self.symmops
Control: tags -1 + patch
Hello,
I can confirm the FTBFS with libtbb-dev/2021.5.0-9 in experimental.
However, trilinos can be compiled without TBB by removing the following
from configure step in debian/rules:
-DTPL_ENABLE_TBB:BOOL=ON
With this removed trilinos built fine in experimental.
Source: opencascade
Version: 7.5.1+dfsg1-2
Severity: normal
Tags: ftbfs
Hello,
tbb/onetbb transition (#1007222) is currently in the planning. During
test rebuild of libtbb-dev reverse dependencies with onetbb/2021.5.0-8
in experimental, current source failed to build with the following:
[ 0%]
Source: deal.ii
Version: 9.3.2-1
Severity: normal
Tags: ftbfs
Hello,
tbb/onetbb transition (#1007222) is currently in the planning. During
test rebuild of libtbb-dev reverse dependencies with onetbb/2021.5.0-9
in experimental, current source failed to build with the following:
-- Include
Source: gazebo
Version: 11.10.1+dfsg-2
Severity: normal
Tags: ftbfs
Hello,
tbb/onetbb transition (#1007222) is currently in the planning. During
test rebuild of libtbb-dev reverse dependencies with onetbb/2021.5.0-9
in experimental, current source failed to build with the following:
[ 42%]
Source: onetbb
Version: 2021.5.0-8
Severity: important
Tags: ftbfs
Hello,
onetbb seemingly does not provide libtbbmalloc for mips* architectures.
>From CMakeLists.txt:
if (NOT "${CMAKE_SYSTEM_PROCESSOR}" MATCHES "mips")
if (TBBMALLOC_BUILD)
Hi,
On 2022-05-13 01:32, M. Zhou wrote:
> Yes. If you have time to handle it please go ahead.
> I'm suffering from a recent paper submission deadline,
> so I'm only able to build and upload some small packages
> that can be built on my weak laptop.
> The paper deadline is May 19. After that I
Hello,
Can we proceed with splitting out libtbbmalloc2 if there are no
blockers? tbb/onetbb transition is blocking quite some packages, it
would be nice to deal with all of them until the freeze.
Best,
Andrius
--
debian-science-maintainers mailing list
Hi,
On 2022-04-30 13:29, Neil Williams wrote:
>> Neil, is there a particular reason riscv64 support was disabled in
>> 2021.12+ds1-3?
> I didn't see it as particularly likely that any real-world usage of
> cctbx was manageable on any current RISCV64 hardware.
Thanks for explanation. I usually
Hello,
On 2022-04-08 17:57, Graham Inggs wrote:
> Building on riscv64 was silently disabled in 2021.12+ds1-3.
> 2021.12+ds1-2 built successfully in the past [1], and 2021.12+ds1-4
> continues to build in Ubuntu.
>
> Please re-enable building on riscv64 as we would like to promote
> riscv64 to a
Hi Andreas,
On 2022-04-23 14:21, Andreas Metzler wrote:
>> After that, build fails at dh_shlibdeps step:
>>dh_shlibdeps
>> dpkg-shlibdeps: error: cannot find library libtbbmalloc.so.2 needed by
>> debian/libtbbmalloc2/usr/lib/${DEB_HOST_MULTIARCH}/libtbbmalloc_proxy.so.2
>> (ELF format:
Hello,
For me tbb 2020.3-1 fails to build in sid chroot with tbb.diff applied.
First of all, build runs into missing symbols. I managed to get past
this by removing them:
--- a/debian/libtbbmalloc2.symbols.amd64
+++ b/debian/libtbbmalloc2.symbols.amd64
@@ -2,8 +2,6 @@ libtbbmalloc.so.2
Hi,
On 2021-11-26 16:39, Sebastian Dransfeld wrote:
> I only saw the errors, and assumed it wouldn't work. So I "fixed" it without
> testing fenics, and just wanted to notify:)
Thanks for the report. I have submitted a bug report on the package
dropping these errors:
Package: python3-mshr
Version: 2019.2.0~git20200924.c27eb18+dfsg1-7
Hello,
When installing python3-mshr in clean sid chroot, the following message
is displayed multiple times:
"""
Error processing line 3 of /usr/lib/python3/dist-packages/mshr.pth:
Traceback (most recent call last):
File
Control: severity -1 wishlist
Hello,
Actually, simbody does not block macromoleculebuilder v3.5. Nevertheless
it would be nice to have the newest simbody.
Best,
Andrius
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
Source: simbody
Hello,
I saw that salsa contains packaging for simbody v3.7, but it does not
seem to be uploaded. Are there any blockers for that? I need simbody
v3.7 to update macromoleculebuilder.
Best,
Andrius
--
debian-science-maintainers mailing list
Hi Sebastian,
On 2021-11-23 16:00, Sebastian Dransfeld wrote:
> Installed fenics with «apt get fenics», and it fails because it cannot
> find /usr/lib/petsc/include/petscconf.h. This file is provided by
> libpetsc-real-dev, but it is provided by alternatives. So it isn’t
> available until this
Version: 3.6.0-1
Control: tags -1 + confirmed
Hello,
I can confirm that at least python3-gi and libgtk-3-dev are required to
run gpu-mon. Since libgtk-3-dev brings a lot of other dependencies, it
may need some narrowing down.
Andrius
--
debian-science-maintainers mailing list
Control: fixed 995133 3.6.0
Control: tags 995133 + fixed-upstream pending
Hi,
On 2021-09-27 00:04, Gregor Riepl wrote:
> gpu-pac currently fails on my system because of a hex string parsing issue in
> python3-gpumodules:
>
> Traceback (most recent call last):
> File "/usr/bin/gpu-pac", line
control: fixed 984346 1.0.4-1
control: tags 984346 + fixed-upstream
Hello,
I tried to reproduce the bug with new upstream release, 1.0.4, and it
seems that it is gone now.
Best,
Andrius
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
Hi Helmut,
On 2021-06-16 17:49, Helmut Grohne wrote:
> cif-api fails to cross build from source, because the upstream configure
> script uses the build architecture pkg-config. The simple solution is to
> replace the relevant AC_PATH_PROG with AC_PATH_TOOL. A better solution
> would likely be
Hi Nilesh,
On 2021-06-03 13:05, Nilesh Patra wrote:
> On Thu, 3 Jun 2021 at 13:10, Andrius Merkys <mailto:mer...@debian.org>> wrote:
> On 2021-06-02 19:29, Nilesh Patra wrote:
> > Nauty fails to cross build due to two reasons:
> >
> > 1. It uses A
Hi Nilesh,
On 2021-06-02 19:29, Nilesh Patra wrote:
> Nauty fails to cross build due to two reasons:
>
> 1. It uses AC_RUN_IFELSE testing which cannot heppen during cross build
>Simply replacing it by AC_LINK_IFELSE does the trick. Please find the
>patch for this below, and consider
Control: tags -1 + confirmed
Control: owner -1 !
On 2021-04-26 04:24, Kevin Ryde wrote:
> It'd be good if the libnauty2-dev included the gentreeg.c source in
> /usr/share/nauty, together with geng.c. gentreeg.c has a GENTREEG_MAIN
> option so can be compiled to make trees within a user program.
Hi,
On 2021-04-12 10:42, Picca Frédéric-Emmanuel wrote:
> $ binoculars-gui
> Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use
> QT_QPA_PLATFORM=wayland to run on Wayland anyway.
> /usr/bin/binoculars-gui:1276: DeprecationWarning: In future, it will be an
> error for 'np.bool_' scalars
Hi Andreas,
On 2021-03-25 09:39, Andreas Beckmann wrote:
> On 24/03/2021 22.59, Andrius Merkys wrote:
>> However, I am not sure how to proceed next. In principle I could tinker
>> with maintscripts, but I am not sure how to instruct piuparts to pick my
>> .deb instead of wh
On 2021-03-17 00:51, Andreas Beckmann wrote:
> The following should catch both cases:
>
> symlink_to_dir /usr/share/doc/nauty /usr/share/doc/libnauty2 2.7r1+ds-2~
I have applied the fix suggested by Andreas, and managed to get piuparts
checks passing locally. Uploaded the fixed package.
Best,
Hello,
On 2021-03-24 15:58, Torrance, Douglas wrote:
> Has there been any progress on this bug? I'm not sure how to reproduce
> it, but I'd be happy to help in any way that I can. nauty and its
> reverse dependencies have been marked for auto-removal on Apr. 29
> because of it.
I managed to
On 2021-03-17 00:51, Andreas Beckmann wrote:
> On 16/03/2021 16.05, Andrius Merkys wrote:
>> symlink_to_dir /usr/share/doc/nauty libnauty2 2.7r1+ds-1~
>
> That looks correct.
Thanks for confirming.
>> From this I gather that upgrades of nauty <= 2.7r1+ds-1 to this new
&
Hello,
On 2021-03-16 12:39, Andreas Beckmann wrote:
> 1m40.0s ERROR: FAIL: silently overwrites files via directory symlinks:
> /usr/share/doc/nauty/changelog.Debian.gz (nauty) !=
> /usr/share/doc/libnauty2/changelog.Debian.gz (libnauty2:amd64)
> /usr/share/doc/nauty ->
Hi Sébastien,
On 2020-12-28 15:14, Sébastien Hinderer wrote:
> Actually,
>
> xlsx2csv foo.xlsx
>
> does write the CSV output on stdout.
Glad the upstream answered your question.
> I think this bug report can now be closed.
How about reading from stdin? Can you confirm that /dev/stdin does
Source: etsf-io
Version: 1.0.4-5
Severity: normal
Old download page of etsf-io is now gone [1], as etsf-io seems to have
switched to GitHub [2]. However, the releases are not tagged there, thus
fetching tarballs with meaningful version numbers is impossible for the
time being. I have opened an
reopen 977293
forwarded https://github.com/dilshod/xlsx2csv/issues/213
thanks
Dear Sébastien,
On 2020-12-27 18:16, Sébastien Hinderer wrote:
> Andrius Merkys (2020/12/14 08:16 +0200):
>> Have you tried using /dev/stdin and /dev/stdout on the command line?
>> This usually
Hello,
On 2020-12-13 19:00, Sebastien Hinderer wrote:
> Dear upstream authors,
Debian is not the upstream of this package. Bug reports filed in Debian
BTS are not automatically forwarded to upstream either. To contact the
upstream, I suggest opening an issue on their GitHub issue tracker [1].
>
Hi Andreas,
On 2020-10-15 15:26, Andreas Tille wrote:
> when trying to build paw with gcc / fortran 10 there are some FORTRAN
> errors:
>
>
> ...
> Error: Type mismatch between actual argument at (1) and actual argument at
> (2) (COMPLEX(4)/INTEGER(4)).
>
uploading permissions:
>
> dcut dm --uid 724D609337113C710550D7473C26763F6C67E6E2 --allow benchmark
>
> Thanks!
>
> --
> Michael R. Crusoe
>
--
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT-10257 Vilnius, Lithuania
--
debian-
Hello,
it seems that getdp wants to be linked with private gmsh API, which is not
installed by Debian packages yet [1].
[1] https://packages.debian.org/sid/alpha/libgmsh-dev/filelist
Best,
Andrius
On Mon, 15 Apr 2019, 16:33 boffi, wrote:
> Package: getdp
> Version: 3.0.4+dfsg1-1
> Severity:
>> _cell_angle_beta 89.999996
>> _cell_angle_gamma119.95327
> 24,25c24,25
> < Ac 0. 0.6667 0.6667
> < Ac 0.6667 0. 0.
> ---
>> Ac 0.6667 0. 0.
d
bug. I will upload it soon.
Best wishes,
Andrius
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903666
--
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT-10257 Vilnius, Lithuania
--
debian-science-maintainers mailing list
debian-s
o it's not very useful for end-users anyway...)
Hi,
thanks for the patch! I have incorporated it, the fixed package is ready to be
uploaded (I don't have privileges myself).
Best wishes,
Andrius
--
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
L
librarian.net/375388523/cod-tools_2.1+dfsg-1_2.1+dfsg-1ubuntu1.diff.gz
>
this is already fixed and waiting for sponsor to be uploaded.
Many thanks!
Andrius
--
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT-10257 Vilnius, Lithuania
--
debian-science-m
Package: lammps
Severity: wishlist
lammps has an optional feature to generate irreducible q-points set via spglib,
which is now packaged in Debian. I attach a patch to enable this feature.
lammps must build-depend on libsymspg-dev in order to use it.
Best,
Andrius
--
Andrius Merkys
Vilnius
Package: src:debian-science
Version: 1.7
Please replace spglib with libsymspg-dev, since this is the libdevel package
from spglib source.
Thanks,
Andrius
--
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT-10257 Vilnius, Lithuania
--
debian
them in your debian/copyright.
>
> Thanks!
> Thorsten
>
>
>
> ===
>
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.
>
--
Andrius Merkys
Vilnius Univers
75 matches
Mail list logo