this results in a bad
request.
I am not able to see the same issue on ls-qpack though.
I will update any new findings.
Thanks,
Pranav
From: Pranav P
Sent: Monday, March 10, 2025 10:11 AM
To: sub...@bugs.debian.org ; Paul Gevers
; 1099...@bugs.debian.org <1
Hi Colin,
Thanks a lot. I raised an issue with a suggested fix on pylsqpack's github repo
and has
asked them how they want to integrate the changes. I will also raise a PR to
ls-qpack's
repo. Meanwhile, I am attaching the patch with a commit message generated via
quilt.
I am new to the communit
pack is compiling without
passing any -std flags which defaults to gnu standards).
Thank you
From: Colin Watson
Sent: Tuesday, March 18, 2025 12:11 AM
To: Pranav P ; 1099...@bugs.debian.org
<1099...@bugs.debian.org>
Cc: Paul Gevers ; debian-s390@lis
Hi Bastian,
I found the fix for the stack smash.
I sent to denemo's official maintainer and that patch is also merged with
upstream repository.
I will link the commit and bug report.
https://savannah.gnu.org/bugs/?func=detailitem&item_id=67002#options
https://git.savannah.gnu.org/cgit/denemo.git
Hi Bastian,
The patch got merged to upstream.
I am posting the link here
https://git.savannah.gnu.org/cgit/denemo.git/commit/?id=a1c52e0ef12666361ef5b737a7367b84e27fab9c
Thanks,
Pranav
From: Pranav P
Sent: Tuesday, April 8, 2025 10:18 AM
To: Debian Bug Tracking
Hi Bastian,
It looks like a (size_t*) casting an int variable was causing some problems.
This resulted in the output filenames to be empty strings and outputs were not
being written.
Fixing that seems to fix the issue when building from source.
But when doing 'sbuild' I encounter a 'stack smash
Hi,
I was able to reproduce the issue.
I will update all of my findings in the mailing list.
Thanks,
Pranav
From: Bastian Blank
Sent: Thursday, April 17, 2025 4:45 PM
To: debian-s390 ; 1102...@bugs.debian.org
<1102...@bugs.debian.org>
Subject: [EXTERNAL] Re: git
So, I was checking if there is any evidence that indicates
a potential range for min_batch_size.
I was also planning to ping with the upstream community for clarification.
Thanks,
Pranav
From: Pranav P
Sent: Monday, April 21, 2025 10:08 AM
To: Bastian Blank ; de
Hi,
I had written to the community.
Seems like they already have a more versatile fix.
The fix has already been merged to `next`.
I am providing the reply I received.
https://lore.kernel.org/git/aaefbu-mmy_73...@pks.im/
Thanks,
Pranav
From: Pranav P
Thanks a lot Colin
From: Colin Watson
Sent: Monday, April 28, 2025 5:05 AM
To: Pranav P; 1103...@bugs.debian.org
Cc: Chris Hofstaedtler; debian-s390
Subject: [EXTERNAL] Re: Bug#1103593: python-djvulibre: autopkgtest regression
on s390x
On Wed, Apr 23
Hi Chris,
Thanks for reporting this and I would love to look into this.
I am actually working on a few other bugs as well.
I will try to check this one in parallel.
Please give me some time.
Thanks,
Pranav
From: Chris Hofstaedtler
Sent: Saturday, April 1
Hi Andreas,
Thanks for updating.
And also, I am very grateful for your suggestion.
Thanks,
Pranav
From: Andreas Tille
Sent: Thursday, April 17, 2025 10:17 AM
To: 1103...@bugs.debian.org <1103...@bugs.debian.org>
Cc: debian-s390 ; Thorsten Alteholz
Subject: [EXT
Hi,
Looks like
https://github.com/FRRouting/frr/pull/18662/commits/da8fce3830baa2fd4d70050a3f7677d6e8bd5ad4
by Mark is fixing the issue.
But it's still waiting to be merged.
Thanks,
Pranav
Hi Jeremy,
Sorry to hear that.
I will have to come up with a fix for the `Regress` test failure also.
Thanks,
Pranav
From: Jeremy Bícha
Sent: Tuesday, May 6, 2025 4:01 AM
To: Pranav P
Cc: Berli Gayathri; 1101...@bugs.debian.org; debian-s390
Subject
Hi Jeremy,
It seems like when `simple_setters_caller` calls `simple_setter_caller`
this function calls
`gi_marshalling_tests_properties_accessors_object_set_flags` with
`arg->v_pointer` as the `some_flags` where `some_flags` is an `enum` and
arg->v_pointer is of `void*` (Actually it's a gpoint
Hi Bas,
Thanks for reporting this. I will look into the issue and see what can be done.
Kind Regards,
Pranav
From: Bas Couwenberg
Sent: Thursday, March 6, 2025 9:44 AM
To: Debian Bug Tracking System
Subject: [EXTERNAL] Bug#1099637: RM: python-mapnik [s390x] --
Hi Gregor,
Thanks for the update.
I am able to successfully build the package on s390x machine with the latest
patch applied.
Thank you very much,
Pranav P
From: Gregor Riepl
Sent: Wednesday, February 26, 2025 3:37 PM
To: 1098...@bugs.debian.org <1
I am extremely sorry.
I raised the PR in ls-qpack's repo at
https://github.com/litespeedtech/ls-qpack/pull/76
Thanks
Pranav
From: Colin Watson
Sent: Thursday, March 20, 2025 6:19 PM
To: Pranav P
Cc: 1099935 <1099...@bugs.debian.org>; elbrus ;
Hi Jeremy,
I have submitted a merge request for the Regress test at
https://gitlab.gnome.org/GNOME/gobject-introspection-tests/-/merge_requests/18
Thanks,
Pranav
From: Jeremy Bícha
Sent: Tuesday, May 6, 2025 4:01 AM
To: Pranav P
Cc: Berli Gayathri; 1101
Hi,
I had some updates regarding kitty.
While going through one of the errors, there was this one `union` called
`CPUCell` defined as
```
> typedef union CPUCell {
> struct {
> char_type ch_or_idx: sizeof(char_type) * 8 - 1;
> char_type ch_is_idx: 1;
> char_type hype
Hi Helmut,
In the github issue it was mentioned that this is also failing on `armhf`.
Can you please confirm whether these were the same issues?
Meanwhile I am also checking the code. I will update you if I find something.
Thanks,
Pranav
From: Helmut Groh
Hi,
This is the PR that was raised for this issue.
https://github.com/kovidgoyal/kitty/pull/8668
Thanks,
Pranav
From: Pranav P
Sent: Tuesday, May 20, 2025 11:06 AM
To: elbrus; 1103...@bugs.debian.org; Nilesh Patra; debian-s390
Cc: 1103
Hi,
I assume the upstream maintainer is not maintaining pyacoustid any longer.
Seems like the last commit was made in 2023.
Thanks,
Pranav
From: Pranav P
Sent: Monday, June 2, 2025 12:27 AM
To: Debian Bug Tracking System; Chris Hofstaedtler
Cc: Jeremy
Hi Christoph,
I am from IBM and was just going through the github issue which was raised in
regards to this.
I would love to take a look at the issue. If I can find anything I will update.
Thanks,
Pranav
From: Christoph Berg
Sent: Sunday, June 1, 2025
Source: pyacoustid
Version: 1.3.0-2
Severity: important
Hi,
The PR https://github.com/beetbox/pyacoustid/pull/88 should fix the bug
reported in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1093700
I hope the tests can be re-enabled on s390x now.
Thanks,
Pranav
Hi,
I found a fix for the issue and has raised a PR for the same at
https://github.com/rrthomas/enchant/pull/417
Looks like `valac` needs to be added to `Build-Depends` within the
`debian/control` file.
Thanks,
Pranav
Hi Paul,
The issue is fixed with this bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1107690.
So hope we can close #1107192 as well.
Thanks,
Pranav
Hi Christoph,
I am still looking into this one. Unfortunately outside of sbuild, I am not
able to reproduce this issue.
When I ran `./regress.sh 005.jdbc` the test is passing. But when run in sbuild,
I am getting the error.
I am not sure if I missed any flags or configuration. But due to this I
Hi Paul,
Thanks a lot!
I will also tinker around on this and will update if I find anything
interesting.
And yes, the 3270 console is a bit of a headache for me as well :) (Although, I
use the c3270 emulator so that I don't have to suffer the extra headache caused
by the X11 port forwarding th
Hi Paul,
So sorry for the late reply.
After an upgrade which triggered `update-initramfs`, I was also having the
issue where the system fails to detect the rootfs and would boot into the
initramfs busybox.
After reinstalling bookworm, I updated the sources.list to use unstable and
then did a di
Hi Paul,
Thanks for replying.
But I assume there are still some issues that need to be fixed.
When I install bookworm in an FCP device and then make an upgrade to trixie it
is still failing to detect the rootfs.
I tried installing bookworm on a DASD device and tried upgrading to trixie and
that
Hi Paul,
I think the latest version of `initramfs-tools` is causing the problem.
I was able to reproduce the same issue only by upgrading `initramfs-tools`
without the dist-upgrade.
With this knowledge I chrooted into my failing trixie installation, downgraded
initramfs-tools to the version that
Hi Paul,
It looks like this memory usage is surging when running `assimp info` on FBX
files.
I am able to reproduce the issue in the upstream source code using:
`assimp info /assimp/test/models/FBX/animation_with_skeleton.fbx 2>&1`
I will try to dig deeper and will update if I can find somethin
Hi Mike, hi Paul,
Sure. Thanks a lot.
Hi Kiruthika,
We, LoZ at IBM, along with the community are actively participating in
maintaining Debian on s390x.
I will be representing on behalf of IBM.
Feel free to contact me.
Regards,
Pranav
Hi Kentaro,
I was looking into this bug for some time.
Looks very much like classical endianness issues.
I will update if I find anything.
Thanks,
Pranav
Hi Paul,
The build logs in
https://buildd.debian.org/status/fetch.php?pkg=lomiri-mediaplayer-app&arch=s390x&ver=1.1.1%2Bdfsg-3&stamp=1749682694&raw=0
is indicating that the unit test `video_player` does pass. I tried building the
package from source using cmake and ran ctest on my s390x machine
Hi Christoph,
Thanks to Tatsuo Ishii (is...@postgresql.org) we have a fix for the issue.
I tried with the following patch and it does seem to fix the issue.
```
diff --git a/configure.ac b/configure.ac
index 881966fbc..bd8283090 100644
--- a/configure.ac
+++ b/configure.ac
@@ -105,7 +105,7 @@ dnl
Hi Paul,
With this PR (https://github.com/assimp/assimp/pull/6277) the issue should be
fixed.
Thanks,
Pranav
Hi Paul,
I was currently looking into this package.
In line no. 166 of getinchi.cpp there is a while loop that goes like the
following:
while((ch=is.get())!=EOF)
Here ch is of type char. Whether char is signed or unsigned depends on the
implementation.
Looks like in s390x char is of unsigned n
Hi Paul,
Sorry. I had typed in `unsigned char` in the previous mail instead of `signed
char`.
The following is the git diff.
diff --git a/src/formats/getinchi.cpp b/src/formats/getinchi.cpp
index abda0a244..58c53cdac 100644
--- a/src/formats/getinchi.cpp
+++ b/src/formats/getinchi.cpp
@@ -159,7
41 matches
Mail list logo
