Package: valgrind
Severity: normal
Hello,
Sourceware.org is having issues today so I can't research specifics, but
Valgrind has supported the use of debuginfod's protocol to automatically get
debug symbols just like how GDB does. Debian's (unofficial?) debuginfod
instance is at debuginfod.debi
On Thu, 17 Apr 2025, IW2DHW wrote:
On Wed, 16 Apr 2025 13:12:15 -0400 (EDT) Scott Talbert
wrote:
Version: 4.2.3+dfsg-2
This was due to an unfortunate ABI version script change upstream in
wxWidgets, fixed by the newer upload of wxPython.
Scott
When this package will be available in
:(
Scott
On Wed, 2025-03-19 at 15:36 +, Scott Ashcroft wrote:
> On Wed, 2025-03-19 at 15:25 +0000, Scott Ashcroft wrote:
> > If it works I'll send over a patch you can cherry pick.
>
> https://salsa.debian.org/sashcroft/yosys/-/commit/8b166e2bbab49d1d1b4bf211ed75203443c60c4c
&g
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libwx-p...@packages.debian.org
Control: affects -1 + src:libwx-perl
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libwx-perl_1:0.9932-9 . ANY . unstable . -m "Rebuild with wxWidgets 3.2.7"
!!! PLEASE MAKE THIS BINNMU D
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libalien-wxwidgets-perl_0.69+dfsg-8 . ANY . unstable . -m "Rebuild with
wxWidg
On Wed, 9 Apr 2025, Felix Lechner wrote:
Hi Scott,
On Wed, Apr 09 2025, Scott Talbert wrote:
Felix was working on this a few years back but perhaps lost
time/interest.
Yeah, thanks for remembering! I spent a lot of time eliminating a Bash
layer that seemed unnecessary and rewrote
vely working on this. Felix was
working on this a few years back but perhaps lost time/interest.
Regards,
Scott
On Tue, 2025-03-25 at 14:02 +, Scott Ashcroft wrote:
> On Tue, 2025-03-18 at 21:52 +0000, Scott Ashcroft wrote:
> > If we can get the three fixes accepted upstream 32-bit should build
> > and
> > pass all tests.
>
> I've raised an upstream pull request:
>
eam docs for building from source say:
"You need a C++ compiler with C++17"
but offer no further guidance.
I went for the minimum change rather than risk breaking things on
systems I can't test.
If it was just for Debian then I totally agree your solution is the
cleanest.
Cheers,
Scott
Package: dvb-apps
Version: 1.1.1+rev1500-2
Severity: normal
File: /usr/bin/atsc_epg
Tags: upstream
Hi,
On ARM64—and presumably other architectures where the shell command 'getconf
CHAR_MIN' prints '0'—the atsc_epg program is unusable. Even when it is invoked
correctly, it always prints help inf
On Mon, 31 Mar 2025 22:30:41 +0100 Luca Boccassi wrote:
> Finally, and I understand you can't possibly care, but the only things
> I am getting out of working on this are burnout and grief, a constant
> barrage. Getting hate from random anonymous trolls is one thing and
> pretty much comes with t
On Tue, 2025-03-18 at 21:52 +, Scott Ashcroft wrote:
> If we can get the three fixes accepted upstream 32-bit should build and
> pass all tests.
I've raised an upstream pull request:
https://github.com/YosysHQ/yosys/pull/4960
Cheers,
Scott
On Wed, 2025-03-19 at 15:25 +, Scott Ashcroft wrote:
> If it works I'll send over a patch you can cherry pick.
https://salsa.debian.org/sashcroft/yosys/-/commit/8b166e2bbab49d1d1b4bf211ed75203443c60c4c
Other patches may need to be refreshed due to line number shuffles in
the Makefil
age 0 a locale thing or something? O_O
I'm hoping this is caused by the output of yosys-config being several
lines longer and it shuffling everything else down enough that the
pages get out of step.
Cheers,
Scott
On Tue, 2025-03-18 at 19:23 +, Scott Ashcroft wrote:
> That only leaves the cxxrtl tests failing. I don't think fixing them
> will be as straightforward.
Once I figured out what the test was trying to do it turned out to be
quite simple.
It is trying to compare the cxxrtl versi
oint $print got added and it needs the same fix. See attached
patch.
That only leaves the cxxrtl tests failing. I don't think fixing them
will be as straightforward.
Cheers,
Scott
--- techlibs/common/simlib.v 2025-03-18 10:41:02.865922396 +
+++ /home/scott/simlib.v 2025-03-18 19:07:40
y changes lost that we need to patch back in."
That'll be a yes then.
Cheers,
Scott
g point so I guess just a size
of int/pointer mismatch somewhere.
I suspect just dropping 32-bit support is going to be easiest way
forward as the upstreams of major bits of the FPGA workflow are broken.
Cheers,
Scott
d:
> /tmp/cc8nRSkd.ltrans73.ltrans.o:/<>/abc/src/map/scl/sclLiberty.c:575:(.text+0x4263):
> undefined reference to `abc::gzclose(void*)'
> collect2: error: ld returned 1 exit status
They've added zlib support in there too. Changing the include to
#include gets the build working again.
Cheers,
Scott
me?
The armhf one seems to have run of memory.
The i386 just fails one of the big FSM tests.
Should we just be dropping 32-bit support?
Cheers,
Scott
On Sun, 2025-03-16 at 17:34 +0100, Daniel Gröber wrote:
> Hi Steffen, Scott,
Hi.
> Nah. I'm too much of a perfectionist for that. I'd sooner switch to HTML
> output than have no docs in Debian at all (maybe we should enable those
> anyway?).
The HTML docs seem to use pip
On Sat, 2025-03-15 at 19:52 +, Scott Ashcroft wrote:
> OK. I've managed to get an sbuild environment working by using the orig
> tar file from the YosysHQ github.
> The documentation issues are fixed up and I'm running what is hopefully
> the final test build now.
>
On Sat, 2025-03-15 at 16:30 +, Scott Ashcroft wrote:
> Hi,
>
> On Fri, 2025-03-14 at 21:10 +0100, Daniel Gröber wrote:
> > tl;dr: yosys packaging still has issues in the docs build. Python/sphinx
> > help wanted :-).
>
> I'd love to help but something s
try to build the package I get:
$ gbp buildpackage
gbp:info: Creating /home/scott/yosys_0.49.orig.tar.gz
gbp:error: Error creating yosys_0.49.orig.tar.gz: Pristine-tar couldn't
checkout "yosys_0.49.orig.tar.gz": fatal: ambiguous argument
'20a7873377c94821e2eeda737aaf35fab389d8cc^{tre
> Apologies, this was second hand information and probably incorrect.
I think this referred to the 3.3.1 RPM package provided by shibboleth.net.
FWIW I think the relevant upstream commit is
https://urldefense.com/v3/__https://git.shibboleth.net/view/?p=cpp-opensaml.git;a=commit;h=22a610b322e217
robably less
cleanly the farther back one goes.
-- Scott
unstable, but
should also be reverted in stable.
Thanks,
Scott
Package: python3-numpy
Version: 1:1.24.2-1+deb12u1
Severity: important
X-Debbugs-Cc: sea3...@gmail.com
Dear Maintainer,
- What led up to the situation?
Installed python3-numpy via apt on Debian 12 (Bookworm) with Python 3.11.2 for
data analysis project.
- What exactly did you do (or not do) that
ion to help track down the
issue?
Cheers,
Scott
Control: tags -1 fixed-upstream
It's not acknowledged in the bug report yet but it appears that support for
newer versions has been added
https://github.com/dino/dino/commit/1c365daa14e0e11bb4931b0c7891a781c5fc7084
signature.asc
Description: This is a digitally signed message part
>> Simply display a splash screen with the remaining steps needed should the
>> user want to complete the removal themselves.
> I'm not sure this is worth asking the question interactively [...]
Just FYI for anyone wanting to take this up: this is what Debconf priorities
are for. If a question n
On Mon, 2025-02-10 at 01:03 +0100, Daniel Gröber wrote:
> Hi Scott,
>
> On Wed, Feb 05, 2025 at 08:28:47PM +0000, Scott Ashcroft wrote:
> > That was much more difficult than I thought.
>
> Tell me about it! ;-)
>
> > The combination of your work and upstream had de
Control: retitle -1 Secrets hard-codes OpenSC's PKCS11 module wrongly
(cross-arch) and crashes trying to use it
Control: found -1 10.4-1
Control: severity -1 important
Justification: buildd architecture adversely affects artifacts in arch: all
package
Hello,
I did some additional digging. My wo
Hi Bastain,
> Control: retitle -1 RFP: python-pyhanko -- Sign and stamp PDF files
>
> You can find a complete package at
> https://salsa.debian.org/python-team/packages/python-pyhanko
> if you want to go ahead. xhtml2pdf was patched to get rid of the pyhanko
> dependency.
I've exhausted probab
re dropped.
Cheers,
Scott
On Tue, 2025-02-04 at 16:52 +0100, Daniel Gröber wrote:
> Hi Scott,
>
> On Tue, Feb 04, 2025 at 01:22:18PM +0000, Scott Ashcroft wrote:
> > Then out of blue there was an upload in January, still based on an
> > old
> > version.
>
> Larry reminded me to do it that
Package: elogind
Version: 255.17-1debian1
Severity: important
X-Debbugs-Cc: sf@expat.email
Dear Maintainer,
I did a fresh install of trixie on an old laptop, a "cli only" install to
start, and
chose a runit-based version. Noticed a two-minute or so delay on every login.
Eventually
I noticed
Hi,
I think I've done the work to get 0.49 packaged and it has been merged
in salsa.
Can somebody check over what I've done and do the necessary moves to
upload it?
Cheers,
Scott
sv=252.26-1~deb12u2) default behaviour.
I still have the same/latest bookworm version of nvidia-persistenced installed,
but have since upgraded most other nvidia-related packages according to
bookworm-backports.
Scott.
On Tue, 26 Nov 2024 18:25:07 + Scott Ashcroft
wrote:
> I think the fix for this is to add:
>
> -fno-jump-tables
>
> to the OPTIMIZE flags but I don't have atmega8 to test if the
produced
> bootloader actually works.
>
>
I've now managed to find an
Package: apt-cacher-ng
Version: 3.7.4-1+b2
OS: Debian GNU/Linux 12 (bookworm)
When multiple systems attempt a package installation through apt-cacher-ng,
some are returned a 503 error due to what appears to be a problem with
simultaneous access. It appears that apt-cacher-ng is attempting to bac
Control: fixed -1 6.12.5-1
Ahoy,
I use Linphone sometimes and I really want to make sure it makes it back into
testing, especially because it serves its enterprise use case like no other SIP
client can. In #1074838 I found a one-line change from upstream that should get
bcmatroska2 back into testing, and hopefully the re
Package: secrets
Version: 9.6-2
Severity: normal
X-Debbugs-CC: pykc...@packages.debian.org
Control: found -1 10.1-1
Hi,
While fooling around with Secrets and trying to open a password-protected
database, I thought I'd push the refresh arrow on the smartcard list just to be
silly. To my surprise
.
Cheers,
Scott
ever, but I may be
close.
Regards,
Scott.
-- System Information:
Debian Release: 12.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linu
On Tue, 2024-12-10 at 18:57 +0100, Uwe Kleine-König wrote:
> Hello,
Hi.
> On Tue, Dec 10, 2024 at 12:08:17PM +, Scott Ashcroft wrote:
> > Still happening with 6.12.3.
> > Pressing a number of keys (it doesn't need to be enter) will get
> > the
> >
which mashing
the keyboard supplies?
Cheers
Scott
Ahoy,
I had an idea for a project like geoclue-stumbler on my to-do list, except I
never could have gotten around to making a nice GUI. I see you're actively
working on the packaging at this very moment, but do let me know if you want a
hand or a tester; I do take a particular interest in this
Control: forwarded -1 https://github.com/systemd/systemd/issues/35311
Control: tags -1 upstream fixed-upstream
Control: affects -1 hardening-runtime
Control: severity -1 important
Justification: is very likely to make hardened systems—these often being remote
servers—unreachable or mostly so
I've
I think the fix for this is to add:
-fno-jump-tables
to the OPTIMIZE flags but I don't have atmega8 to test if the produced
bootloader actually works.
endmail program. Postfix attempts to
be fast, easy to administer, and secure, while at the same time being
sendmail compatible enough to not upset existing users. Thus, the outside
has a sendmail-ish flavor, but the inside is completely different.
Scott K
Control: reassign -1 gtk4/4.16.1+ds-1
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gtk/-/issues/7109
Control: tags -1 fixed-upstream
Alberto Garcia wrote:
> Thanks. So far I haven't been able to reproduce the issue.
The issue is in GTK. I don't think this has anything to do with the CPDB/
Source: tinyusb
Severity: normal
Tags: upstream
Control: affects -1 pico-sdk-source
Forwarded: https://github.com/hathach/tinyusb/pull/2799
Dear maintainer,
If you're not already aware (I see you maintain both packages involved 🙂), the
catalyst for making a new (and the current) TinyUSB release
Source: tinyusb
Severity: normal
Tags: upstream
Control: affects -1 pico-sdk-source
Forwarded: https://github.com/hathach/tinyusb/pull/2799
Dear maintainer,
If you're not already aware (I see you maintain both packages involved 🙂), the
catalyst for making a new (and the current) TinyUSB release
Package: libwebkitgtk-6.0-4
Version: 2.46.1-2
Severity: normal
Hello,
I'm aware of the recent GTK 4 hotfix for the print dialog and I'm not sure if
this is related. I'm not familiar with this API or if the problem lies with
WebKit, GTK, or something else, but am submitting this report to give y
I have a question as a random passerby.
Thorsten Alteholz wrote:
> libcupsfilters2-common is part of the new CUPSv3 family of packages, but this
> is far from being ready to use.
> Nowadays nobody should use libcupsfilters2 at all.
If libcupsfilters2 is not ready for end user systems and is only
Package: apt
Version: 2.9.8
Severity: minor
Hello,
Running apt satisfy without specifying any relationships to satisfy causes it
to gripe about not knowing what packages to satisfy *build dependencies* for:
$ apt satisfy
Error: Must specify at least one package to check builddeps for
Obviously
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libwx-p...@packages.debian.org
Control: affects -1 + src:libwx-perl
User: release.debian@packages.debian.org
Usertags: binnmu
NOTE: please make this depwait for corresponding libalien-wxwidgets-perl binnmu
nmu libwx-perl_1:0.9932-8+b9
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl
User: release.debian@packages.debian.org
Usertags: binnmu
NOTE: please make this depwait for libwxgtk3.2-dev 3.2.6+dfsg-1
nmu libalien-wxwid
Source: pgq-node
Version: 3.5-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Still builds postgresql-16-pgq-node and depends on cruft postgresql-16-pgq3
Scott K
Source: pg-partman
Version: 4.7.2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
postgresql-16-pgtap is NBS (replaced by postgresql-17-pgtap). Please
update your build-depends.
Scott K
Source: ddcui
Version: 0.3.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
FTBFS and should not be in the next release unless it is fixed.
Scott K
Jonas you seem to be the most active maintainer recently. Do you have any
pointers? I'm happy to do the work, just not sure where or how.
I'm nominally the human maintainer of src:haskell-pandoc. I can take care
of this.
Scott
On August 24, 2024 3:48:59 PM UTC, Mark Weyer wrote:
>Am Sat, Aug 24, 2024 at 02:57:22PM + schrieb Scott Kitterman:
>> On August 24, 2024 10:59:17 AM UTC, Mark Weyer wrote:
>> >I beg you to reconsider.
>> >
>> >> ocamlsdl depends on an obs
sume this needs SDL 1.2 and
if we don't have that in the archive, this isn't going to be useful, right?
Scott K
P.S. Please just reply to the bug, I'm subscribed.
tem/nvidia-persistenced.service).
Regards,
Scott.
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Li
Package: libgpgmepp-dev
Version: 1.18.0-4.1+b2
Severity: important
Ahoy,
While investigating adding support for gpgsm via GPGME to Poppler for PDF
signing, I found that the dependency chain isn't right. One can see that
/usr/include/gpgme++/error.h tries to include from
libgpg-error-dev uncon
Dear maintainer,
As you know, the upstream gLabels maintainer shifted attention to a Qt rewrite
several years ago that may not be a drop-in replacement, but that hasn't had
any release yet either due to the author's dwindling ability to work on it. On
the other hand, it's very feature-complete
27;^#[[:alpha:]]' etc/clamd.conf.sample | sed -e 's/^#//' | awk '{print
$1}' | while read opt; do \
>if ! grep -q "${opt}" debian/clamav-daemon.postinst.in ; then \
>
Upstream fix is here:
https://github.com/Cisco-Talos/clamav/commit/
d11590f7a443b19da04211c13a57395f33ed7b11
Scott K
signature.asc
Description: This is a digitally signed message part.
Control: tags -1 - moreinfo
On Mon, 2023-01-02 at 22:51 +0100, Axel Beckert wrote:
> Control: tag -1 + moreinfo
>
> Hi John,
>
> > This package uses Debhelper. What I think causes the false positive is
> > that, instead of using a pattern rule like
> > %:
> > dh $@
> >
> > I use the .DEFAUL
Control: forwarded -1
https://gitlab.linphone.org/BC/public/bcmatroska2/-/commit/7e7e7d0d7037f29624b32d814e83aa2ce978c29f
Control: tags -1 upstream fixed-upstream
GCC 14 is right to treat the issue as an error: calling a function via a
function pointer of incompatible type is undefined behavior
On Tue, 23 May 2017 01:39:54 -0400 Scott Kitterman
wrote:
> On Tue, 2 Apr 2013 15:32:44 +0200 Thomas Hood wrote:
> > Package: postfix
> > Version: 2.9.6-2
> > Severity: wishlist
> > Tags: patch
> >
> > Attached is a new resolvconf update hook script
>
Andreas wrote:
> the sse4.1 requirement seems to have been added as a workaround for some
> other problem specifically on the i386 architecture, but I will investigate
> and try to provide a fix.
Let me know if you want a hand or for me to look over anything: I know a thing
or two about GCC, in
Package: apt-listchanges
Severity: wishlist
Hello,
It appears that although apt-listchanges allows sorting changelog entries based
on urgency, it doesn't have a way to select or filter based on urgency. There
are a few instances where I would find this very useful, but the main one is
for exam
Control: reassign -1 libcamel-1.2-64t64 3.50.3-1.1~exp1
Control: found -1 3.52.3-1
Control: affects -1 evolution
Control: forwarded -1
https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/537
Control: tags -1 upstream fixed-upstream patch
This is an issue I reported years ago about Evolu
I'm not an experienced developer/debugger. If I've summarised the error
wrongly my apologies in advance. I can provide the full logs via a filesharer
if needbe, they are quite large even compressed.
Regards,
Scott.
-- Package-specific info:
uname -a:
Linux node57 6.1.0-22-amd64 #1 SMP PREEMPT_D
Source: railway-gtk
Version: 2.4.0-4
Severity: wishlist
Hi friends,
New versions of Railway appear to have added support for not only new transit
routes, but also new services to discover transit routes. The current packaged
version is geared towards rail travel in Europe, but it appears that t
eagerly awaiting the efforts of the smarter people.
Regards,
Scott.
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectu
looking interface, using pycares.
I am no longer interested in maintaining this package and the other
theorectical uploader is long inactive.
Scott K
library that performs DNS requests and name resolutions asynchronously.
I no longer have interest in maintaining it and the other theorectical
uploader is long inactive.
Scott K
he original
drivers? Does the wiki need an update?
Regards,
Scott.
age. I'm not about
to rename it because that's more work for me, not less. I could understand the
feeling on the Debian side being different about the need to delineate the
transition and retire the original package since it's unmaintained.
-- Scott
Control: found -1 poppler/0.71.0-5+deb10u3
Control: found -1 poppler/20.09.0-3.1+deb11u1
Control: found -1 poppler/22.12.0-2
Control: found -1 poppler/24.06.0-2
Since I couldn't find detailed information from upstream, I'd like to confirm
that I was able to reproduce the crash on Buster, Bullseye
removed from the archive. It appears unmaintained both in Debian and
upstream.
Scott K
Hello,
I must disclaim that I've not used these packages yet and would welcome being
informed if I'm mistaken.
It looks like both TeX Live and Debian have had reservations about shipping
AcroTeX and eForms because at the time it was considered, the only PDF readers
that appeared to support the
Control: reopen -1
On Tue, 21 May 2024, Emilio Pozuelo Monfort wrote:
On 21/05/2024 01:21, Scott Talbert wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libwx-p...@packages.debian.org
Control: affects -1 + src:libwx-perl
User: release.debian@packages.debian.org
Usertags
Control: reopen -1
On Tue, 21 May 2024, Emilio Pozuelo Monfort wrote:
On 21/05/2024 01:20, Scott Talbert wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl
User: release.debian
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libwx-p...@packages.debian.org
Control: affects -1 + src:libwx-perl
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libwx-perl_1:0.9932-8+b7 . ANY . unstable . -m "Rebuild with wxwidgets3.2
(3.2.5+dfsg-1)"
(Please sched
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libalien-wxwidgets-perl_0.69+dfsg-6+b7 . ANY . unstable . -m "Rebuild for
wxwi
Package: udisks2
Version: 2.9.4-4
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of th
Package: wnpp
Severity: wishlist
Owner: Scott Kitterman
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-gfloat
Version : 0.1
Upstream Contact: Andrew Fitzgibbon
* URL : https://github.com/graphcore-research/gfloat
* License : Expat
On Mon, 06 May 2024 10:33:54 -0400 Scott Kitterman
wrote:
> Source: kde-spectacle
> Version: 22.12.3-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the
past)
>
> Once kcolorpicker is decrufted, this package will
Source: kde-spectacle
Version: 22.12.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Once kcolorpicker is decrufted, this package will FTBFS. Please update
your build-depends.
Scott K
pycurl wheel from upstream? If the you're having problems with
the packaged version of pycurl, can you please explain how to reproduce
the problem?
Thanks,
Scott
Source: python-zeep
Version: 4.2.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Once xmlsec1 is decrufted, python-zeep will FTBFS. The build-depends
need to be updated to libxmlsec1t64 and libxmlsec1t64-openssl.
Scott K
-depends appropriately.
Scott K
FTBFS.
Scott K
update your build-depends.
Scott K
1 - 100 of 3235 matches
Mail list logo
