lsa.debian.org/debian/opendht/-/merge_requests/6>
>
> Then, we will move on to Jami.
>
Sounds good.
>
> Cheers,
>
Best,
--
Amin Bandali
Free Software Consultant
Savoir-faire Linux
GNU Jami: bandali
appreciate it if y'all would take my changes for a spin and see if
you're able to build jami_20191214.1.07edb5e with them. If yes, and if
everyone's happy with the changes and they're merged, next we could try
building the most recent version of Jami and see how that goes.
Best,
--
Amin Bandali
Hello Alexandre, Aurelien,
Thanks for the patch. I don't have access to any riscv64 machines to
test this. However if you confirm that it fixes the build on riscv64
and introduces no regressions on any arches then I'll ask for it to be
applied upstream.
Thanks,
--
Amin Bandali
Free Software
Hi Helmut,
Helmut Grohne writes:
> Hi Amin,
>
> On Wed, Dec 30, 2020 at 11:30:48AM -0500, Amin Bandali wrote:
>> I'm inclined to close this since Jami builds fine now.
>
> Doesn't look like that to me:
>
> http://crossqa.debian.net/build/ring_20201217.1.80217fa%7Eds1
I'm inclined to close this since Jami builds fine now.
Alexandre?
--
Amin Bandali
Free Software Consultant
Savoir-faire Linux
jami:bandali
Hello,
Aurelien Jarno writes:
> Hi,
>
> On 2020-12-28 18:01, Amin Bandali wrote:
>> Hello Alexandre, Aurelien,
>>
>> Thanks for the patch. I don't have access to any riscv64 machines to
>> test this. However if you confirm that it fixes the build on riscv64
over the past ~2 weeks), let's apply this patch here on the Debian side.
Also, I'll open an MR against the repo with a slightly revised patch for
#979492, and once we've merged these two changes let's do a new upload
to unstable asap so that hopefully it can make it into testing in time
before the free
make it
into testing on time before the freeze.
Thanks,
--
Amin Bandali
Free Software Consultant
Savoir-faire Linux
jami:bandali
Hi Bruno, :-)
Thank you for your patch. I've opened a merge request with improvements
to both the package description and the appstream metadata:
https://salsa.debian.org/pkg-voip-team/ring/-/merge_requests/5
Alexandre, would you please merge this?
Thanks,
--
Amin Bandali
Free Software
Please find attached a patch with an upstream patch to fix this.
Related: https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes
>From b07acda4afb3056040bd2b07d209b76bec90a988 Mon Sep 17 00:00:00 2001
From: Amin Bandali
Date: Fri, 1 Sep 2023 21:11:04 -0400
Subject: [PATCH] Add upstr
Control: merge 1054359 1054798
Control: tags -1 pending
X-Debbugs-CC: Tobias Frost
Hi Lucas,
Thanks for the bug report. However, this is a duplicate of #1054359,
so I'm merging the two. I have an upload[1,2] pending review and
sponsoring by Tobi - the AM for my DD process - to fix the FTBFS
Hi Tobi,
Thanks for the report. :-)
I just uploaded 0.6.19+ds-1 to unstable, repacking the
orig upstream tarball to remove several embedded copies;
namely:
- dev/asio/*
- dev/fmt/*
- dev/nodejs/http_parser/*
- dev/rapidjson/*
- dev/restinio/third_party/zlib/*
I believe none of these were
/d118c24c45674fe8ae75ae96b318a4cb1320
Tobi, if there are still no objections in the coming days, I'd
appreciate it if you'd please sponsor this to unstable for me.
Thanks,
-a
>From d118c24c45674fe8ae75ae96b318a4cb1320 Mon Sep 17 00:00:00 2001
From: Amin Bandali
Date: Tue, 24 Oct 2023 19:54:36 -0
Package: wnpp
Severity: wishlist
Owner: Amin Bandali
* Package name: libgedit-gtksourceview
Version : 299.0.4
Upstream Contact: Sébastien Wilmet
* URL : https://github.com/gedit-technology/libgedit-gtksourceview
* License : LGPL-2.1+
Programming Lang: C
00:00:00 2001
From: Amin Bandali
Date: Sun, 1 Oct 2023 23:16:05 -0400
Subject: [PATCH] debian/control: Remove 'Conflicts: nex' (Closes: #1051364)
---
debian/changelog | 8
debian/control | 1 -
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/deb
Hiya,
Manphiz writes:
> Manphiz writes:
>
>> Another finding is that in 28.x, if the term buffer have any further
>> questions to ask, debian-bug seems to consider the process stuck and
>> would just ignore everything and proceed. In 29.x however, the term
>> buffer seems to be able to accept
X-Debbugs-CC: Tobias Frost
Hello Antonio,
Antonio Russo writes:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "kcollectd":
>
> * Package name : kcollectd
>Version : 0.12.1-1
>Upstream contact : Antonio
X-Debbugs-CC: Tobias Frost , David Bremner
Dear Tobi,
This is now ready for review and hopefully upload through NEW. :-)
https://mentors.debian.net/package/erc/
https://salsa.debian.org/emacsen-team/erc
Thanks in advance,
-a
P.S. I checked with David about (re)using the existing 'erc'
Control: tags -1 pending
Hey Manphiz,
Manphiz writes:
> Hi Amin,
>
> Amin Bandali writes:
>
>> Hiya,
>>
>> Manphiz writes:
>>
>>> Manphiz writes:
>>>
>>>> Another finding is that in 28.x, if the term buffer have any further
>
X-Debbugs-CC: Tobias Frost
Dear Tobi,
This is now ready for review and hopefully upload through NEW. :-)
https://mentors.debian.net/package/delight/
https://salsa.debian.org/emacsen-team/delight
Thanks,
-a
Package: wnpp
Severity: wishlist
Owner: band...@gnu.org
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-emac...@lists.debian.org
* Package name: erc
Version : 5.5
Upstream Contact: Amin Bandali , F. Jason Park
* URL : https://www.gnu.org/software/emacs/erc.html
Control: tags -1 pending
X-Debbugs-CC: Tobias Frost
Hi Xiyue,
Xiyue Deng writes:
> Hi Amin,
>
> Amin Bandali writes:
>
>> Hey Manphiz,
>>
>> Thanks for the patch!
>>
>> However, looking at https://salsa.debian.org/emacsen-team/boxquote-el
>>
Control: tags -1 pending
X-Debbugs-CC: Tobias Frost
Hello,
Apologies this took *a while* to get to, but it's [nearly] here,
at last:
I've added an opendht-tools package as part of the upcoming 3.0.0-4
upload, which among other tools packages python/tools/http_server.py
as /usr/bin/dhtnode-http
Hello,
Aaron M. Ucko writes:
> Petter Reinholdtsen writes:
>
>> I guess someone should test and figure out what the status is. The
>> latest opendht is in Debian unstable and testing now.
>
> As of 2.4.10-1, it no longer floods logs, but it doesn't seem to have
> found anything either:
>
> $
to sponsor it to unstable for me.
Thanks,
-a
>From cbfdd5fb0dcc45639b313eea5cdf2f580be18f52 Mon Sep 17 00:00:00 2001
From: Amin Bandali
Date: Fri, 13 Oct 2023 01:28:35 -0400
Subject: [PATCH] Set user greylist in greylist.conf instead of
milter-greylist.service
---
debian/changelog
Control: tags -1 pending
X-Debbugs-CC: Tobias Frost
Tobi, would you please sponsor this to unstable?
https://salsa.debian.org/debian/milter-greylist
I'll start work on #1002527 shortly.
Thanks,
-a
Hey Manphiz,
Thanks for the patch!
However, looking at https://salsa.debian.org/emacsen-team/boxquote-el
I see we have an 'upstream' branch in the repo, for tracking latest
upstream commits. But it appears that for your MR you essentially
cherry-picked the commits from the upstream repo,
Dear Matthias, Felix,
Please find attached a patch that should fix this.
Would one of you please upload it as well?
Thanks,
-a
Description: Fix FTBFS with GCC-13
For more details, see:
https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes
Author: Amin Bandali
diff --git a/dev/test
Source: opendht
Version: 2.3.1-1
Severity: important
Tags: patch
Hello,
Please find attached the patch for preparing for new upstream version
2.4.9. Please pull in the latest release after merging this.
>From 19922ba06d462b6af7873f8889ec39a41d99b857 Mon Sep 17 00:00:00 2001
From: Amin Band
Source: tiff
Version: 4.4.0-5
Severity: important
Tags: security
Hello,
The following vulnerabilities had been published for tiff:
CVE-2022-2519[0]:
| There is a double free or corruption in rotateImage() at
| tiffcrop.c:8839 found in libtiff 4.4.0rc1
72.1, Ubuntu lunar (devel) is still on 71.1, and it would be great
if this failure was fixed such that roundcube would build with ICU
both older or newer than 72.1.
Thanks,
amin
>From 65c93a6d80218b288e5178ba2692da563bb5015e Mon Sep 17 00:00:00 2001
From: Amin Bandali
Date: Tue, 31 Jan 2023 11
Amin Bandali writes:
> Hello there,
>
> You might find it more convenient to depend on 'valgrind-if-available'
> rather than 'valgrind' itself, per the attached patch. It also skips
> tests that need valgrind, for problematic arches. What do you think?
To be fully clear, by &
Hello there,
You might find it more convenient to depend on 'valgrind-if-available'
rather than 'valgrind' itself, per the attached patch. It also skips
tests that need valgrind, for problematic arches. What do you think?
diff --git a/debian/control b/debian/control
index 44fca69..a130223
Hello,
Aurelien Jarno writes:
> Source: ring
> Version: 20230206.0~ds1-2
> Severity: serious
>
> On 2023-02-08 08:40, Debian FTP Masters wrote:
>> jami_20230206.0~ds1-2_amd64.deb: has 5 file(s) with a timestamp too far in
>> th=
>> e past:
>> usr/share/applications/jami.desktop (Thu Jan 1
Adrian Bunk writes:
> On Sat, Feb 11, 2023 at 11:47:30PM -0500, Amin Bandali wrote:
>>...
>> For future changes, if you like, you're also welcome to send patches
>> against the package's git repo, either as merge requests on GitLab,
>> or as "git format-pa
Source: xpdf
Version: 3.04+git20240124-1
Severity: important
Tags: ftbfs patch upstream fixed-upstream
X-Debbugs-Cc: band...@debian.org
Dear Maintainer,
I recently uploaded new poppler 24.02.0 to experimental, and xpdf is
one of the affected packages that fails to build from source with it.
a patch to fix the build, forwarded upstream
as well.
>From f5177f706b71a0ef918021c95ace9f60c0754313 Mon Sep 17 00:00:00 2001
From: Amin Bandali
Date: Wed, 14 Feb 2024 09:56:10 -0500
Subject: [PATCH] make 'gb.pdf' compile with poppler 24.02.0
Forwarded: https://gitlab.com/gambas/gam
X-Debbugs-Cc: martin.quin...@ens-rennes.fr, cla...@gmail.com
Hi all,
I too am interested in working on getting hare packaged and uploaded.
I also just sent a reply on https://bugs.debian.org/1058646 asking if
Miguel has a WIP repo for QBE packaging up on Salsa somewhere that
I could pull in and
Hi Miguel,
I'm interested in helping with this. Do you have the current state
of your work available on Salsa or elsewhere that I could pull in
and work on? Otherwise I'll just start with a repo under my own
account and we could later transfer it to the 'debian' group or
elsewhere.
Thanks,
-a
Source: sdbus-cpp
Version: 1.4.0-1
Severity: serious
Justification: causes dependent packages to fail to build from source
Tags: patch upstream
Dear maintainer,
The upstream sdbus-cpp 1.4.0 release shipped with a problematic
sdbus-c++.pc pkgconfig file that causes dependent packages that
use it
Hi Miguel,
On Thu, Feb 22, 2024 at 09:23:20PM +, Miguel Landaeta wrote:
> On Thu, Feb 22, 2024 at 02:19:21AM +0000, Amin Bandali wrote:
> > Hi Miguel,
> >
> > I'm interested in helping with this. Do you have the current state
> > of your work available on Sals
Hi,
On Mon, Mar 11, 2024 at 05:55:31PM +0100, Sebastian Andrzej Siewior wrote:
> On 2024-03-11 00:05:54 [+], Amin Bandali wrote:
> > Hi Sebastian, all,
> Hi,
>
> > Will this fix be enough for addressing all cases, though?
>
> I think so. Do you have a test case
Hi Sebastian, all,
Will this fix be enough for addressing all cases, though?
I'm thinking specifically of cases where tarball repacking
is involved, for example when using git-buildpackage's
"gbp import-orig --uscan" where uscan is used to download and
repack the upstream tarball, because the
:53.0 -0400
@@ -1,3 +1,12 @@
+lirc (0.10.2-0.8) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/patches/fix-ftbfs-32bit-arches-64bit-time_t.patch: Add
+upstream patch to fix FTBFS on 32-bit arches with 64-bit time_t.
+(Closes: #1066905)
+
+ -- Amin Bandali Fri, 15 Mar 2024
Hello there,
Since nsync doesn't seem especially science-specific, and it is now
orphaned, would you consider moving its repo from the 'science-team'
group on Salsa to the 'debian' group? That way any DD who happens to
do work on the package or wants to adopt it could easily push their
changes
Source: lirc
Version: 0.10.2-0.7
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
In file included from ../lib/lirc_driver.h:18,
from devinput.c:42:
devinput.c: In function ‘devinput_rec’:
devinput.c:461:70: error:
Source: ulfius
Version: 2.7.15-2.1
Severity: serious
Tags: ftbfs patch upstream fixed-upstream
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=ulfius=armel=2.7.15-2.1=1709168616=0
/<>/src/u_websocket.c: In function
Source: libdmtx
Version: 0.7.7-1.1
Severity: important
Dear maintainer,
I'll be uploading an NMU to unstable to change the remaining
reference to libdmtx0b in debian/rules to libdmtx0t64, relating to
the time_t transition. The diff will be like so:
--- libdmtx-0.7.7/debian/rules 2019-04-12
@@
+libdmtx (0.7.7-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Change the leftover reference to libdmtx0b to libdmtx0t64 in
+debian/rules. (Closes: #1066810)
+
+ -- Amin Bandali Wed, 13 Mar 2024 15:28:28 -0400
+
libdmtx (0.7.7-1.1) unstable; urgency=medium
* Non
Hi Carsten, all,
On Fri Mar 22, 2024 at 11:22 AM EDT, Carsten Schoenert wrote:
[...]
> > Thanks a lot for the follow up. Carsten can you confirm with TB if this
> > works as
> > expected?
>
> I need to check this again and in detail, because I had recently some
> issues as the expected hash ids
Hi,
For the record, the absence of kanshictl was previously raised in
https://bugs.debian.org/1026463 but self-closed with a comment about
varlink possibly not being in the best shape for inclusion in Debian.
I'm personally not decided for or against packaging varlink in Debian
at this point. I
51 matches
Mail list logo
