Hi again,
* Nicolas Schodet [2025-04-25 19:18]:
> > I have not found this patch in BTS neither did I found any MR for
> > imlib2. [...]
> Sorry, I did not send it as it was a quick & dirty test. I cleaned it up
> and attached it to this message in case you choose to use it
Hi,
> I have not found this patch in BTS neither did I found any MR for
> imlib2. [...]
Sorry, I did not send it as it was a quick & dirty test. I cleaned it up
and attached it to this message in case you choose to use it.
Kind regards,
Nicolas.
>From 7a2e0b73e1909e9c851ad13f4c1
lib2-perl.
I think the best would be to upgrade imlib2 to version 1.12.5 with the
added bonus that it fixes another regression[3] in 1.12.4.
[3]: https://git.enlightenment.org/old/legacy-imlib2/issues/32
Nicolas.
may differ or be missing.
I would like to NMU the attached changes in a few days because this
bug blocks the gnat transition.
>From ad493c3f4d1c60c4fe9ac4930906c495b408928d Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sun, 23 Mar 2025 19:19:53 +0100
Subject: [PATCH 1/2] Remove dh-
* Santiago Vila [2025-03-23 12:35]:
> Thanks a lot for the bug tidy up. I'm using "src:" here instead
> so that the bug is shown here:
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=brickos
I am still learning to use the BTS properly :)
Thanks you,
Nicolas.
-hms did not have such change.
The fix has just been uploaded to binutils-h8300-hms, there is still an
upload pending for gcc-h8300-hms to update the build dependency.
Thanks,
Nicolas.
reaks and Replaces. As
> it currently does not, upgrades may fail.
Hi,
I believe this is a packaging error, those files should be better placed
in brickos package rather than brickos-doc, I will fix that.
Thanks,
Nicolas (member of the Debian LEGO team).
On 13/03/2025 16:28, Nicolas Peugnet wrote:
After investigation, this panic also occurs from an upstream checkout:
$ git checkout ab13479
$ go test ./pkg/generators/
E0313 16:22:11.669135 3181592 openapi.go:322] Error when generating:
StringToArray, StringToArray map[string]map[string]map[int
xc00b90839d, 0x3}, {0x0, 0x0}})
/home/nicolas/go/pkg/mod/k8s.io/gengo@v0.0.0-20230829151522-9cce18d56c01/generator/import_tracker.go:88
+0x2b4
k8s.io/gengo/generator.NewImportTrackerForPackage.func2({{0xc00b3aaa40,
0x4}, {0xc00b90839d, 0x3}, {0x0, 0x0}})
/home/nicolas/go/pkg/mod/
Hi,
On Sun, Mar 9, 2025, at 00:28, Jeremy Bícha wrote:
> On Fri, Mar 7, 2025 at 7:03 AM Nicolas Dandrimont wrote:
>> This morning, I've upgraded the gnome-related packages from the 48 beta
>> series
>> to the 48 RC series and rebooted my laptop.
>>
>> Since
ome-shell-extension-prefs:amd64 (48~rc-2, 48~beta-4),
gnome-session-common:amd64 (47.0.1-2, 47.0.1-1)
End-Date: 2025-03-07 12:23:33
Thanks,
Nicolas
[The following system information has been collected after upgrading packages
again, FWIW]
-- System Information:
Debian Release: trixie/sid
APT
Source: nanovna-saver
Followup-For: Bug #1099452
Hello.
> nanovna-saver depends on libpyside6-py3-6.7. The latest uploads of
> pyside6 bumped this version to libpyside6-py3-6.8. Since
> nanovna-saver only builds Arch: all packages, it requires a manual
> change to update the dependencies to the n
Control: tag -1 pending
Hello,
Bug #1098550 in golang-bugsnag-go reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-github-bugsnag-bugsnag-
Control: tag -1 pending
Hello,
Bug #1098564 in golang-opentelemetry-contrib reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-opentelemet
Control: tag -1 pending
Hello,
Bug #1096215 in etcd reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/etcd/-/commit/1aff1b315ef8e3e3965edb9116a8a
Control: tag -1 pending
Hello,
Bug #1096213 in golang-golang-x-exp reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-golang-x-exp/-/commit
e request on salsa that would fix this:
https://salsa.debian.org/go-team/packages/golang-golang-x-exp/-/merge_requests/1
--
Nicolas Peugnet
Control: tag -1 pending
Hello,
Bug #1096213 in golang-golang-x-exp reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-golang-x-exp/-/commit
* Non-maintainer upload.
+ * Add breaks + replaces libcfitsio-dev (<< 4.5.0-5~) (Closes: #1085045).
+
+ -- Nicolas Maillet-Contoz Mon, 24 Feb 2025 15:04:25 +0100
+
cfortran (20210827-1) unstable; urgency=medium
* Use nodoc profiles for examples
diff --git a/debian/control b/debian
Control: tag -1 pending
Hello,
Bug #1098392 in golang-github-r3labs-sse reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/go-team/packages/golang-github-r3labs-ss
On 18/02/2025 14:45, Colin Watson wrote:
On Tue, Feb 18, 2025 at 01:44:35PM +0100, Nicolas Peugnet wrote:
Maybe it would be good to have an entry in the NEWS.Debian file?
NEWS.Debian entries should be user-focused. So if you write one (I
don't know whether it makes sense), it should be
Hi,
On 18/02/2025 15:24, Andrej Shadura wrote:
On Tue, 18 Feb 2025, at 15:10, Nicolas Peugnet wrote:
As the v2 of docker-compose has been rewritten in Go, I started
packaging it from scratch and I indent to maintain it within Debian's Go
team. Do you agree to let me and the Debian Go team
On 18/02/2025 14:45, Colin Watson wrote:
On Tue, Feb 18, 2025 at 01:44:35PM +0100, Nicolas Peugnet wrote:
Colin: do you have some advice on how to properly package docker-compose?
No, sorry. I don't know Go particularly well, and I hardly ever use
Docker.
Also should I copy the conte
On 16/02/2025 11:17, Nicolas Peugnet wrote:
On Sun, 19 Jan 2025 23:57:11 + Colin Watson
wrote:
I uploaded docker-compose 1.29.2-6.4 earlier today to fix that. (I
can't help with packaging 2.x, though.)
I am currently working on packaging the v2 of docker-compose. As it is
now
t help with packaging 2.x, though.)
I am currently working on packaging the v2 of docker-compose. As it is
now a Go package, I will be maintaining it withing Debian's Go team.
It is not fully ready yet. I will see how to convert this bug into an ITP.
--
Nicolas Peugnet
Package: linux-image
Version: 6.1.124-1
Severity: critical
Hardware:
Dell PowerEdge R520 (last BIOS version)
Dell PERC H710P (last firmware version)
On physical machine:
Kernel 6.1.0-25 booted from xen works fine
Kernel 6.1.0-30 standalone works fine
Kernel 6.1.0-30 booted from xen is looping on
openzwave-controlpanel to build with the debian
package libtinyxml.
/Nicolas
imple testing showed that adding
> -mxgot to CFLAGS and CXXFLAGS should get it building on mips64el and
> resolve the bug in the best way.
So this is in good shape, thanks for your response.
Nicolas.
signature.asc
Description: PGP signature
backup plan to go back to newlib if needed,
but I would prefer not to.
Thank you,
Nicolas.
init script but was dropped when updating it to systemd service.
> The old code can be seen at:
https://sources.debian.org/src/motion/4.1.1-1.1/debian/motion.init/#L60
>
Sorry, I must have missed this, the fixed package will be uploaded to
unstable, thanks for the patch!
/Nicolas
e it.
>From d713c8b47b16cee20e6bfe66aa5ba5b43d8129d6 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Thu, 25 Jul 2024 10:48:30 +0200
Subject: [PATCH 1/2] Revert "scripts/mk: Fix pkg-info.mk evaluation by adding
new DEB_TIMESTAMP variable"
This reverts commit c05f82972018d182fa296ef38384a1add
have tested no build,
but the only changes since the (tested) version 10 are
* the line above, tested by Simon Chopin in Ubuntu
* unapplying small style changes reviewed by upstream
From: Nicolas Boulenguez
Subject: [PATCH] Ada: update patches for PR114065 (time_64) to v11
The fix 2bacf86d f
On 18/06/2024 16:39, Martin-Éric Racine wrote:
ti 18. kesäk. 2024 klo 15.52 Nicolas Cavallari
(nicolas.cavall...@green-communications.fr) kirjoitti:
On 18/06/2024 13:14, Martin-Éric Racine wrote:
su 16. kesäk. 2024 klo 9.05 Martin-Éric Racine
(martin-eric.rac...@iki.fi) kirjoitti:
la 15
On 18/06/2024 13:14, Martin-Éric Racine wrote:
su 16. kesäk. 2024 klo 9.05 Martin-Éric Racine
(martin-eric.rac...@iki.fi) kirjoitti:
la 15. kesäk. 2024 klo 16.55 Nicolas Cavallari
(nicolas.cavall...@green-communications.fr) kirjoitti:
I didn't check if there were any adverse effect
On 16/06/2024 08:05, Martin-Éric Racine wrote:
la 15. kesäk. 2024 klo 16.55 Nicolas Cavallari
(nicolas.cavall...@green-communications.fr) kirjoitti:
On 15/06/2024 11:33, Martin-Éric Racine wrote:
Upstream got around releasing a backport of this for branch 9 as
commits
On 15/06/2024 11:33, Martin-Éric Racine wrote:
On Tue, 29 Aug 2023 13:17:51 +0200 Nicolas Cavallari
wrote:
Package: dhcpcd-base
Version: 9.4.1-22
Severity: critical
Tags: security
Justification: breaks unrelated software
X-Debbugs-Cc: Debian Security Team
When the dhcpcd DHCPv4 client
Ah, looks like glibc 3.38 is in testing.
I'll apply the patch in experimental and reupload to unstable then, thanks!
/Nicolas
Hello.
The package needs to build with gnat-13 in order to be part of next
Debian release.
Are you planning a new upload in the near future?
Else, are you OK with a non maintainer upload fixing this specific bug?
upstream part to version 82.
>From 31c2f14e91e2a01c75eb1309f17ea540ffb80571 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sat, 3 Dec 2022 18:56:23 +0100
Subject: [PATCH 02/10] Switch to dh-ada-library >= 8.2 for packaging.mk
---
debian/control | 1 +
debian/rules | 3 +--
2
Source: alire
Followup-For: Bug #1069984
Hello.
This bug is already fixed in 1.2.1-1.1.
The ideal way to close a bug is usually in debian/changelog, but this
bug was open after its fix has been uploaded to experimental,
so you should probably close it as described at
https://www.debian.org/Bugs/D
Source: whitakers-words
Followup-For: Bug #1067285
Hello.
This failure is caused by new compiler warnings, either because of the
switch to gnat-13 or because of changes in Debian options.
Anyway, I suggest to add the following two lines in debian/rules,
somewhere before the inclusion of /usr/share
Hello Mate,
Thanks for letting us know. I just tried with 2.12~rc1-13 and no luck.
I'll wait for 2.12 and let you know if it fixes my issue.
Thanks,
--
Nicolas Haller
On Mon, 15 Jan 2024 07:51:22 + Mate Kukri
wrote:
Hello,
Just letting you know that the 2.12 merge is in progress
i/linux.c:497:linux: kernel numpages: 2227
loader/efi/linux.c:514:linux: kernel @ 0x72a51000
Loading initial ramdisk ...
loader/efi/linux.c:416:linux: Using LoadFile2 initrd loading protocol
Press any key to continue...
---
And that's it.
Let me know if you need me to do more tests.
Thanks
-
+mo...@debian.org (maintainer)
On Thu, 16 Nov 2023 09:41:55 +0100 Alexandre Rossi wrote:
> > The source package contains:
> >
> > web/public_html/index.html
> > web/public_html/transmission-app.js
> >
> > These files are copied into the binary package as:
> >
> > /usr/share/transmission/public_ht
>From what it looks like, this bug is one of the blockers for migrating the
transmission-daemon package to testing, which I require. I don't have need
of any GUI part. Can this bug be made only to block the -gtk* package?
Thanks!
ecific to my system. Apologies if it is not
correct.
Let me know if you need more info.
Thanks,
--
Nicolas Haller
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effectiv
Hello,
I've forwarded the bug upstream [1] and they made a patch [2].
Can you test their patch on your package, to check if the problem is
fixed on your CI?
Also, if this works, I suggest to apply their patch rather than yours to
make the code more consistent with upstream, do you agree?
[
#x27;s a better and
cleaner way to fix it)
I'll open a bug upstream to get their feedback on this
/Nicolas
fix a less
probable case.
/Nicolas
oing to be
allowed for proposed-updates.
I've added the release team to ask for their opinion.
Friends from the release team, do you have a feedback on this?
/Nicolas
Hello,
On Mon, 4 Sep 2023 13:55:51 -0400 Nicolas Mora
wrote:
> Is this problem still relevant for libgdbm as we have a trap divide
> error that should not happen no matter what? Or should I open a ticket
> at libpam-shield so the problem (and the solution) is documented - even
x27;t know if we can go further with this, but did you keep the old
database file? So one could try to reproduce the problem, and if so,
forward it upstream.
/Nicolas
could be updated. The original
pam-shield repository is archived [1], but there seems to be a more
recent fork [2].
Could you test with h0tw1r3's 0.9.7 release [3] if the problem persist?
If this fixes the problem, then updating pam-shield package would fix
this issue.
/Nicolas
Package: dhcpcd-base
Version: 9.4.1-22
Severity: critical
Tags: security
Justification: breaks unrelated software
X-Debbugs-Cc: Debian Security Team
When the dhcpcd DHCPv4 client receives a zero-length UDP packet on port
68, the "network proxy" dhcpcd process exits with status 0. dhcpcd then
sto
Control: tag -1 pending
Hello,
Bug #1042039 in mypy reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/mypy/-/commit/71ceadb8ae4088e00b405a72d
.git;a=commitdiff;h=6badd1020f5bebd3f60a780b8e41a1b581046087
Attached is a git-format-patch for a NMU of binutils-mingw-w64 dropping the
patch. I've uploaded it to DELAYED/2.
Cheers,
Nicolas
From 1c70e29cafe59e1f099a546ae157eef62bbab0e6 Mon Sep 17 00:00:00 2001
From: Nicolas Dandrimont
Date: T
install it; Andreas, what do you think?
Thanks,
--
Nicolas Dandrimont
odule_path
+
+ -- Nicolas Mora Thu, 04 May 2023 07:21:27 -0400
+
glewlwyd (2.7.5-2) unstable; urgency=medium
* d/control: add adduser as glewlwyd package dependency, fix piuparts issue
diff -Nru glewlwyd-2.7.5/debian/glewlwyd-common.install
glewlwyd-2.7.5/debian/glewlwyd-common.install
--- glew
Hello,
Le 2023-05-06 à 06 h 31, Thorsten Alteholz a écrit :
Maybe introducing a new filename and adding an entry to the news file
could be an option.
Indeed, config.json is installed by glewlwyd-common [1], and since
bullseye, the file has changed to add new properties.
I guess a better s
d a glewlwyd-common.maintscript, same no result
- I've tried with a conffiles too, no luck
Does anyone has an idea on how to fix this issue?
/Nicolas
[1] https://wiki.debian.org/DpkgConffileHandling
Hello,
The patch was submitted upstream for their feedback [1], and was finally
agreed. So I will upload a new package very soon then.
/Nicolas
[1] https://github.com/libevent/libevent/issues/1393#issuecomment-1453924054
s and build-deps?
Any thoughts?
/Nicolas
[1] https://github.com/libevent/libevent/issues/1393
Package: xrdp
Version: 0.9.21.1-1
Severity: critical
xrdp 0.9.12-1.1: RDP works fine.
xrdp 0.9.21.1-1: RDP didn't works (black screen with cursor)
See upstream bug for more details:
https://github.com/neutrinolabs/xrdp/issues/2496
Package: libfplll8-data
Version: 5.4.4-2
Followup-For: Bug #1028316
Dear Maintainer,
This bug prevents apt to upgrade packages, remove packages, autoremove obsolete
packages…
apt is completely broken (aptitude too) until libfplll8-data is fixed.
I reported a bug against apt to prevent such a beha
on is the best considering the little time we have until freeze.
/Nicolas
[1] https://github.com/libevent/libevent/issues/615#issuecomment-421182890
[2] https://bugs.launchpad.net/ubuntu/+source/libevent/+bug/1990941
Version: 0.2020.10.27-1.3
Hello.
I have uploaded an NMU without delay, because
* this blocks the gnat-12 transition
* he has already reviewed these changes in the VCS while we were
preparing the next upload.
Control: severity 1026828 normal
Control: tags 1026828 - ftbfs
Control: retitle 1026828 random print error for floats on i386
Version 1.5-3 transforms the error into a warning (with more debugging
info).
The original bug does not deserve a 'serious' severity.
Source: libgmpada
Version: 1.5-1
Severity: serious
Tags: ftbfs
Justification: fails to build on a supported architecture
A post-build test fails on i386 buildds:
https://buildd.debian.org/status/fetch.php?pkg=libgmpada&arch=i386&ver=1.5-1&stamp=1671621582&raw=0
https://buildd.debian.org/status/fet
forcemerge 1020018 1025733
thanks
This is a duplicate.
1020018 is closed by libxmlada/23.0.0-1 in experimental.
ow [1]. Waiting for FTP masters
to review the new package so the transition can start.
/Nicolas
[1] https://ftp-master.debian.org/new/libevent_2.1.12-stable-7.html
Le 2022-11-11 à 14 h 41, Slavko a écrit :
Yes, with current libical3 (in testing) the problem is solved, can be
closed.
Thanks, closing it then
Hello,
If I understand correctly, removing the symbols evutil_secure_rng_add_bytes
from the symbols files is enough to fix this bug? If no objection, I'll upload
the fixed package tomorrow.
ng to check if it's fixed with 3.0.16-1.
If the bug comes from libical, I can confirm that it has been fixed in
the last release 3.0.16-1 which is now on testing.
Can you check with the last packages if the bug is still present?
/Nicolas
nqc -firmware firm0332.lgo
Nicolas.
l.
Can you try with strace to identify the ioctl posing problem?
Does it work with an old kernel?
Also a comparison with firmdl3 strace could be helpful.
Nicolas.
current node-react provides
> node-react-dom virtual package.
>
> Regards,
> Yadd
Thanks Yadd for notifying
I won't be able to upload a new package for the next 3 weeks though.
If the package glewlwyd will ftbfs until then, can someone in the team upload a
fixed package? Otherwise, I'll make the fix in August.
/Nicolas
Package: ftp.debian.org
Severity: normal
Control: unblock 936624 by 936869
Hello.
Please remove these packages from unstable:
libgnatcoll-python:src
libgnatcoll-python19
libgnatcoll-python19-dev
I am the maintainer of libgnatcoll-bindings and libgnatcoll-python.
The normal situation is that
the
file. and
b) glewlwyd Build-Depend-ing on libhoel-dev >= 1.18-2 to get the correct
Depends on libhoel1.4 (>= 1.18-2).
I'll fix the packages then, thanks for the help!
/Nicolas
?
Thanks in advance for your advice
/Nicolas
Hello,
On Tue, 12 Apr 2022 20:41:02 +0200 Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build
on amd64.
This has been fixed in iddawc-1.1.2-2, thanks!
/Nicolas
Source: gprbuild
Followup-For: Bug #1008152
Control: severity -1 normal
Source: libgnatcoll-db
Followup-For: Bug #997728
Control: severity -1 normal
Control: reassign -1 gnat-10
Control: tags -1 - bookworm ftbfs sid
Control: merge -1 954681
Hello.
This is most probably caused by the SOURCE_DATE_EPOCH patch applied by
Debian when building GNAT from GCC sources.
It has
Source: adacontrol
Severity: serious
Tags: upstream ftbfs
Justification: Policy 2.2.1
ASIS will soon be removed from Debian.
Adacontrol depends on ASIS and should also be removed.
Source: libaws
Severity: serious
Tags: upstream ftbfs
Justification: Policy 2.2.1
ASIS will soon be removed from Debian.
AWS depends on ASIS and should also be removed.
Next AWS version will depend on langkit instead,
but langkit is not packaged yet.
Package: adabrowse
Severity: serious
Tags: upstream ftbfs
Justification: Policy 2.2.1
ASIS will soon be removed from Debian.
adabrowse depends on ASIS and should also be removed.
Source: asis
Severity: serious
Tags: upstream ftbfs
Justification: Policy 2.2.1
gcc-11 has stopped building the libgnat-util library (again). This
issue alone could be circumvented by Debian efforts (and has been for
more than a decade), but the only consumer left is ASIS.
AdaCore does not relea
Source: gprbuild
Followup-For: Bug #1008152
Control: tags -1 + unreproducible
Hello.
For unrelated reasons, I have updated gprbuild in experimental.
The -indep build seems to succeed on a build machine.
https://buildd.debian.org/status/fetch.php?pkg=gprbuild&arch=all&ver=2022.0.0-2&stamp=164899258
Source: gprbuild
Followup-For: Bug #1008152
Hello.
In a local pbuilder chroot, gprbuild/2022.0.0-1 seems to build
architecture-independant packages successfully.
I have tried the same build with 2021.0.0.0778b109-5, with tex-gyre
installed manually as a work-around for #997415. The build succee
On 21/03/2022 09:38, Andrej Shadura wrote:
Hi,
On Sun, 20 Mar 2022, at 00:23, Masashi Honma wrote:
In my opinion, this issue could be closed.
These are reasons.
1) It is not wpa_supplicant issue but AP issue.
2) Users affected by this issue have some workarounds.
It’s true, but I’m not quite
Hello, thanks for the bug report!
Le 2022-02-24 à 11 h 10, Paul Gevers a écrit :
Your package has an autopkgtest, great. However, recently it started
failing in testing.
I don't see the problem when I build on my computer, and I don't know
precisely how to fix it, but the problem comes from
the patch just in case.
> Also, I can suggest that you post the information to
> 1005...@bugs.debian.org instead of discretely here.
You are right, of course. Done.
Thanks.
>From dd96117a5e1da80ad1f977ea8abe39acc9f7e7cb Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sun, 13 Feb 2022
le for
the bookworm release.
> -- Guido
>
Henry-Nicolas
signature.asc
Description: This is a digitally signed message part
we
can't easily fix the error you reported in that salsa MR above?
Regards,
Henry-Nicolas Tourneur
signature.asc
Description: This is a digitally signed message part
; is deprecated.
In Python 3.10, it is no longer supported.
Best regards,
Henry-Nicolas Tourneur
[1]
https://salsa.debian.org/python-team/packages/spyne/-/merge_requests/1
[2] https://github.com/arskom/spyne/pull/677
diff --git a/debian/changelog b/debian/changelog
index 6ceb4cc..81f2844
Control: tag -1 pending
Hello,
Bug #1002625 in wlr-randr reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/DebianOnMobile-team/wlr-randr/-/commit/90806f87e787e6ff
packages (only one
vs the 7 new zbus deps mentionned above).
Best regards,
Henry-Nicolas Tourneur
were updated lately, and some
api was changed.
I have the package glewlwyd 2.6.0 ready to upload, as soon as
node-i18next-http-backend 1.3.1+dfsg-3 will be available on my schroot,
today or tomorrow.
/Nicolas
Package: debomatic
Followup-For: Bug #997414
Control: tag -1 patch
Hello.
This issue is fixed by tex-gyre in Build-Depends.
Hello,
The package node-cross-fetch is in the NEW queue [1].
When it will be accepted in unstable, a quick change in the package
i18next-http-backend will fix glewlwyd's ftbfs.
/Nicolas
[1] https://ftp-master.debian.org/new/node-cross-fetch_3.1.4%2Bds.1-1.html
Control: tag -1 pending
Hello,
Bug #998576 in squeekboard reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/DebianOnMobile-team/squeekboard/-/commit/6f7fa64c07f4b
1 - 100 of 694 matches
Mail list logo
