Hello,
This bug seems related to https://github.com/minetest/minetest/issues/14738
If so, the fix is rather trivial and provided in the github issue. I could do
an upload on need, even if I did not do any since years for this package. Tell
me.
Have a good one,
Mt
signature.asc
Description:
Hi,
Please check bug #1076729, it's likely the same issue.
Regards
On Tue, 23 Jul 2024 18:34:12 +0200 attila
wrote:
> Package: xwayland
> Version: 2:24.1.0-1
> Severity: critical
> Justification: breaks the whole system
> X-Debbugs-Cc: ing.attilio.caroli...@live.com
>
> Dear Maintainer,
>
El mar, 9 jul 2024 a las 18:37, Agustin Martin () escribió:
>
> El mar, 9 jul 2024 a las 14:26, Pierre-Elliott Bécue
> () escribió:
> >
> > Feel free to upload it even not as a NMU. (you can add a Team Upload
> > entry if you prefer)
>
> Just uploaded as team
El mar, 9 jul 2024 a las 14:26, Pierre-Elliott Bécue
() escribió:
>
> Feel free to upload it even not as a NMU. (you can add a Team Upload
> entry if you prefer)
>
> If you decide to NMU, don't --delay it. :)
>
> I have no time for owncloud-client now, but otherwise I'll try to look
> into it in
On Fri, Jun 28, 2024 at 12:58:52PM +0200, Andreas Beckmann wrote:
> Control: found -1 5.2.1.13040+dfsg-2
>
> On Tue, 25 Jun 2024 15:36:40 +0200 Agustin Martin
> wrote:
> > On Mon, Jun 10, 2024 at 11:46:20PM +0200, Pierre-Elliott Bécue wrote:
> > > close 1063190 &
On Mon, Jun 24, 2024 at 05:00:04PM +, Debian Bug Tracking System wrote:
> maxima (5.47.0-3) unstable; urgency=high
> .
>* Bug fix: "maxima-emacs again not installable with xemacs21", thanks to
> Agustin Martin (Closes: #1066086).
Hi, Camm,
Thanks for dealing
On Mon, Jun 10, 2024 at 11:46:20PM +0200, Pierre-Elliott Bécue wrote:
> close 1063190
> thanks
Hi, Pierre-Elliott
owncloud-client seems still not in testing because of #1063190.
Missing version in bug closing?
Regards,
--
Agustin
to 20. kesäk. 2024 klo 11.32 Nicolas Cavallari
(nicolas.cavall...@green-communications.fr) kirjoitti:
>
> 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:
> >&g
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:
> >>
> >>
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:
> >
> > On 15/06/2024 11:33, Martin-Éric Racine wrote:
> > > On Tue, 29 A
to 13. kesäk. 2024 klo 11.52 Martin-Éric Racine
(martin-eric.rac...@iki.fi) kirjoitti:
>
> Adding the dnsmasq maintainer in CC.
>
> to 13. kesäk. 2024 klo 11.39 Paul Gevers (elb...@debian.org) kirjoitti:
> > On 13-06-2024 3:36 a.m., Martin-Éric Racine wrote:
> > > Subse
Package: khard
Followup-For: Bug #1069838
Dear Maintainer,
I just built khard locally and it builds fine.
Best regards,
Martin
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (500, 'unstable-debug'),
(500, 'testing
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:
> > On Tue, 29 Aug 2023 13:17:51 +0200 Nicolas Cavallari
> >> This affects version 9.4.1-22 (stable) and 1:9.4.1-24~deb12u2
signature on .dsc
Not performing upload: ‘simulate’ option specified.
Uploading with ftp:
/home/martin/build/deb/golang-packaging/golang-github-cloudflare-circl_1.3.9-1.dsc
to ftp.upload.debian.org:/pub/UploadQueue
Uploading with ftp:
/home/martin/build/deb/golang-packaging/golang-github-cloudflare
argument: ValueError: delayed days value must be a
decimal integer:
Best regards,
Martin
[1] https://salsa.debian.org/debian/dput/-/merge_requests/14/diffs
signature.asc
Description: PGP signature
warnings about unused
> parameters.
Upstream got around releasing a backport of this for branch 9 as
commits 53e2f6de4ba87d0534c89cae674e6c1a48724ef0 and
6e127eac6903524d401b31893167e4529b8ab111 respectively.
You are hereby invited to test and report whether this fixes it for Stable.
Martin-Éric
`--delayed 0` on the command line.
Best regards,
Martin
-- Package-specific info:
-- /etc/dput.cf --
# Example dput.cf that defines the host that can be used
# with dput for uploading.
[DEFAULT]
login = *
method = ftp
hash= md5
Hello,
I just updated the NEWS file. I hope it's OK now, but any potential improvement
is welcome.
Mt
Le jeudi 13 juin 2024 à 01:09 +0200, Guillem Jover a écrit :
> On Thu, 2024-06-13 at 00:45:14 +0200, Martin Quinson wrote:
> > Le jeudi 13 juin 2024 à 00:29 +0200, Guillem Jove
Adding the dnsmasq maintainer in CC.
to 13. kesäk. 2024 klo 11.39 Paul Gevers (elb...@debian.org) kirjoitti:
> On 13-06-2024 3:36 a.m., Martin-Éric Racine wrote:
> > Subsequent ones randomly timeout waiting for an IP from the DHCP
> > server. This could well be an issue with
Le jeudi 13 juin 2024 à 00:29 +0200, Guillem Jover a écrit :
> On Thu, 2024-06-13 at 00:02:43 +0200, Martin Quinson wrote:
> > Le mercredi 12 juin 2024 à 17:14 +0200, Guillem Jover a écrit :
> > >
> > > Unfortunately neither Encode::find_encoding()->name nor
>
I think that the fix applied to #1072594 (recoding the input file from latin-1
to UTF-8) was not necessary. Changing the config of po4a to correctly specify
the used encoding would have worked.
I tried to improve the error messages upstream to help future users to debug
such issues, but in any
Hello,
I just commited a fix for the undefined subroutine error.
Le mercredi 12 juin 2024 à 17:14 +0200, Guillem Jover a écrit :
> > That fixed that issue but then it fails with:
> >
> > ,---
> > PO4A man.stamp
> > po4a::pod: The file deb-buildinfo.pod declares utf8 as encoding, but
ke 12. kesäk. 2024 klo 7.20 Martin-Éric Racine
(martin-eric.rac...@iki.fi) kirjoitti:
>
> ti 11. kesäk. 2024 klo 23.21 Paul Gevers (elb...@debian.org) kirjoitti:
> >
> > Source: dhcpcd
> > Version: 1:10.0.8-1
> > Severity: serious
> > User: debian...@
Le mercredi 12 juin 2024 à 04:47 +0200, Guillem Jover a écrit :
> Package: po4a
> Version: 0.70
> Severity: serious
>
> Hi!
>
> When building dpkg, it now fails with something like this:
>
> ,---
> Making check in man
> make[1]: Entering directory '/dpkg/man'
> /usr/bin/po4a --previous
the only architecture that provides it.
Other architectures will always be marked flakey. Additionally,
looking at the tracker for this package, amd64 always passes.
Martin-Éric
Hello,
I just commited an improved error message in
https://github.com/mquinson/po4a/commit/0717616bce2a281a3b7a2348f0d1d9abc9f1b892
I hope that it's enough to fix this issue.
Bye, Mt
signature.asc
Description: This is a digitally signed message part
Le lundi 10 juin 2024 à 10:21 +0100, Jonathan Dowland a écrit :
> On Fri, Jun 07, 2024 at 05:22:32PM +0200, Santiago Vila wrote:
> > During a rebuild of all packages in unstable, your package failed to build:
> …
> > t/po.t (Wstat: 65280 (exited 255) Tests: 38 Failed:
> > 0)
Le lundi 10 juin 2024 à 10:21 +0100, Jonathan Dowland a écrit :
> On Fri, Jun 07, 2024 at 05:22:32PM +0200, Santiago Vila wrote:
> > During a rebuild of all packages in unstable, your package failed to build:
> …
> > t/po.t (Wstat: 65280 (exited 255) Tests: 38 Failed:
> > 0)
close 1071309 1.8.4-4
thanks
ma 10. kesäk. 2024 klo 2.18 Ben Finney (bign...@debian.org) kirjoitti:
>
> Howdy Martin-Éric,
>
> On 09-Jun-2024, Martin-Éric Racine wrote:
>
> > Incorrect delayed argument: ValueError: delayed days value must be a
> > decimal integer:
> >
> > I did
esktop in Zeile 1: Could
> not open 'abi/4.0': Datei oder Verzeichnis nicht gefunden
Argh, thanks for spotting! I have a fix for this, sent upstream and I'll
cherry-pick it now.
Martin
Hello Pierre,
many many thanks for the upload. You just did what I was supposed to do, thanks
for that. If you still have your PLM tree around, I'd appreciate if you could
push them to the salsa git too. If you don't have that, that's not a problem.
I'll try to fulfill my role at some point.
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.
>
>
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
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
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
*
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
://salsa.debian.org/ftp-team/xz-2024-incident/-/issues/13.Thank you for your help!Martin
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
>
> 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
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
> 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
>
Control: tag -1 pending
Hello,
Bug #1061752 in python-django-tagging 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:
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.
El vie, 2 feb 2024 a las 6:57, Helmut Grohne () escribió:
>
> Package: libiv-unidraw2t64
> Version: 2.0.11d.a1-1.1~exp1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: fileconflict
> Control: affects -1 + libiv2 libiv2t64
> X-Debbugs-Cc: Graham Inggs , vor...@debian.org
>
>
Martin Steigerwald - 13.02.24, 00:24:35 CET:
> This breaks compiling my own kernel with:
>
> time eatmydata make -j16 bindeb-pkg LOCALVERSION=-t14
Work-around:
[…]etc/apt/preferences.d% cat kmod
Explanation: Bug #1063804: FTBFS: depmod: FATAL: could not search modules: No
may get. But I really
don't see how any possible benefit justifies that immense and error-prone
effort. Anyway it is not me doing that work.)
Best,
--
Martin
Package: shim
Followup-For: Bug #1061519
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
shim 15.8 @vathpela vathpela released this 23 Jan 19:01
What's New
* Various CVE fixes:
CVE-2023-40546 mok: fix LogError() invocation
CVE-2023-40547 - avoid incorrectly trusting HTTP headers
Control: severity 1061370 grave
Control: forcemerge -1 1061370
Matthias Klose [2024-02-01 8:30 +0100]:
> please don't file duplicate reports, see #1061370
Ah, sorry -- it wasn't clear from the title that it was about this problem, nor
was it RC. Marking a duplicate, so that it's easier to find.
d a few of the autopkgtest regressions on the PTS [3], and they
all failed on the exact same issue, e.g. [4].
Thanks!
Martin
[1]
https://buildd.debian.org/status/fetch.php?pkg=cockpit=armel=310-1=1706722995=0
[2]
https://buildd.debian.org/status/fetch.php?pkg=cockpit=armel=309-1=1705590895=0
[3
Dear Shawn,
could you check /var/log/dpkg.log which packages have been upgraded
recently? My random guess would be python3-trio from 0.22 to 0.23. Maybe
you can temporarily downgrade one or the other package to find the
culprit?
Cheers
notfound 1014862 3.4.5-1
thanks
In the current build this bug does not exist.
OpenPGP_signature.asc
Description: OpenPGP digital signature
Am Mittwoch, dem 10.01.2024 um 08:16 +0100 schrieb Andreas Tille:
> Hi Martin,
>
> I tried to open an issue upstream but it seems the repository does not
> feature submitting issues. Can you have a look please?
>
> Kind regards
> Andreas.
>
Hi Andreas,
I ju
Hi Andreas,
thanks. I missed this. I will look at this tomorrow.
Martin
Am Mittwoch, dem 10.01.2024 um 08:16 +0100 schrieb Andreas Tille:
> Hi Martin,
>
> I tried to open an issue upstream but it seems the repository does not
> feature submitting issues. Can you have a
Hello again,
as promised, I uploaded the fix with the attached debdiff.
Martin
diff -Nru sosreport-4.0/debian/changelog sosreport-4.0/debian/changelog
--- sosreport-4.0/debian/changelog 2021-01-27 15:29:24.0 +0100
+++ sosreport-4.0/debian/changelog 2024-01-10 08:16:54.0
will attach the NMU
debdiff here.
Thanks,
Martin
Control: reassign -1 upower 1.90.2-7
Control: tag -1 fixed-upstream pending
The upower test adjustment landed upstream, I'll cherry-pick it into Debian.
Martin
upower's tests IMHO. I sent a fix for upower's tests to the above MR. I'll give
it three days to review (it's holiday season, after all), and will then upload
the fix to Debian's upower either as a cherry-pick or a downstream patch.
Martin
The issue seems to have been fixed in upstream markdown2 v2.4.11
commit commit 0fde72b: Remove deprecated imp module
Updating markdown2 to 2.4.11 may fix the issue.
Control: tag -1 pending
Hello,
Bug #1057148 in python-dbusmock 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:
Control: severity -1 normal
Control: tag -1 + moreinfo
Hi, I can't reproduce this FTBFS.
Could you try again, please?
I'll upload a new version, but it shouldn't make a difference.
Package: libervia-backend
Severity: serious
Version: 0.9.0~hg3993-4
Tags: bookworm
When there is no pre-existing configuration (`~/.local/share/libervia/`),
starting `libervia-backend fg` fails with an exception:
```
File "/usr/share/libervia/sat/memory/migration/env.py", line 8, in
from
On Thu, Nov 9, 2023 at 3:14 AM Wookey wrote:
> On 2023-11-08 20:10 +0100, Martin Budaj wrote:
> > as we still need to maintain Catch2 v2 API compatibility to run CI tests
> > and builds on older Ubuntu images, we can't simply migrate to v3.
>
> Who is building 'latest'
lds on older Ubuntu images, we can't simply migrate to v3.
For now, I'll just enable using the bundled Catch2 instead of v3 installed
in the system.
Martin
Hello,
thanks for your hard work investigating on this. I confirm that this fixes the
build. I am currently relaunching the build with a proper changelog entry
before uploading to unstable. The patch I came up with is here:
https://salsa.debian.org/debian/ns3/-/blob/master/debian/patches/sphinx-7
Thanks, I'll check it out in a week or so.
Martin
On Fri, Oct 27, 2023, 21:21 Lucas Nussbaum wrote:
> Source: therion
> Version: 6.1.8-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20231027 ftbfs-trix
Dear Lucas,
wofi-pass is marked for autoremoval due to this bug report but I suspect
it to be a false-positive as wofi-pass does not depend on any emacs
stuff and it also builds successful (see attached buildlog).
Best regards,
Martin
Format: 1.0
Source: wofi-pass
Binary: wofi-pass
Control: severity -1 normal
Control: tag -1 + help
Control: tag -1 + moreinfo
Finally, I had some time to run the autopkgtest suite on my own arm64
machine (MNT reform). It did not segfault, so I assume a specific
problem with the C/I system. I have no idea how to debug this, help is
appreciated!
easily be done by applying the following patch to your kernel git
repository:
https://lore.kernel.org/all/3d34a965-ab9c-d549-0c63-c717ab5d2...@tweek.dk/
Afterwards `make modules_install` will compress and install the modules
correctly.
Best regards,
Martin Nybo Andersen
El mar, 5 sept 2023 a las 20:32, Agustin Martin
() escribió:
>
> If /boot/efi is not mounted I get for new versions
>
> $ LC_ALL=C sudo dpkg-reconfigure grub-efi-amd64
> Installing for x86_64-efi platform.
> grub-install: error: cannot find EFI directory.
> Failed: grub-instal
> On Tue, Sep 05, 2023 at 07:34:13PM +0200, Julian Andres Klode wrote:
> I wrote
> > If /boot/efi is not mounted I get for new versions
>
> Well that's *your problem*, sorry. Mounting /boot/efi is mandatory,
> you can't just go unmount it. By the same argument unmounting /boot
> (if a separate
On Tue, Sep 05, 2023 at 07:34:13PM +0200, Julian Andres Klode wrote:
> On Tue, Sep 05, 2023 at 12:26:56PM -0400, M. Zhou wrote:
> > I am able to boot with 2.12~rc1-7 now. And my currrent status is
> >
> > grub-common/unstable,now 2.12~rc1-7 amd64 [installed]
> > grub-efi-amd64-bin/unstable,now
El mar, 5 sept 2023 a las 17:21, Agustin Martin
() escribió:
>
> On Tue, Sep 05, 2023 at 04:19:01PM +0200, Miguel A. Vallejo wrote:
> > Package: grub2
> > Version: 2.12~rc1-7
> > Severity: critical
> >
> > This morning I noticed an apt upgrade in Debian unstable
On Tue, Sep 05, 2023 at 04:19:01PM +0200, Miguel A. Vallejo wrote:
> Package: grub2
> Version: 2.12~rc1-7
> Severity: critical
>
> This morning I noticed an apt upgrade in Debian unstable/Sid upgraded
> grub-common, grub2-common, grub-efi-amd64 and grub-efi-amd64-bin. The
> upgrade went normally
> The package fails to build in a test rebuild on at least amd64 with
> gcc-13/g++-13, but succeeds to build with gcc-12/g++-12. The severity of this
> report will be raised before the trixie release.
> The full build log can be found at:
>
severity 1041703 important
thanks
Martin Steigerwald - 22.07.23, 15:41:41 CEST:
> severity 1041703 grave
> thanks
>
> Justification: Renders X unusable, renders fwupdmgr unusable
On the other hand Sid should have libudev1 254~rc2-3. Even testing
should have 253.5-1 already.
Ah and
Working package for AMD64:
https://ftp.debian.org/debian/pool/main/libg/libgudev/libgudev-1.0-0_237-2_amd64.deb
--
Martin
Thanks for the patch. I'll have a try.
Am 11.07.23 um 12:15 schrieb Vincent Lefevre:
I note that there is a version comparison in sub parse_file:
if (!defined $packages->{$package->{$PACKAGE}} or
!defined
On Tue, Jul 11, 2023 at 10:05 PM Salvatore Bonaccorso wrote:
> On Tue, Jul 11, 2023 at 06:30:38PM +0300, Martin-Éric Racine wrote:
> > Reintroducing the epoch produces the following Lintian ERROR:
> >
> > E: dhcpcd source:
> > epoch-changed-but-upstream-version-di
On Mon, Jul 10, 2023 at 7:30 PM Martin-Éric Racine
wrote:
>
> On Mon, Jul 10, 2023 at 7:05 PM Salvatore Bonaccorso
> wrote:
> > On Sun, Jul 09, 2023 at 10:39:59PM +0300, Martin-Éric Racine wrote:
> > > On Sun, Jul 9, 2023 at 10:33 PM Salvatore Bonaccorso
> > &
Hi Vincent,
Am 11.07.23 um 00:46 schrieb Vincent Lefevre:
cventin:~> apt-show-versions -a libreoffice-common
libreoffice-common:all 4:7.5.4-4 install ok installed
libreoffice-common:all 4:7.4.5-3 stable ftp.debian.org
No stable-updates version
libreoffice-common:all 4:7.4.5-3
On Mon, Jul 10, 2023 at 7:05 PM Salvatore Bonaccorso wrote:
> On Sun, Jul 09, 2023 at 10:39:59PM +0300, Martin-Éric Racine wrote:
> > On Sun, Jul 9, 2023 at 10:33 PM Salvatore Bonaccorso
> > wrote:
> > > On Sun, Jul 09, 2023 at 09:25:33PM +0200, Salvatore Bonaccor
Control: tags -1 + moreinfo
Hi Vincent,
Am 05.07.23 um 12:13 schrieb Vincent Lefevre:
Control: retitle -1 apt-show-versions gives unreliable information
Control: severity -1 grave
I still can not reproduce your problem.
Please try to find out, which value is missing in a Packages file,
nsiting the source from src:dhcpcd5 to src:dhcpcd we're
missing an epoch for everything. This requires reverting the above fix
and simply introducing an epoch for the whole src and binaries.
Or have I misunderstood the issue?
Martin-Éric
; 1:3.2.3-2
> 1:3.2.3-1.1
> 1:3.2.3-1
> 1:3.2.2-1
> 1:3.0.17-2
> 1:3.0.17-1
> 1:2.0.3-1
> 1:2.0.2-1
> 1:2.0.1-1
> 1:2.0.0-2
> 1:2.0.0-1
> 1:1.3.22pl4-22
> 1:1.3.22pl4-21sarge1
> 1:1.3.22pl4-21
> 1:1.3.22pl4-20
> 1:1.3.17pl2-8.1
> 1:1.3.17pl2-8
> 1
everity:serious.
This being said, this is something that is easily fixed by
re-introducing the epoch. Whether this is really worth the trouble
given how the discrepancy dates back to something even older than
oldstable is an entirely different issue.
Martin-Éric
tags -1 + unreproducible
thanks
On Thu, 25 May 2023 21:00:18 +0200 Bastian Germann wrote:
> I cannot reproduce this.
>
I can't reproduce this either.
I tried 2 variants and both build fine (using an up to date sid VM to
run the build using bookworm docker container or pbuilder).
docker run
On Thu, May 25, 2023 at 09:52:55PM +0200, Gürkan Myczko wrote:
> On 25.05.2023 19:47, Martin Hostettler wrote:
> > On 19/05/2023 12.48, Martin Hostettler wrote:
> > > It seems what is needed is this:
> > >
> > > mv
> > > debian/cadabra2/us
verse dependencies as well.
Some bugs have according to the bts been fixed and migrated meanwile:
#1035995: bazel-bootstrap
#1011597: tiles
#1033366: resteasy3.0
What is the plan here to get this in shape for in time before last unblock
requests for bookworm on the 28th?
- Martin
On 19/05/2023 12.48, Martin Hostettler wrote:
> It seems what is needed is this:
>
> mv
> debian/cadabra2/usr/lib/python3.*/site-packages/notebook/static/components
> debian/cadabra2/usr/share/javascript
> rmdir debian/cadabra2/usr/lib/python3.*/site-packages/notebook/
On Mon, May 22, 2023 at 11:59:37AM +0200, Andreas Beckmann wrote:
> On 19/05/2023 12.48, Martin Hostettler wrote:
> > It seems what is needed is this:
> >
> > mv
> > debian/cadabra2/usr/lib/python3.*/site-packages/notebook/static/components
> > deb
ers might benefit from automatically transitioning to
youtube-dlp, on the other hand yt-dlp does not seem to provide youtube-dl
as a binary, so maybe this is unexpected as well.
- Martin
On Fri, May 19, 2023 at 11:09:41AM +0200, Helmut Grohne wrote:
> On Fri, May 19, 2023 at 10:27:46AM +0200, Martin Hostettler wrote:
>
> Do I understand correctly that all we have to do here is ship the file
> in its "canonical" path after resolving the symbolic link f
and someone with more solid clue about these kind of
problems in packaging can resolve this.
- Martin
I'm not a DD, so i can't upload any fixes, but i would really appreciate
if we can get this fixed before the auto removal strikes.
Regards,
- Martin
--- magic-wormhole-0.12.0/src/wormhole/test/test_wormhole.py 2021-02-05 02:16:21.0 +
+++ magic-wormhole-0.12.0.fix/src/wormhole/test/tes
On 2023-04-03 18:18, Dennis Filder wrote:
> On Mon, Apr 03, 2023 at 07:29:44AM +0000, Martin wrote:
>> Suggested solution: The buttons "Use SIP account" and "Fetch remote
>> configuration" must not be greyed out, even if user does not agree to
>>
1 - 100 of 4549 matches
Mail list logo
