t; for Zope, see
https://github.com/zopefoundation/meta/issues/194.
Please can you reconsider, and not force this for Debian trixie? I
think we need to keep pkg_resources around for this use case until a
good deal more work has been done on migrating away from it for
namespace
could pick it up without stepping on your
toes.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
to fix the build process
> in some other way.
I just uploaded a fix for entrypoints, which should help. After that
reaches testing I can look at ipyparallel - it's possible its test suite
is just a bit flaky and I don't want to spend too much time on it in
advance.
--
Colin Watson (he/him) [cjwat...@debian.org]
pybuild doesn't remove them was quite easy
once I figured out how, and it helps with more RC bugs more quickly than
going around patching all the reverse-dependencies.
Untagging this since I am in fact going to fix it. :-)
--
Colin Watson (he/him) [cjwat...@debian.org]
hangelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+python-scruffy (0.3.8.2-2) UNRELEASED; urgency=medium
+
+ *
+
+ -- Colin Watson Thu, 03 Oct 2024 22:38:08 +0100
+
python-scruffy (0.3.8.2-1) unstable; urgency=medium
* Team upload.
diff --git a/debian/patches/0001-Migrate-from-imp-to-importlib.p
it was worth the effort to fix
it, so I looked for reverse-(build-)dependencies and found that there
currently aren't any. Thus I think we should just remove this from
Debian.
I've CCed people who've ever uploaded this package and might potentially
be interested. If I d
ests:
ii dpkg-dev 1.22.11
pn flit
ii libdpkg-perl 1.22.11
ii python3-build 1.2.2-1
ii python3-installer 0.7.0+dfsg1-3
ii python3-wheel 0.44.0-2
-- no debconf information
--
Colin Watson (he/him) [cjwat...@debian.org]
ng new that's come to light more recently?
(I haven't yet had time to read the paper in depth.)
--
Colin Watson (he/him) [cjwat...@debian.org]
t of sync (which might not be a bad thing).
--
Colin Watson (he/him) [cjwat...@debian.org]
s://www.chiark.greenend.org.uk/~sgtatham/bugs.html
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: reassign -1 ftp.debian.org
Control: affects -1 flask-appbuilder
Control: retitle -1 ROM; FTBFS due to incompatibility with flask-sqlalchemy 3,
multiple CVEs in Debian, no reverse-dependencies
On Sun, Sep 08, 2024 at 06:18:43PM +0100, Colin Watson wrote:
> flask-appbuilder has three o
...@lists.debian.org\fR>, lista de discuții a
traducerilor
în limba romănă a progrmelor și documentelor din Debian, sau direct autorului
acestei traduceri la
.hy
-<remusgabriel.ch...@disroot.org>
+
--
Colin Watson (he/him) [cjwat...@debian.org]
will be equal to the
values in the packages themselves, but those values are nevertheless
overridden. This means that uploading a new version of a package to
attempt to change its priority or section has no effect; if you need to
change those, you _must_ get ftpmaster to change the override, and
otherw
around?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
-jiter+python-dev
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
parts over librust-jiter-dev locally and it seems fine.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
why.
This blocks testing migration of those packages. In rust-jiter's case
(the one I'm interested in), that in turn blocks pydantic-core and a
number of other Python packages that need that.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, Sep 10, 2024 at 05:21:30PM +0200, Arnaud Ferraris wrote:
> Le 04/09/2024 à 21:36, Colin Watson a écrit :
> > On Wed, Sep 04, 2024 at 08:04:21PM +0100, Colin Watson wrote:
> > > https://ci.debian.net/packages/r/rust-merge/testing/amd64/ appears to
> > > have
However, nowadays debmirror skips files if they don't exist, without
having to explicitly exclude them from consideration up-front. So the
right fix is just to remove this line entirely, and I'll do that.
Thanks for the investigation!
--
Colin Watson (he/him) [cjwat...@debian.org]
commit/56b61b3dd90df2dba2da445a8386029b54fdebf3
recently added a dependency on zipp>=3.20. The same sort of thing is
true for importlib_resources and importlib_metadata, which each have
their own compatibility tables with the standard library.
--
Colin Watson (he/him) [cjwat...@debian.org]
d as 1.3.2+~cs14.21.116-1.1) and uploaded
it to DELAYED/2. Please feel free to tell me if I should delay it
longer.
Regards,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru node-ipydatagrid-1.3.2+~cs14.21.116/debian/changelog node-ipydatagrid-1.3.2+~cs14.21.
On Mon, Sep 09, 2024 at 11:15:58AM +0100, Colin Watson wrote:
> I've prepared an NMU for python-autopage (versioned as 0.4.0-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I should delay
> it longer.
This is also
https://salsa.debian.org/openstack-team/python/p
Control: tags 1080278 + patch
Control: tags 1080278 + pending
Dear maintainer,
I've prepared an NMU for python-autopage (versioned as 0.4.0-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I should delay
it longer.
Regards,
--
Colin Watson (h
ntroduced
later if need be.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
d-Depends-Indep
===
* designate-dashboard (for python3-unittest2)
* python-jenkins(for python3-unittest2)
* python-oauth2client (for python3-unittest2)
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, Sep 03, 2024 at 12:43:43AM +0100, Colin Watson wrote:
> Do you want to review any of this, or shall I just go ahead and upload,
> maybe after dropping transitional packages per the four open bugs about
> that?
I've gone ahead and uploaded this now.
--
Colin
On Sun, Sep 08, 2024 at 08:32:44AM +0200, László Böszörményi (GCS) wrote:
> On Sun, Sep 8, 2024 at 12:42 AM Colin Watson wrote:
> > I've prepared an NMU for serpent (versioned as 1.41-1.1) and uploaded it
> > to DELAYED/2. Please feel free to tell me if I should delay it lon
Control: tags 1080234 + patch
Control: tags 1080234 + pending
Dear maintainer,
I've prepared an NMU for serpent (versioned as 1.41-1.1) and uploaded it
to DELAYED/2. Please feel free to tell me if I should delay it longer.
Regards,
--
Colin Watson (he/him) [
ot overridden in child class 'Custom'",
confidence='INFERENCE')
E OutputLine(symbol='abstract-method', lineno=6, column=0,
end_lineno=6, end_column=12, object='Custom', msg="Method 'run' is abstract in
class 'Command'
On Wed, Sep 04, 2024 at 08:04:21PM +0100, Colin Watson wrote:
> https://ci.debian.net/packages/r/rust-merge/testing/amd64/ appears to
> have always failed; it looks as though rust-merge:@ and
> librust-merge-dev:default succeed but everything else fails.
>
> librust-merge-dev:de
since 2020-09-21, only one upstream
release ever which was on 2020-09-01, and there are no
reverse-dependencies. Should we just remove it?
--
Colin Watson (he/him) [cjwat...@debian.org]
his package was previously
ported to pypdf, but that the port was reverted in
https://salsa.debian.org/freexian-team/packages/odoo/-/commit/d68da30bd5746f41e33c19ba5c2b8bc0f100e4d6.
CCing Sébastien - was there a problem with the port? (Maybe
https://bugs.debian.org/1032300? But that wa
ctual hook (or caller) can be tracked down then perhaps that
> can be reassigned there. (Sorry for passing along this hot potato. :)
>
> (The BTS contains mails with several log files, and some analysis.)
Martin-Éric, could you provide the output of "ls /etc/apt/apt.conf.d/"
and "grep -E 'debconf|dpkg-' /etc/apt/apt.conf.d/*"? That would
probably speed up the search here.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
eye on my DDPO page and occasionally retrying
stuff. It doesn't look too bad, though obviously it'd be easier if
riscv64 didn't time out half the time.
> I'll try to grab some time later in the week to help with the effort!
Thanks!
--
Colin Watson (he/him) [cjwat...@debian.org]
On Mon, Sep 02, 2024 at 07:15:44PM +0200, Alexandre Detiste wrote:
> Le lun. 2 sept. 2024 à 18:56, Colin Watson a écrit :
> > On Thu, Jul 18, 2024 at 02:08:32PM +0200, Hans-Christoph Steiner wrote:
> > > It is fixed upstream:
> > > https://github.c
what state things are in and what they can do - or at least
it does for me.)
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
- second)
>~~^~~~
> TypeError: unsupported operand type(s) for -: 'NoneType' and 'float'
This looks like https://github.com/ponyorm/pony/issues/704. Does the
latest upstream release (0.7.19) fare any better?
--
Colin Watson (he/him) [cjwat...@debian.org]
but after that I
should be able to upload all the remaining pieces.
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: owner 1073481 !
On Sun, Sep 01, 2024 at 06:11:12PM +0100, Julian Gilbey wrote:
> On Sun, Sep 01, 2024 at 04:31:58PM +0100, Colin Watson wrote:
> > On Tue, Aug 20, 2024 at 06:00:16PM +0100, Julian Gilbey wrote:
> > > I wonder whether you could take a look at this at s
started on this, although I had to learn how debcargo worked first
and as you note one of the packages will need a trip through NEW. Give
me a little while ...
--
Colin Watson (he/him) [cjwat...@debian.org]
e (if
any) and the full debmirror command line you're using?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, Aug 27, 2024 at 05:49:43PM +0200, Roland Mas wrote:
> Le 26/08/2024 à 20:42, Colin Watson a écrit :
> > ipywidgets has been stuck in unstable for a while because […]
> >
> > Roland, what was the plan here? Do you still have some work in progress
> > lying aro
it/8c0076fa743fa015dbe2ea085eeddf78bde740c0,
and I think the formatting is now as good as I can get it.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
n:
pn libjs-mathjax
pn libjs-requirejs
pn node-jupyter-widgets-html-manager
python-ipywidgets-doc recommends no packages.
python-ipywidgets-doc suggests no packages.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
is
equivalent to the attached diff here but broken down into separate
commits.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru ruby3.1-3.1.2/debian/changelog ruby3.1-3.1.2/debian/changelog
--- ruby3.1-3.1.2/debian/changelog 2024-03-17 17:06:13.000
e it this way. It ought to be harmless,
but it causes a few things to break that loop over getaddrinfo output
and listen to all the addresses they find there;
https://bugs.debian.org/1052788 (python-asyncssh) is essentially the
same thing, as are https://bugs.debian.org/1064685 (ruby3.2) and
D tests/test_docker_backend.py::test_short_id - TypeError:
kwargs_from_e...
FAILED tests/test_docker_backend.py::test_stats - TypeError:
kwargs_from_env(...
====== 5 failed, 54 passed, 33 warnings in 2.43s
===
E: pybuild pybuild:389: test: plugin distutils failed with: exit code=1: cd
/<>/.pybuild/cpython3_3.12/build; python3.12 -m pytest tests
dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.12
returned exit code 13
This is https://github.com/TomasTomecek/sen/issues/175, fixed upstream.
I'll repurpose this bug for that and cherry-pick that upstream PR.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
s seems to have been fixed upstream in version 1.2.0 by migrating the
build system to meson.
https://github.com/sonofeft/RocketCEA/commit/a3da63fae76aa1490f8f9b16b15ab8d7fd9eac67
I think, but presumably it would be much simpler to just pull the latest
upstream release (currently 1.2.
self.pipeline = Gst.parse_launch(self.gst_pipe_desc)
^^^^
gi.repository.GLib.GError: gst_parse_error: no element "webrtcbin" (1)
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 6.9.12-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
T_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Wed, Aug 14, 2024 at 07:11:08PM +0100, Colin Watson wrote:
> Maybe it's worth you filing an issue on
> https://github.com/pyca/cryptography/issues to let cryptography upstream
> know about the problem? That way you could explain the change and
> discuss whether it make
he same
address twice.
I've proposed https://github.com/ronf/asyncssh/pull/679 upstream to fix
this, and will cherry-pick that for the time being since it's pretty
harmless.
(The test failures in Helmut's message to this bug are unrelated:
they're a combination of problems already fixed in the new upstream
release and problems introduced by Debian patches that can now be
dropped.)
--
Colin Watson (he/him) [cjwat...@debian.org]
0
+++ python-requests-unixsocket-0.3.0/debian/patches/series 2024-08-16
18:07:54.0 +0100
@@ -1,2 +1,3 @@
0001-Inherit-HTTPConnection-through-urllib3.connection-no.patch
testutils-fix-test-flake-on-HEAD-request.patch
+requests-2.32.2.patch
Thanks,
--
Colin Wa
time trying to debug them from cold, such as
AppArmor profiles and example scripts, and it's just good manners to
give maintainers an explicit heads-up.
--
Colin Watson (he/him) [cjwat...@debian.org]
makes some sense to consider a repairing change there;
I'll see what upstream says.
--
Colin Watson (he/him) [cjwat...@debian.org]
ut it seems a
big coincidence that the symlink was dropped a few days after this IRC
conversation; and yet it seems nobody bothered to do the most basic due
diligence that I pointed out here, which is kind of sad. (I fixed
wireless-tools after this change caused an RC bug there.)
--
Colin Watson (he/him) [cjwat...@debian.org]
rt OpenSSL' also
fails, and is probably the most common way that packages will run into
this.)
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
Versions of packages python3-eventlet suggests:
pn python-eventlet-doc
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
he correct fix should be although
I have a couple of possible ideas.
I've also written an autopkgtest for this, so once we fix it, it
shouldn't come back in testing.
--
Colin Watson (he/him) [cjwat...@debian.org]
python3-cryptography itself would have to be
changed, which ideally would need to be coordinated with upstream since
it'd be a semantic change.
Given what seems to have been a relatively weak and contested
justification for making this change, is this actually worth all the
effort?
--
Col
Control: tags 1075363 + patch
Control: tags 1075363 + pending
Dear maintainer,
I've prepared an NMU for pccts (versioned as 1.33MR33-6.4) and am about
to upload it. I'm not doing a delayed upload in this case since the
maintainer hasn't touched the package since 2010.
Thanks,
-
.sh /tmp/debusine-tests-i0k_pvrb
> 2091 2 TERM\noutput (contains stdout and stderr):\n\nFiles in working
> directory:\n2235.pid\n2236.pid\nsignal-logger.sh
I've proposed
https://salsa.debian.org/freexian-team/debusine/-/merge_requests/1054,
which I _think_ should fix this one.
--
Colin Watson (he/him) [cjwat...@debian.org]
Source: python-yalexs
Version: 6.4.3-1
Severity: important
python-aiohttp 3.10.0 (in experimental) causes this package's
autopkgtests to fail. I've filed
https://github.com/bdraco/yalexs/pull/134 with upstream to fix this, and
I suggest cherry-picking that patch into Debian.
Thanks,
Source: blinkpy
Version: 0.23.0-1
Severity: important
python-aiohttp 3.10.0 (in experimental) causes this package's
autopkgtests to fail. I've filed
https://github.com/fronzbot/blinkpy/pull/974 with upstream to fix this,
and I suggest cherry-picking that patch into Debian.
Thanks,
-reboot/ seems to be a
somewhat more active fork.
I'm not sure what would make most sense here. Is it worth considering
switching this package's upstream to django-celery-email-reboot? Or
should django-celery-email-reboot perhaps be packaged separately
instead?
Thanks,
--
Colin Wats
49a79c,
but it's definitely cumbersome.
An optional destination path might work, or perhaps instead a separate
option that specifies the path from which entries are copied and strips
that when constructing the path in the temporary build directory.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Fri, Aug 02, 2024 at 05:16:57PM +0200, Andrea Zagli wrote:
> i have "sshd: ALL" in hosts.allow and "ALL: ALL" in hosts.deny...
Perfect, thanks, I see the problem now. Will upload a fix shortly.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Fri, Aug 02, 2024 at 04:57:55PM +0200, Andrea Zagli wrote:
> Colin Watson writes:
> > In that case I need all the ssh-related log entries you can give me -
> > "journalctl -u ssh.service --lines=1000", /var/log/auth.log, and so on.
>
> the only log produced
&
need all the ssh-related log entries you can give me -
"journalctl -u ssh.service --lines=1000", /var/log/auth.log, and so on.
--
Colin Watson (he/him) [cjwat...@debian.org]
ou using socket activation (#1077765)?
--
Colin Watson (he/him) [cjwat...@debian.org]
but it may take a little while.
I think we should probably also add an autopkgtest for the socket
activation case. Since it's not the default and not otherwise
automatically tested right now, it's easy for it to break accidentally.
--
Colin Watson (he/him) [cjwat...@debian.org]
ibssh2/libssh2/commit/b7ab0faa70567a789419798fe079f5678ad4e156
seems to have been upstream's approach to this, so I suggest
cherry-picking that.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
rot.org, which IME is usually more reliable anyway.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Thu, Jul 25, 2024 at 06:20:24PM +0200, Petter Reinholdtsen wrote:
> [Colin Watson]
> > Thanks. Would you mind if I instead put the .metainfo.xml file in the
> > debian/ directory? That would save needing to interact with
> > debian/patches/ (which I have no problem doin
ead put the .metainfo.xml file in the
debian/ directory? That would save needing to interact with
debian/patches/ (which I have no problem doing, but if all we need to do
is to drop in a single file it seems like unnecessary complexity).
--
Colin Watson (he/him) [cjwat...@debian.org]
Add type to IMPORT keyword in ifrename's udev rules file. Closes: #650606
-- Guus Sliepen Fri, 23 Dec 2011 16:02:18 +0100
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
exception without a
> good reason.
I would just like to say that my time tracker tells me that I've already
spent 16.5 hours working on this. I wish it were a quick fix, but it
doesn't seem to be.
--
Colin Watson (he/him) [cjwat...@debian.org]
that's done, riscv64 will need to be added to the
devel-images-arches tag (and I suppose also trixie-images-arches) in
webwml:english/template/debian/installer.wml.
--
Colin Watson (he/him) [cjwat...@debian.org]
e a while to sort
out.
> built including the deprecated ciphers?
I don't know exactly what you mean by this, but if you mean DSA, then
no, I will be disabling support for that in line with upstream's new
compile-time default. See also
https://salsa.debian.org/ddp-team/release-note
On Tue, Jul 09, 2024 at 07:57:51PM +0100, Colin Watson wrote:
> Following
> https://tracker.debian.org/news/1543129/accepted-python3-stdlib-extensions-3124-1-source-into-unstable/,
> python3-setuptools is uninstallable in unstable:
Indeed, setuptools Build-Depends: dh-python Depends
iced it in debusine's reprotest CI jobs.
--
Colin Watson (he/him) [cjwat...@debian.org]
an
> > create a patch specifically for moarchiving.
>
> As reported elsewhere, moarchiving declares a dep on it but doesn't
> actually import it.
> This needs to be fixed upstream to.
I proposed https://github.com/CMA-ES/moarchiving/pull/9 upstream.
--
Colin Watson (he/hi
fig,
along with the output of the relevant apt run (which should be preserved
in /var/log/apt/term.log)?
--
Colin Watson (he/him) [cjwat...@debian.org]
a similar requirement, and it seems that they've just ended up
with a dependency on "linux-kbuild-5.10 | linux-kbuild-4.19" that
presumably they bump from time to time. Ugh.
Now I'm no longer involved with Launchpad, but I have a pretty similar
third instance of this requirement
r.debian.org/news/1518227/accepted-pytest-jupyter-091-1-source-all-into-unstable/,
but a sufficient version of jupyter-core wasn't in unstable then any
more than it is now. Was this hacked up locally in some way?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-yubihsm
Version : 3.0.0
Upstream Contact: Dain Nilsson
* URL : https://github.com/Yubico/python-yubihsm
* License : Apache-2.0
annoying in the best case. ;-)
I would hope that people editing configuration files would generally
recognize comments!
--
Colin Watson (he/him) [cjwat...@debian.org]
ream in some way. Why does it matter?
--
Colin Watson (he/him) [cjwat...@debian.org]
sphinx.execute can be imported. As a result I'm closing
this bug, and I think you can revert whatever workarounds you added to
python-cogent.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
ethod()
> > /usr/lib/python3/dist-packages/testtools/testcase.py:696: in
> > _get_test_method
> > return getattr(self, method_name)
> > E AttributeError: 'GitTestCase' object has no attribute 'runTest'
This is https://github.com/testing-cabal/testtools/issues/372,
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: yubihsm-shell
Version : 2.5.0
Upstream Contact: Yubico Open Source Maintainers
* URL : https://developers.yubico.com/yubihsm-shell/
* License
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-expandvars
Version : 0.12.0
Upstream Contact: Arijit Basu
* URL : https://github.com/sayanarijit/expandvars
* License : MIT
Programming
or
so for comment, so I've told my task tracker to remind me about this
next week.
--
Colin Watson (he/him) [cjwat...@debian.org]
y,
not for man-db, so I'm reassigning this there.
However, I must say that I am not in favour. Since man-db decompresses
pages in-process, there's negligible performance advantage (possibly a
performance disadvantage in some cases), and the benefit is unlikely to
that I'm in
auth-team and am not in pkg-security-team, but I suppose that would be
fixable. :-) A YubiHSM is also less about personal authentication than
a YubiKey is.
CCing a couple of the other auth-team folks to see what they think.
--
Colin Watson (he/him) [cjwat...@debian.org]
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: yubihsm-connector
Version : 3.0.4
Upstream Contact: Yubico Open Source Maintainers
* URL : https://developers.yubico.com/yubihsm-connector/
* License
Control: forwarded -1 https://github.com/lucc/khard/pull/334
On Thu, Jun 20, 2024 at 12:06:27PM +0100, Colin Watson wrote:
> On Thu, Jun 20, 2024 at 12:42:17PM +0200, Santiago Vila wrote:
> > El 20/6/24 a las 10:13, Colin Watson escribió:
> > > Santiago, is khard still failin
job.version, job.architecture)
-if not os.path.exists(os.path.dirname(sig_path)):
-os.makedirs(os.path.dirname(sig_path))
+ sig_path.parent.mkdir(parents=True, exist_ok=True)
if file["sig_type"] == "efi":
sig_hash = sign_efi(key_config, file_path, sig_path)
elif file["sig_type"] == "linux-module":
sig_hash = sign_kmod(key_config, file_path, sig_path)
else:
raise ValueError("File Type Unknown")
-log_signature(relative_file_path, sig_hash, pkg, job.version,
presign_id, job.architecture, key_name)
+log_signature(str(relative_file_path), sig_hash, pkg, job.version,
presign_id, job.architecture, key_name)
maybe_interactive_print('\rSigned', n, 'of',
len(metadata['files']), 'files', end='')
maybe_interactive_print()
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Thu, Jun 20, 2024 at 12:42:17PM +0200, Santiago Vila wrote:
> El 20/6/24 a las 10:13, Colin Watson escribió:
> > Santiago, is khard still failing to build for you?
>
> As of today (version 0.19.1-2 in unstable), yes, all the time.
In that case I could use some help reproduc
7;t.
Santiago, is khard still failing to build for you? If so I'm happy to
investigate further (I can see at least one approach that ought to
help), but it's worth checking if the problem has gone away due to a
change in some dependency or other.
Thanks,
--
Colin Watson (he/him)
1 - 100 of 2412 matches
Mail list logo