Hi,
There is an upstream patch available for this issue at
https://github.com/gost-engine/engine/commit/e0a500ab877ba72cb14026a24d462dd923b90ced
I'll be uploading that to Ubuntu.
BTW, I'll also upload another patch there because the perl tests have
started running (a dep somehow became installed
Hi,
After some trial and error, I found out that if dojo is rebuilt, the
tests pass. I don't know what changed in rhino and the upstream
changelog for the new version is pretty long with lots of things
specific to its API which I'm not familiar with.
Anyway, a no-change rebuild should be enough.
for python3.13
+(Closes: #1090225)
+
+ -- Adrien Nader Tue, 14 Jan 2025 12:07:51 +0100
+
freezegun (1.5.1-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru freezegun-1.5.1/debian/patches/admin-support-python-3.13.patch
freezegun-1.5.1/debian/patches/admin-support-py
On Thu, Jan 09, 2025, Adrien Nader wrote:
> There is another FTBFS due to SWIG reading sys/select.h with openssl 3.4
> and for that I don't have a good solution but only a work-around to be
> applied to openssl:
> https://git.launchpad.net/ubuntu/+source/openssl/tree/debian/pa
I've encountered this issue through Ubuntu and made a patch:
https://git.launchpad.net/ubuntu/+source/m2crypto/tree/debian/patches/ftbfs-swig-4.3-changed-exception.patch
The patch loses compat with SWIG < 4.3 however so maybe not fit for
inclusion upstream, I haven't started discussing that upstre
d/p/python3.13/0005-tests-match-python-3.13-drop-leading-whitespace-in-e.patch
+
+ -- Adrien Nader Wed, 08 Jan 2025 10:56:51 +0100
+
breezy (3.3.9-1) unstable; urgency=low
* New upstream release.
diff -Nru
breezy-3.3.9/debian/patches/python3.13/0001-tests-generate-test-certificates-that-pass-p
Hi,
There are actually two issues and I've worked on them. I've opened a PR
upstream: https://github.com/breezy-team/breezy/pull/143
I'm also testing an updated package that has a Ubuntu version out of
convenience but there is currently no delta so a Debian upload will be
trivial.
--
Adrien
Hi Colin,
While working on this issue in parallel for Ubuntu, I noticed that
setup.py contains a "test_suite" argument that affects the build. I have
not noticed an actual issue due to that, only non-fatal errors in the
build log.
I've opened a PR upstream:
https://github.com/byllyfish/precis_i18
I found https://tug.org/svn/texlive?revision=71214&view=revision this
morning. It only touches the win32 implementations however.
I did something similar for the non-win32 implementation and it fixed
the issue for me:
https://git.launchpad.net/~adrien/ubuntu/+source/texlive-bin/commit/?id=ccb9edaa
Hi Hilmar,
You're absolutely right, thanks for having a look and sorry for the
noise. Trying to go too fast was a bad idea yet another time. :)
I've straced the build and the file seems generated and I see some
interesting things. I've heavily edited the output because the original
is already 11
Hi,
I hit that issue while working on the vtk9 9.3 transition in Ubuntu and
I also tried to add 'texlive-fonts-recommended' as a dependency (at
least temporarily so that the transition can finish). Unfortunately it
only works on amd64. On arm64, armhf, ppc64el and s390x, the error is
still present
Source: camitk
Version: 5.2.0-1
Severity: serious
Tags: ftbfs upstream
Justification: fails to build from source (but built successfully in the past)
While working on the vtk9 9.3 transition in Ubuntu, I found that the
package does not build with VTK 9.3 (at least one incompatibility was
introduce
all usr/include/vtkgdcmpython.h
+
+ -- Adrien Nader Fri, 14 Jun 2024 17:04:24 +0200
+
gdcm (3.0.24-1build1) oracular; urgency=medium
* Rebuild against new libvtk9.3.
diff --git a/debian/control b/debian/control
index 648e47f..56a43dc 100644
--- a/debian/control
+++ b/debian/control
@@ -1,5 +1,6 @
On Fri, Feb 16, 2024, Adrien Nader wrote:
> I was able to analyze the library after modifying auth.h (actually
> cyrus/*.h) to use cyrus/strarray.h and skipping bitvector.h. The
> analysis returns that the library is both time_t and LFS sensitive. I
> will publish a report soon (ho
Hi,
I am trying to update the time_t analysis and I'm seeing a couple issues
in headers. Note that I may also be doing something wrong and/or stupid
since I'm approaching this through a-c-c rather than as a regular user.
The two issues:
- at least auth.h (IIRC) refers to lib/strarray.h but the he
Hi Helmut,
Thanks for identifying and raising this issue.
After Graham mentioned this to me, I also looked at the reports and came
to the same conclusion: the change is actually LFS due to ino_t in
matchpathcon_filespec_add().
Providing two APIs makes me quite uneasy due to having core components
On Wed, Jun 21, 2023, julien.pu...@gmail.com wrote:
> Le mardi 20 juin 2023 à 22:38 +0200, Adrien Nader a écrit :
> >
> >
> > The patch seems to fix the issue. I say "seem" because the build
> > compiled the file that was failing to build but the build is n
On Tue, Jun 20, 2023, julien.pu...@gmail.com wrote:
> Hi,
>
> Le mardi 20 juin 2023 à 15:35 +0200, Adrien Nader a écrit :
> > I was looking at the migration for coq on Ubuntu and a build failure
> > on armhf is preventing it.
> >
> > I expect that this issue
Hi,
I was looking at the migration for coq on Ubuntu and a build failure on
armhf is preventing it.
I expect that this issue is fixed by the following commit:
https://github.com/UniMath/UniMath/commit/1716c078b00c18dcabf63f671e414d7ba33cb23c
Split the proof of associators_equiv to make sur
Hi,
I was looking at this FTBFS in Ubuntu and noticed that upstream has
migrated to github, away from bitbucket. You can see a link from the
current upstream page to pypi and then land on github. It is not the
same person though but both of them are listed on the pypi page.
I'm going to email the
20 matches
Mail list logo
