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
>>
Quoting Jonas Smedegaard :
Software that requires signing a contract is "non-free by proxy" which
in Debian means "contrib".
My assumption (which might be wrong, of course, and IANAL anyway) is,
that both ToU and PP are only about their linphone SIP service, *not*
about using the linphone
On 2023-04-03 09:54, Jonas Smedegaard wrote:
> By abocve description, I would go further and consider this package
> unfit for release in section "main" with current constraints, since it
> (technically or possibly only as UX) depend on non-free Belledone code.
> Until (if possible) fixed, this
On 2023-04-01 19:57, Paul Gevers wrote:
I have uploaded a new upstream version that includes the fix for this
issue, as well as fixes for some more crashes. I would appreciate it a
lot if you could install the version from unstable once it's build and
report back what your experience with
Control: severity -1 important
Control: tag -1 moreinfo
As Stefan, I get warnings, but no crash on Debian 12 bookworm.
tag 1030658 +moreinfo
thanks
Hello Damyan,
sorry for not noticing this bug before, I thought I was subscribed to the
package.
It looks like a missing dependency to me. Could you please give me the output
of `ldd /usr/bin/zeal` ?
I tried to dig a bit to understand what's going wrong, but the
On 2022-11-24 15:37, Paride Legovini wrote:
> Upstream isn't active anymore. I suggest switching to:
>
> https://github.com/Frederick888/external-editor-revived
Thanks! Filed "RFP: external-editor-revived -- Thunderbird MailExtension
which allows using external editors"
Hello Santiago,
Santiago Vila [2023-02-18 0:26 +0100]:
> Martin Pitt wrote:
> > The "flock: not found" is #1014662, but that is already present in our
> > current
> > image with cloud-initramfs-tools 0.18.debian8, and does not seem fatal. So
> > far
>
On 2023-02-16 17:44, Santiago Vila wrote:
> AFAIK, the main reason trac was not ready for Debian 12 was the
> problems with python3, but those in theory have been fixed
1.5.x is the development branch of Trac and I would like to wait for the
official 1.6 release. It probably comes to late for
Hi all,
I am preparing a fix for this bug based on the upstream pull request
https://github.com/graphite-project/graphite-web/pull/2785 which is also
in oldstable security with version 1.1.4-3+deb10u2.
Regards
Christoph
OpenPGP_signature
Description: OpenPGP digital signature
testing this on a Bullseye live image.
It might be specific to HP laptops, can't really say. But it's a nasty surprise
to whoever
gets hit by this and not really obvious how to get around it.
with regards
Martin Kraus
-- Package-specific info:
** Version:
Linux version 6.1.0-3-amd64 (debian-ker
Control: retitle -1 libervia-backend: FTBFS: InvalidVersion: Invalid version:
'0.9.0-hg3993'
Control: user debian-pyt...@lists.debian.org
Control: usertags -1 python3.11
The cause of the error is not the failing unit test (which is ignored as
"known broken"), but that Python 3.11 is more strict
Dear Laurent, dear Jeremy, der Iain,
because I'm not sure, if you saw it: I uploaded libproxy 0.4.18-1.2 with
Sebastians patch to DELAYED/5. You might like to do something different,
therefore my headsup.
Cheers
Control: tags -1 + patch
So far only good reports about the patch by Sebastian ,
applied in experimental.
Hi Markus,
could you please try out, if the problem is fixed with a patched libproxy?
$ echo deb https://deb.debian.org/debian/ experimental main \
| sudo tee /etc/apt/sources.list.d/experimental.list
$ sudo apt update
$ sudo apt install -t experimental libproxy1v5
(IIRC)
It would be very
Sorry, that went to the wrong bug report :-(
Laurent, Jeremy, Iain, I hope you are OK with the upload to
experimental!
On 2023-01-25 15:11, Sebastian Reichel wrote:
> [[PGP Signed Part:Undecided]]
> Hi Martin,
>
> On Tue, Jan 24, 2023 at 10:50:52PM +, Martin wrote:
>> Hi S
Hi Sebastian,
I wonder, if I should upload libproxy with your github patch¹ to
experimental. Then people affected (or not affected) by the bug can test
easily. Or you may upload, of course! :-)
Cheers
¹ https://github.com/libproxy/libproxy/issues/199#issuecomment-1401124997
Control: tag -1 pending
Hello,
Bug #1026602 in python-unicodecsv 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:
On Thu, Jan 19, 2023 at 10:25 PM Beat Bolli wrote:
> On 19.01.23 16:35, Martin-Éric Racine wrote:
> > We've just pushed dhcpcd 9.4.1-14 into unstable. Can you please check
> > whether that fixes it?
>
> Indeed, this new version works.
Marking FIXED as of 9.4.1-14 . I
Greetings,
Something tells me that both of you have encountered the same bug.
We've just pushed dhcpcd 9.4.1-14 into unstable. Can you please check
whether that fixes it?
Martin-Éric
Control: severity -1 normal
The problem disappeared magically for all users who reported it before.
I assume, that there is a hidden bug in libproxy, that only appears in
certain circumstances. Downgrading for now.
Control: found -1 0.4.16-1
Control: notfound -1 0.4.15-15
I tried various versions of libproxy from snapshot.debian.org and could
find the crash to be introduced by version 0.4.16-1 exactly.
Control: clone -1 -2
Control: reassign -2 libproxy1v5 0.4.18-1
Control: retitle -2 libproxy1v5: Gajim 1.6.0-1 crashes in libproxy call
This is the backtrace with a debian.org account:
(gdb) bt
#0 read_encoded_value_with_base(unsigned char, _Unwind_Ptr, unsigned char
const*, _Unwind_Ptr*)
On 2023-01-10 19:49, Stefano Rivera wrote:
> So, probably time to remove this from the archive, clearly they don't
> intend to support the new API.
Yes, I'll file a removal request!
Control: clone -1 -2
Control: reassign -2 python3-nbxmpp 4.0.0-1
Control: retitle -2 python3-nbxmpp: Gajim 1.6.0-1 crashes on connect
On 2023-01-10 18:29, Fiona Klute wrote:
> In that case python3-nbxmpp 4.x must not migrate either, because it
> breaks Gajim 1.5.x. I'm not sure what's the proper
Hi Lucas,
is it possible that this is a transistion issue?
The logs talk about python3.10 and sid has python3.11.
Christoph
Am 01.01.23 um 15:35 schrieb Lucas Nussbaum:
.
warnings.warn(
TEST FAILED:
/<>/debian/tmp/usr/local/lib/python3.10/dist-packages/ does NOT
support .pth files
bad
>
>
> Am 01.01.23 um 15:55 schrieb Uecker, Martin:
> >
> > One could just relax (or simply remove) the test from bullseye
> > or packport the version bookworm.
>
> I guess that would be applying 0003-relax-failing-unit-test.patch
> to the Bu
One could just relax (or simply remove) the test from bullseye
or packport the version bookworm.
The wine code is broken (it violates the effective types
rules of ISO C).
Martin
Am Sonntag, dem 01.01.2023 um 15:39 +0100 schrieb Bernhard Übelacker:
> Dear Maintainer,
> I could rep
Package: firefox
Version: 108.0-1
Severity: grave
Justification: renders package unusable
When starting firefox, it displays the following message and exits immediately
with exit code 255:
XPCOMGlueLoad error for file /usr/lib/firefox/libnssutil3.so:
/usr/lib/firefox/libnssutil3.so: cannot open
scrcpy-server 1.24-1
Versions of packages scrcpy recommends:
ii adb 1:29.0.6-21
scrcpy suggests no packages.
-- no debconf information
--
.''`. martin f. krafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do
I am also affected by this bug on a 2020 Lenovo laptop, same as OP
reported. After an upgrade on my unstable debian system it booted only
to a blinking cursor. Going into a terminal and checking logs I also
saw the segmentation fault.
It made my laptop unusable as of now. :( Hope that the driver
reopen -1
thanks
The new version seams to not fix the test on all architectures.
Christoph
Am 30.11.22 um 17:09 schrieb Christoph Martin:
I have uploaded a fixed package as NMU to to the deferred queue.
Am 17.11.22 um 14:13 schrieb Christoph Martin:
I just tried to build php-db
1 - 100 of 4518 matches
Mail list logo
