-backports (see linked CI job) as well as with
sid. Binary to reproduce:
https://salsa.debian.org/mdosch/go-sendxmpp/-/jobs/5756033/artifacts/raw/linux-amd64/go-sendxmpp?inline=false
Best regards,
Martin
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (900
hungs. It seems to me that changes in NFS client code
between 6.5.x and 6.8.x accidentally uncovered a race in nfsd server code.
Based on the bug report #2062568 in Ubuntu I assume this is not
a Proxmox-specific issue but Proxmox VM restore workload together
with our testing hardware setup makes it easier to hit.
Regards,
Martin
ma 20. toukok. 2024 klo 18.09 Lucas Nussbaum (lu...@debian.org) kirjoitti:
> On 20/05/24 at 08:39 +0300, Martin-Éric Racine wrote:
> > Package: tracker.debian.org
> > Severity: important
> >
> > The Lintian on tracker.debian.org complains that 4.7.0 is
> > newer-s
Package: tracker.debian.org
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The Lintian on tracker.debian.org complains that 4.7.0 is
newer-standards-version.
Can you please upgrade it to the latest version?
Thanks!
Martin-Éric
-BEGIN PGP SIGNATURE
> There is already a newer driver version in oldstable-proposed-updates.
> Does it fix the issue?
Perhaps that was just a question out of politeness, and I’m not the OP, but
it did for me. Thank you both - so much easier when a search engine query
shows that someone else has gone first.
Am 14.05.24 um 10:39 schrieb Vincent Lefevre:
This could explain the error.
I'm wondering why apt plays with the permissions. This is confusing.
Or should there be a locking mechanism?
This reminds me about the long due rewrite to use the apt-API to access
these files and not read them
Hi Vincent,
Am 13.05.24 um 19:59 schrieb Vincent Lefevre:
On 2024-05-13 17:12:57 +0200, Christoph Martin wrote:
Please try to access the file e.g. 'less
/var/lib/apt/lists//debug.mirrors.debian.org_debian-debug_dists_stable-debug_InRelease'
No problems.
You could try to prepend strace
Package: libc6
Version: 2.38-11
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
$ adequate --all --tags -py-file-not-bytecompiled
libc6:i386: undefined-symbol /lib/i386-linux-gnu/libthread_db.so.1 => ps_pdwrite
libc6:i386: undefined-symbol
Package: systemd
Version: 255.5-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
$ adequate --all --tags -py-file-not-bytecompiled
systemd: broken-symlink /etc/modules-load.d/modules.conf -> ../modules
- -- Package-specific info:
- -- System Information:
Debian Release:
Package: iso-codes
Version: 4.16.0-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
$ adequate --all --tags -py-file-not-bytecompiled
iso-codes: broken-symlink /usr/share/locale/fil/LC_MESSAGES/iso_3166.mo ->
iso_3166-1.mo
iso-codes: broken-symlink
Hi Vincent,
Am 13.05.24 um 15:34 schrieb Vincent Lefevre:
I don't know why could cause the error, but the pathname with "//"
is incorrect.
// in the path should not be a problem.
zsh completion cannot handle it, so I was wondering.
Please try to access the file e.g. 'less
Hi Vincent,
Am 11.05.24 um 11:53 schrieb Vincent Lefevre:
Package: apt-show-versions
Version: 0.22.15
Severity: normal
When running "apt-show-versions -u" in a cron script, I got
Failed to open file
/var/lib/apt/lists//debug.mirrors.debian.org_debian-debug_dists_stable-debug_InRelease
for
Le dimanche 12 mai 2024 à 17:26 +, Helge Kreutzmann a écrit :
>
> Did you receive my e-mail from this morning, where I compiled the
> remaining examples I'm aware of?
Yes I did (sorry for answering earlier before reading all mails in inbox), but
I did not dig into it yet.
Thanks,
Mt
Hello Helge,
Le samedi 11 mai 2024 à 03:31 +, Helge Kreutzmann a écrit :
> Hello Martin,
> Am Fri, May 10, 2024 at 06:55:38PM +0200 schrieb Martin Quinson:
>
>
> > If you have other failures from other pages, please tell me so that I can
> > check
> > whethe
failures from other pages, please tell me so that I can check
whether my fix is enough even before the release.
Thanks for your help and patience,
Mt
Le jeudi 14 mars 2024 à 19:56 +, Helge Kreutzmann a écrit :
> Hello Martin,
> Am Sun, Mar 10, 2024 at 10:14:20PM +0100 schrieb Martin Q
ent are quite annoying as well. Sure we are
still talking about a (small) minority of Debian users here.
Hope this helps regarding the review of the package and the sponsoring. In
case any further changes need to be tested before upload, I am willing to
do that.
Best,
--
Martin
Hi Lorenzo.
Lorenzo - 11.05.24, 02:16:15 CEST:
> On Tue, 07 May 2024 15:08:37 +0200
> Martin Steigerwald wrote:
> >[...]
> > Are init scripts supposed to be started with PATH variable set up and
> > exported or not? How is it done with SysVInit? I bet it would be be
failures from other pages, please tell me so that I can check
whether my fix is enough even before the release.
Thanks for your help and patience,
Mt
Le jeudi 14 mars 2024 à 19:56 +, Helge Kreutzmann a écrit :
> Hello Martin,
> Am Sun, Mar 10, 2024 at 10:14:20PM +0100 schrieb Martin Q
Source: micro-httpd
Version: 20140814-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Authors for the Debian folder content are updated. See attachment.
Martin-Éric
- -- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (900, 'unstable
Source: micro-httpd
Version: 20140814-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please find attached some minor fixes performed by Lintian-brish.
Martin-Éric
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmY7Gj0ACgkQrh+Cd8S0
17b09g
Am Dienstag, dem 07.05.2024 um 19:23 +0200 schrieb Santiago Vila:
> El 7/5/24 a las 18:50, Uecker, Martin escribió:
> > Am Dienstag, dem 07.05.2024 um 17:59 +0200 schrieb Santiago Vila:
> > > El 1/1/23 a las 16:55, Uecker, Martin escribió:
> > > In the meantime, I beca
Am Dienstag, dem 07.05.2024 um 17:59 +0200 schrieb Santiago Vila:
> El 1/1/23 a las 16:55, Uecker, Martin escribió:
> > I can apply the patch, but I do not have much time now.
> > Is there some urgency?
>
> Hello. A lot of time passed without activity on this bug.
>
>
Hi Lorenzo.
Sorry for late answer.
Lorenzo - 14.04.24, 11:36:32 CEST:
> On Sat, 13 Apr 2024 15:05:41 +0200
>
> Martin Steigerwald wrote:
> > Martin Steigerwald - 13.04.24, 14:32:16 CEST:
> > > Any idea how to find the cause of what is happening here?
&g
ed upstream (see "Forwarded:" above), and fixed in
upstream git 4 months ago:
https://pagure.io/freeipa/c/a45a7a20d96af51d463a285cb9318582720be708?branch=master
Unfortunately there hasn't been a new release since then. But I applied the
patch straight to /usr/lib/python3/dist-packages/ , it applies with some fuzz,
and joining the domain works fine afterwards.
Thanks,
Martin
autolock suggests no packages.
-- debconf-show failed
--
.''`. martin f. krafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
Martin Steigerwald - 02.05.24, 16:43:28 CEST:
> Work-around for affected users:
Of course this work-around is no longer necessary.
Thank you for the quick fix, Laszlo. I appreciate it.
--
Martin
On 2024-05-03 16:43, Sean Whitton wrote:
> Yes, the source package would need to be emacs-casual. I still think it
> should be suggested upstream.
Yes, different names in Debian and upstream can be confusing.
But I'll leave that to whoever might like to package it.
On 2024-05-03 10:28, Sean Whitton wrote:
> Hmm, have you considered asking upstream to rename it? "casual-calc"
> being the obvious, much less generic choice.
It didn't occur to me, that the name is pretty generic, indeed. OTOH,
I'm not aware of any other (existing or requested) package named
Package: wnpp
Severity: wishlist
* Package name: elpa-casual
Version : 1.5.0
Upstream Author : Charles Y. Choi
* URL or Web page : https://github.com/kickingvegas/Casual/
* License : GPL-3
Description : a transient-based porcelain for Emacs Calc
Casual is an
error with
libsnappy1v5>=1.2.0
Explanation: https://bugs.debian.org/1070217
Package: libsnappy1v5
Pin: version *
Pin-Priority: -3
Please remove once bug is fixed.
Thanks,
--
Martin
he linked issue authenticating will fail when using a SCRAM
mechanism with channel binding and TLSv1.3, therefore it would be
awesome if Debian would provide ejabberd 24.02 and enable ejabberd
operators using Debian to upgrade to a fixed version.
Best regards,
Martin
[1] https://github.com/p
ma 29. huhtik. 2024 klo 20.59 Sudip Mukherjee
(sudipm.mukher...@gmail.com) kirjoitti:
>
> On Mon, 29 Apr 2024 at 09:00, Martin-Éric Racine
> wrote:
> >
> > On Thu, 05 Jan 2023 13:08:45 + Vincent Duvert
> > wrote:
> > > Package: micro-httpd
> >
On Thu, 05 Jan 2023 13:08:45 + Vincent Duvert wrote:
> Package: micro-httpd
> Version: 20140814-2.1+b2
> Severity: normal
> Tags: patch
> X-Debbugs-Cc: report...@duvert.net
I have an NMU ready to cover this, debdiff attached.
Martin-Éric
diff -Nru micro-httpd-20140814/d
119) just
> before
> the call to send_headers(200, ...) (line 108), and to call send_error if
> scandir
> fails.
This one needs to be sent to upstream.
If you do so, please take the opportunity to ask him to consider using
e.g. micro-httpd_2024-04-29.tar.xz as his tarball name. Tracking dates
in ISO format is a lot easier to implement than e.g. 14Aug2014.
Martin-Éric
ma 11. maalisk. 2024 klo 7.02 Martin-Éric Racine
(martin-eric.rac...@iki.fi) kirjoitti:
>
> ma 11. maalisk. 2024 klo 1.29 Bernd Zeimetz (be...@bzed.de) kirjoitti:
> > On Mon, 2023-06-19 at 13:54 +0300, Martin-Éric Racine wrote:
> > > I hereby propose bin:dhcpcd-base:
&
Package: src:linux
Version: 6.7.7-1
Severity: normal
W: Possible missing firmware /lib/firmware/i915/mtl_gsc_1.bin for module i915
W: Possible missing firmware /lib/firmware/i915/mtl_huc_gsc.bin for module i915
W: Possible missing firmware /lib/firmware/i915/mtl_guc_70.bin for module i915
--
rade. This will probably take a few
days. How about adding '<8.0' to the version requirement for the time
being?
Best regards,
---<)kaimartin(>---
--
Kai-Martin Knaak kn...@iqo.uni-hannover.de
Universität Hannover, Inst. für Quantenoptik tel: +49-511-762-2895
Wel
Hi Sebastian,
this is interesting. If you take a look into the commandline you see
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64
there is -D_FILE_OFFSET_BITS=64 even twice. ..
But the GPFS code has:
/* _FILE_OFFSET_BITS macro causes F_GETLK/SETLK/SETLKW to be defined to
*
su 21. huhtik. 2024 klo 14.59 Martin-Éric Racine
(martin-eric.rac...@iki.fi) kirjoitti:
>
> su 21. huhtik. 2024 klo 14.12 Paul Gevers (elb...@debian.org) kirjoitti:
> >
> > Source: dhcpcd
> > Version: 1:10.0.6-1
> > Severity: important
> > User: debian...@list
xplicitly
installs another package providing time-daemon, this shouldn't happen,
since systemd would have pulled systemd-timesyncd by default.
Martin-Éric
by-semantic-puppet
pn ruby-text
Versions of packages puppetserver recommends:
pn puppet-module-puppetlabs-mailalias-core
puppetserver suggests no packages.
--
.''`. martin f. krafft
: :' : proud Debian developer
`. `'` http://people.d
rt all the bugs I found
> last week while rebuilding bullseye and bookworm).
Right, that makes sense. There are no C code changes between 287 and 287.1.
Thanks, and sorry for the trouble,
Martin
diff -Nru cockpit-287.1/debian/changelog cockpit-287.1/debian/changelog
--- cockpit-287.1/debian/change
Package: csound-utils
Version: 1:6.18.1+dfsg-1
Severity: normal
X-Debbugs-Cc: martinw...@gmail.com
extractor --help says
--Csound version 6.18 (double samples) 2022-11-24
[commit: none]
libsndfile-1.2.0
util extractor:
Usage: extractor [-flags] soundfile
Legal flags are:
-o fnamesound
Martin Steigerwald - 13.04.24, 15:05:41 CEST:
> No PATH defined.
>
> The script defines it. See line 8 in my changed script. However it does
> not export it. Thus adding line 9 fixes the bug I reported:
>
> 8 PATH=/sbin:/usr/sbin:/bin:/usr/bin
> 9 export PATH
>
>
Martin Steigerwald - 13.04.24, 14:32:16 CEST:
> Any idea how to find the cause of what is happening here?
I found the cause:
The container starts out with an almost empty environment. In
/etc/runit/1 I added lines 4 to 6:
1 #!/bin/sh
2 # system one time initialization tasks
3
4 e
ean.sh
Cleaning up temporary files
run /etc/rcS.d/S14bootmisc.sh
However as bootlogd is not being started and would not work inside
an LXC container anyway, I am not sure I can see any logging:
root@zdevuan:~# /etc/init.d/bootlogd start
Starting boot logger: bootlogdbootlogd: ioctl(/dev/pts/2,
d let this be the end of
it. ;)
But if you just want to close this feature request, I doubt many
people will care.
--
Martin Michlmayr
https://www.cyrius.com/
release of armel (or not?) it would be nice if the installer was
working on OpenRD.
Cyril or Vagrant, can you easily apply the patch above and generate a
test image for Rick?
Sorry for creating work (again) for such a minor platform...
--
Martin Michlmayr
https://www.cyrius.com/
* Vagrant Cascadian [2024-01-18 20:07]:
> > So we need a stable update with this change.
>
> Thanks everyone!
>
> This is a pretty trivial fix, so including in the next bookworm/stable
> point release should work!
Is this still planned?
--
Martin Michlmayr
https://www.cyrius.com/
package: libcifpp
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of libcifpp debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the libcifpp package
package: put-dns
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of put-dns debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the put-dns package.
#
# Martin
package: osk-sdl
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of osk-sdl debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the osk-sdl package.
#
# Martin
package: unl0kr
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of unl0kr debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the unl0kr package.
#
# Martin
ant to run QCumber the directory of the kraken database
> needs to be known to the program.
Maybe the template should be reviewed as we did years ago =)
--
brother# Translation of qcumberX debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same l
package: kdump-tools
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of kdump-tools debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the kdump-tools package
package: hyperscan
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of hyperscan debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the hyperscan package
Hi Adam,
Am 08.04.24 um 19:15 schrieb Adam D. Barratt:
On Mon, 2024-04-08 at 11:42 +0200, Christoph Martin wrote:
Hi Sebastian,
the packages are already removed from testing and unstable.
Where do you see a problem?
I'm not Sebastian, but the archive disagrees with you about the
packages
Hi Sebastian,
the packages are already removed from testing and unstable.
Where do you see a problem?
Regards
Christoph
Am 07.04.24 um 13:21 schrieb Sebastian Ramacher:
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: nfs-gane...@packages.debian.org, sramac...@debian.org
User:
Control: retitle -1 quodlibet: please add other, better explore options
Control: severity -1 wishlist
On 2024-04-07 20:42, José Luis González wrote:
> Important severity because the program is unmanageable with more than
> just a beginner collection.
I respect your opinion, but mind, that use
Dear Andrey,
On 06.04.2024 19:25, Andrey Rakhmatullin wrote:
You need to use bash_unit from the package. Likely as simple as
"./bash_unit".
thanks, that's it. Just pushed the changes and uploaded to mentors.
Best regards,
Martin
signature.asc
Description: PGP signature
Dear Andrey,
On 06.04.2024 13:36, Andrey Rakhmatullin wrote:
Hi Martin, you added a B-D on itself, I assume it's to run build-time
tests, buit the idea of build-time tests is to use the software being
package,
Do you know how to achieve this? When I remove the build-dep on itself
the built
Dear Andrey,
thank you for the valuable feedback. I hope it is all properly settled
now. I just uploaded a new build to mentors and pushed the changes to
the repo.
Thank you very much,
Martin
signature.asc
Description: PGP signature
El mar, 2 abr 2024 a las 13:49, Helmut Grohne () escribió:
> On Fri, Mar 29, 2024 at 01:29:04PM +0100, Agustin Martin wrote:
>
> > However, there is another problem with other arches (e.g. arm64). Some
> > binary files containing compiled error messages are built with a
> &g
El jue, 4 abr 2024 a las 15:33, Alessio Paonessa
() escribió:
>
> Package: hunspell-it
> Version: 1:24.2.2-1
> Severity: normal
> Tags: l10n
> X-Debbugs-Cc: livm...@hotmail.com
>
> Dear Maintainers,
>
> when I write the conjugations of the verb 'possedere' in a text editor, the
> word is marked as
://salsa.debian.org/ftp-team/xz-2024-incident/-/issues/13.Thank you for your help!Martin
Solving this requires adding Depends: python3-libusb1
As see in
<https://github.com/jliljebl/flowblade/blob/master/flowblade-trunk/docs/RELEASE_NOTES.md>:
"Distro packagers, please see info on the needed configuration file
addition (/etc/udev/rules.d/90-flowblade.rules) described in the link
to docs above."
Martin-Éric
Package: flowblade
Version: 2.14.0.1-1
Severity: important
$ flowblade
FLOWBLADE MOVIE EDITOR 2.14.0.1
---
Launch script dir: /usr/bin
Running from installation...
modules path: /usr/share/flowblade/Flowblade
MLT found, version: 7.12.0
Failed to import module app.py
Thanks wuruilong!
this will be fixed with the next upload.
Best,
Martin
Am Montag, dem 01.04.2024 um 07:19 +0200 schrieb Andreas Tille:
> Hi Martin,
>
> can you please comment on this?
>
> Kind regards
> Andreas.
>
> Am Mon, Apr 01, 2024 at 01:22:03AM
El vie, 22 mar 2024 a las 11:23, Agustin Martin
() escribió:
>
> On Fri, Dec 30, 2022 at 10:46:18PM +0100, Helmut Grohne wrote:
> >
> > regina-rexx fails to cross build from source, because it builds for the
> > build architecture. Fixing this is not entirely
pe 29. maalisk. 2024 klo 1.01 Aurelien Jarno (aure...@debian.org) kirjoitti:
>
> On 2024-03-28 20:35, Martin-Éric Racine wrote:
> > Package: libc-devtools
> > Severity: normal
> >
> > libgd3 pulls an excessive amount of dependencies, including fonts. It would
>
Package: libc-devtools
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
libgd3 pulls an excessive amount of dependencies, including fonts. It would
thus be desirable to downgrade it to a mere Recommends.
Martin-Éric
- -- System Information:
Debian Release: trixie/sid
APT
n libcom-err2 instead of
libcom-err2t64.
Martin-Éric
- -- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (900, 'unstable')
Architecture: i386 (x86_64)
Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (cha
ke 27. maalisk. 2024 klo 14.00 Andrey Rakhmatullin (w...@debian.org) kirjoitti:
>
> On Wed, Mar 27, 2024 at 01:29:50PM +0200, Martin-Éric Racine wrote:
> > > The documentation from deb-control(5) is:
> > >
> > > Protected: yes|no
> > > This field is
inderstand the difference between those two.
They seem to accomplish the same thing. Did I miss something?
It should also be noted that, as of version 2.117.0, Lintian still
gives a warning whenever a binary target has the Protected field set.
Martin-Éric
El vie, 22 mar 2024 a las 12:01, Alen Zekulic () escribió:
>
> On Sun, Mar 17, 2024 at 21:41:44 +0100, Agustin Martin wrote:
>
> > Some time ago I played a bit with upgrading regina-rexx to a recent
> > upstream version. I think I can find that stuff and try again with
>
On 2024-03-22 16:15, Anders Jonsson wrote:
Hi Martin,
this fixes one typo in the translation (inkommand -> inkommande)
nice!
thanks
--
brother
> therefore the wrapping will be ineffective and umockdev's mock devices
> will not be seen.
Correct.
As it happens, the latest Ubuntu package got fixes for both of these issues
recently, thanks to Steve Langasek and Zixing Liu! I'll integrate them upstream
and then make a new release.
Martin
package: uif
severity: wishlist
tags: patch l10n
Please consider to add this file to translation of debconf.
--
brother# Translation of uif debconf template to Swedish
# Copyright (C) 2024 Martin Bagge
# This file is distributed under the same license as the XX package.
#
# Martin Bagge , 2008
On Fri, Dec 30, 2022 at 10:46:18PM +0100, Helmut Grohne wrote:
> Source: regina-rexx
> Version: 3.6-2.4
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
>
> regina-rexx fails to cross build from source, because it builds for the
> build architecture. Fixing this is not
Control: tags -1 +pending
El dom, 17 mar 2024 a las 21:41, Agustin Martin
() escribió:
>
> El vie, 15 mar 2024 a las 18:57, Agustin Martin
> () escribió:
> >
> > Hi, Lucas and Alen.
> >
> > While it is easy to fix this particular error (see attached patch,
>
El vie, 15 mar 2024 a las 18:57, Agustin Martin
() escribió:
>
> Hi, Lucas and Alen.
>
> While it is easy to fix this particular error (see attached patch,
> from upstream repo), other similar error happens afterwards in my
> tests. The problem is that this package is way beh
On Tue, 12 Mar 2024 10:22:25 +0200
=?UTF-8?Q?Martin=2D=C3=89ric_Racine?=
wrote:
> On Mon, 11 Mar 2024 15:18:44 +0100 Chris Hofstaedtler wrote:
> > On Sat, Mar 02, 2024 at 03:16:22PM +0100, Chris Hofstaedtler wrote:
> > > Given the C codebase and lack of any patches s
Source: apache2-bin
Version: 2.4.58-1
Severity: important
Dear Maintainer,
I can't update apache2-bin to 2.4.58-1+b2 as it depends on
libaprutil164. I guess this is a typo and should be libaprutil1t64.
Best regards,
Martin
-- Package-specific info:
-- System Information:
Debian Release
* Initial release. (Closes: #839210)
Regards,
--
Martin Dosch
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
* Package name: slidge-slidgnal
Version : git master f132
Upstream Author : Nicolas Cedilnik
* URL or Web page : https://git.sr.ht/~nicoco/slidgnal
* License : AGPL-3
Programming Lang: Python
Description : feature-rich Signal
Package: wnpp
Severity: wishlist
* Package name: tdlib
Version : 0.21.0
Upstream Author : pylakey
* URL or Web page : https://github.com/pylakey/td
* License : BSL-1.0
Programming Lang: C++
Description : cross-platform library for building Telegram clients
Package: wnpp
Severity: wishlist
* Package name: aiotdlib
Version : 0.22.0
Upstream Author : pylakey
* URL or Web page : https://github.com/pylakey/aiotdlib
* License : MIT
Programming Lang: Python
Description : Python asyncio Telegram client
Dependency for
Package: wnpp
Severity: wishlist
* Package name: slidge-slidgram
Version : git master 75f8aafc
Upstream Author : Nicolas Cedilnik
* URL or Web page : https://git.sr.ht/~nicoco/slidgram
* License : AGPL-3
Programming Lang: Python
Description : feature-rich Telegram
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> This is most likely caused by a change in dpkg 1.22.6, that enabled
> -Werror=implicit-function-declaration. For more information, see
>
This bug is fixed upstream with commit
741491539b129e4ecc7ffceb38ffc945177a7cf6 which is contained in the
latest version 1.7.0.
OpenPGP_0x9DA10327E5DE0652.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
Package: e2fsprogs
Version: 1.47.0-2.4
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The latest upload introduces a dependency loop between libss2t64 versus libss2
which also results in the removal of e2fsprogs-l10n.
Martin-Éric
- -- System Information:
Debian Release
Package: telegram-desktop
Version: 4.14.9+ds-1+b1
Severity: grave
Justification: renders package unusable
It depends on a symbol not present in the current libqt5quick5
(automatically rebuilt as part of the time_t migration).
$ telegram-desktop
telegram-desktop: symbol lookup error:
version 3.24.0 is not released yet but expected for mid 2024.
Am 18.12.23 um 15:14 schrieb Bastian Germann:
On Fri, 18 Aug 2023 12:01:17 +0200 Bastian Germann wrote:
cfengine3 is a key package and requires pcre, so this has to be fixed.
Upstream claims that this is fixed with 3.24.0.
Package: maxima-emacs,xemacs21
Severity: normal
Dear Maintainers,
Seems that
[#969410] maxima-emacs: maxima-emacs 5.44 does not work with XEmacs
[#999626] maxima-emacs: fails to install with xemacs21
are back, since mmm-mode-el dropped xemacs21 support and no longer
provides cl-lib.
I am
till does a good enough job for most cases, as attested by its
popularity contest rating just below 10k.
Sorry, I really think that the correct action is to orphan the
package, not remove it.
Martin-Éric
On Sun, 10 Mar 2024 15:27:21 + Scott Kitterman wrote:
>
>
> On March 10, 2024 3:23:32 PM UTC, "Martin-Éric Racine"
> wrote:
> >On Sat, 2 Mar 2024 18:40:13 +0100 Chris Hofstaedtler wrote:
> >> * Christoph Biedl [240302 17:02]:
> >> > C
ma 11. maalisk. 2024 klo 1.29 Bernd Zeimetz (be...@bzed.de) kirjoitti:
> On Mon, 2023-06-19 at 13:54 +0300, Martin-Éric Racine wrote:
> > I hereby propose bin:dhcpcd-base:
> >
> > 1) already supported by ifupdown.
> > 2) dual stack (DHCPv4, Bonjour, RA, DHC
hat is NOT sufficient, please let me know
> and I'll adjust again.
Yes, this probably accomplished the same. We'll know for sure once the
buildd's have caught up with the upload.
Thanks!
Martin-Éric
thanks
>
> Hello Martin,
> you have been quite in this discussion. \c occurs in more and more man
> pages, and currently the build fails for them. In turn, they are no
> longer translated.
>
> Could you kindly check if you could add support for "\c" or is there
>
1 - 100 of 33885 matches
Mail list logo
