Control: affects 1071552 + emacs-el
Control: retitle 1071552 GnuPG 2.2.42+ breaks emacs' EasyPG
On Tue 2024-05-21 13:05:02 +0900, Youhei SASAKI wrote:
> Package: gnupg
> Version: 2.2.43-6
> Severity: critical
I see that Andreas has reduced the severity of 1071552 from 'critical'
to 'important'.
Package: libgnupg-interface-perl
Version: 1.04-1
Severity: important
X-Debbugs-Cc: Daniel Kahn Gillmor
Control: forwarded -1 https://github.com/bestpractical/gnupg-interface/pull/14
Control: tags -1 + patch
Control: affects -1 + src:gnupg2
The GnuPG::Interface test suite fails with GnuPG 2.2.43
On Sun 2024-05-19 20:43:58 +0200, Guido Günther wrote:
> But you'd break that when filtering out files? I think what keeps me
> confused: the tarball uploaded to Debian is the filtered one and hence
> has a different checksum, no?
hm, i don't think so, because we use
Hi gniibe--
Thanks for this additional info!
On Fri 2024-05-17 09:02:40 +0900, NIIBE Yutaka wrote:
> The regexp subdirectory was introduced to support POSIX regexp functions
> on Windows. The intention is providing same behavior among GnuPG on
> different Operating Systems. Historically,
I've reported this issue to the upstream project at
https://github.com/neutrinolabs/xrdp/issues/3081
Ubuntu's version 0.9.24-4 in 24.04/noble is likewise affected.
rdp_layout_us_dvp=us(dvp)
rdp_layout_dk=dk
rdp_layout_de=de
@@ -125,7 +125,7 @@
[rdp_layouts_map_mac]
rdp_layout_us=us
-rdp_layout_us_dvorak=dvorak
+rdp_layout_us_dvorak=us(dvorak)
rdp_layout_us_dvp=us(dvp)
rdp_layout_dk=dk
rdp_layout_de=de
--Daniel
Hi Julian--
On Fri 2024-02-16 10:42:35 +0100, Julian Andres Klode wrote:
> gnupg is a big meta package pulling in all sorts of weird stuff
> people don't want by default on their machine, like a wks server.
I agree with this generally, but upstream seems to generally want all
packages available
Hi Guido--
On Thu 2024-05-16 08:39:27 +0200, Guido Günther wrote:
> Great! This matches my preferred way too.
☺ Thanks for walking through the options here with me!
> Wouldn't d/copyright's `Files-Excluded:` work here too? I'm using that
> for similar purposes as it even allows to use `gbp
Source: gnupg2
Severity: minor
X-Debbugs-Cc: Daniel Kahn Gillmor
The gnupg2 package is built from source based on the upstream released
tarball. Upstream also uses git for revision control, and we track
upstream git as well as the released tarballs. upstream uses OpenPGP to
sign both git tags
Package: git-buildpackage
Version: 0.9.33
Severity: wishlist
X-Debbugs-Cc: Daniel Kahn Gillmor , Andreas Metzler
Control: affects -1 src:gnupg2
I'd like to have "git import-orig" filter out all the files that are
listed in debian/clean, without having to keep the lists synchronized.
Hi Farblos--
On Tue 2024-05-14 21:28:05 +0200, Farblos wrote:
> Should I open another issue about PINENTRY_USER_DATA not being
> forwarded to the pinentry when using the gpg from package gpg-sq/
> gpg-from-sq? If yes, on what repository exactly?
I would report it at
Why don't you just use debconf-team? You are welcome to discuss there.
Package: thunderbird
Version: 1:115.10.1-1
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
Thunderbird was (understandably) using an internal copy of librnp
because upstream hadn't releasd a version with
`rnp_signature_get_features`
Now that 0.17.1-1 is in debian/unstable, please rebuild
Package: loook
Version: 0.9.0-1
Severity: minor
Dear Maintainer,
as a member of the translation team for Brazil I found a typo in the
project description - "formsm" instead of forms. Please correct.
Typo is present in versions loook (0.8.6-1), loook (0.8.6-2), loook
(0.9.0-1)
-- System
ually
pruning for things that include either my name or e-mail address):
```
DEBFULLNAME=Daniel Kahn Gillmor
DEBEMAIL=d...@fifthhorseman.net
DEBSIGN_MAINT=Daniel Kahn Gillmor
EMAIL=d...@fifthhorseman.net
```
None of this seems wrong to me; or even if it does, it still ought to be
able to be c
Package: gpg-from-sq
Version: 0.8.0-5
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
Control: affects -1 + src:rnp
With gpg-from-sq installed, trying to build rnp 0.17.1-1 results in
these test failures:
---
96% tests passed, 10 tests failed out of 263
Total Test time (real) = 273.53
Control: affects 1070688 + gpg-from-sq apt
Hi Farblos, all--
Thanks for this detailed bug report (https://bugs.debian.org/1070688).
I'm a bit confused about the following:
On Wed 2024-05-08 11:07:28 +0200, Farblos wrote:
> Never mind. During one of the last t64 upgrade orgies package gpg-sq
Package: ruby-kramdown-rfc2629
Version: 1.7.1-1~exp1
Severity: wishlist
X-Debbugs-Cc: Daniel Kahn Gillmor
Dear Maintainer,
kramdown-rfc 1.7.11 is available upstream -- it would be great to have
this in debian, because it offers a feature that i hope to use for
draft-ietf-lamps-header-protection
ipmitool sensor
metrics collection every minute was skipped because of an unmet
condition check (ConditionDirectoryNotEmpty=/sys/class/ipmi).
Regards,
Daniel
OpenPGP_signature.asc
Description: OpenPGP digital signature
Also, it is necessary to redirect every request 'www' ?
In setups where Tjener isn't the primary DNS server, this is quite
awkward, since 'www' isn't known.
One workaround is the just add it to /etc/hosts (in addition to
tjener.intern and tjener).
--
Daniel Teichmann
DAS-NETZWERKTEAM
Telefon
Package: gpgv-from-sq
Version: 0.8.0-5
Control: affects -1 + apt
Control: forwarded -1 +
https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg/-/issues/68
As of 50e3fee26ae843a812b1c9ec8531946931773fd3, apt 2.7.13 started
trying to use --assert-pubkey-algo, which appears to have been hastily
Package: libharfbuzz-dev
Version: 8.3.0-2+b1
It is customary for -dev packages to provide static archive libraries in
addition to the bare .so files for shared-library linking. The current
version of libharfbuzz-dev only provides the latter, and thus does not
allow applications to statically link
Package: libdav1d-dev
Version: 1.4.1-1
It is customary for -dev packages to provide a static archive library in
addition to the bare .so file for shared-library linking. The current
version of libdav1d-dev only provides the latter, and thus does not
allow applications to statically link the
a separate branch from actual Debian packaging. Thats
obviously more work, so another way to go would be to just not tag your
internal uploads. That what I tend to do when I have something I want to
deply right away and don't feel like waiting on NEW review.
Might just be easier to apply to become DM for lsm and just not have so
much of a need for a local repo ;)
--Daniel
signature.asc
Description: PGP signature
previously in Bug#1069032, but forgot about experimental (thanks
Andreas Beckmann for the reminder).
Please also remove qflow from experimental. Rationale is the same as
before, please see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069032
Thanks,
--Daniel
Hi Andreas,
On Thu, May 02, 2024 at 09:33:20AM +0200, Andreas Beckmann wrote:
> should qflow/experimental be removed as well?
Right, I forgot about experimental. Thanks for the reminder.
> (please file a new RM bug in case you opt for removal)
Will do, thanks,
--Daniel
signatu
for non-native it just makes no sense. Could you talk to
upstream to figure out what's up with that? Feel free to CC me.
Just FYI: I'd appreciate git commits/patches on top of my repo above
instead of an updated dsc dump.
Thanks,
--Daniel
signature.asc
Description: PGP signature
Samo Pogačnik 3w
51d5b * | d/control: Set myself as MaintainerSamo Pogačnik 3w
43a8c * | d/control: Point Vcs to new location (salsa/$ Samo Pogačnik 3w
bf7e8 * | Merge tag '0.4.6' into debian/sid Samo Pogačnik 4w
|\|
s stuff sure is important to figure out whats going on ;)
--Daniel
PS: I noticed too late that I'd forgotten to start adding BTS to CC. I do
like to keep Debian work public and that includes teaching new
contributors, do you mind if I copy our conversation back to the BTS?
signature.asc
Description: PGP signature
is the tool...
There's no escaping tarballs in Debian :3
Except maybe with dgit but even then you need to think about calling
origtargz...
*chanting* In the tarball, part of the tarball, in the tarball, part of the
tarball ...[ad nauseam]
https://youtu.be/SxGjdx1NXfg?feature=shared=49 and also:
I am starting to think
gbp is more trouble that it's worth now that I'm starting to look at some
of the other workflows...
+git-subrepo (0.4.6-1) unstable; urgency=medium
+
+ [ Daniel Gröber ]
+ * Fix Vcs URLs, s/guest-dxld/dxld-guest/
+ * Update changelog for 0.4.3-2 release
Commits
t accepted very
> well on debian-devel:).
c.f. https://en.wikipedia.org/wiki/G._K._Chesterton#Chesterton's_fence
While sometimes we may need to build to understand others need to see you
understand before they let you build on their land ;-)
--Daniel
signature.asc
Description: PGP signature
over to check for updates necessary changes tho.
Thanks,
--Daniel
gt; https://wiki.debian.org/Packaging/Pre-Requisites#Option_2:_Schroot_and_Sbuild)
I don't see why that would be necessary though? Ubuntu also uses sbuild,
the version in their archive should work just fine for our purposes as long
as you make it use a Debian chroot.
--Daniel
signature.asc
Description: PGP signature
Hi Samo,
On Fri, Mar 15, 2024 at 06:42:54PM +0100, Samo Pogačnik wrote:
> Dne 11.03.2024 (pon) ob 20:18 +0100 je Daniel Gröber napisal(a):
> > Are you still interested in maintaining git-subrepo in Debian?
>
> please excuse me for my late response, but my situation from 2020/21 whe
s a more extensive manpage) and passess most
options down as-is. git-buildpackage (by default) wraps debuild (or
optionally sbuild if you tell it to). sbuild allows building in chroots and
has a number of fancy options to make that easy.
Aah, it's nice and warm in the jungle but simetimes you get
On Mon, Apr 01, 2024 at 11:07:50PM +0200, Daniel Gröber wrote:
> I wish we could use a rebase workflow with gbp but I haven't found a way to
> do it yet. At least not with gbp import-ref as-is. We could work on a patch
> for it I suppose ;)
Looking at git-debrebase (https://www.youtube.
On 02.05.24 17:30, Roland Clobus wrote:
I'll prepare a proper fix that detects whether the directory is present.
Perfect, thanks!
ng me when done to sponsor it.
Regards,
Daniel
Hi Roland,
> On 20/04/2024 13:32, Daniel Reichelt wrote:
> What are you doing that makes the directory 'config/includes.binary'
> disappear?
> If I use 'lb config --distribution sid', the directory is created (but
> empty) and there will be no error message.
I'm keeping my (
Hi Andres,
On Tue, 2024 Apr 30 02:42-04:00, Andres Salomon wrote:
> Please let me know if this is still broken with chromium 124.
I'm happy to report that the issue appears to be resolved in the current
124.0.6367.78-1~deb12u1. (I did not test 124.0.6367.60.)
Some additional info that I meant
probably
can't get to hppa debugging right off anyway
can take from anywhere between a few days and a couple of months,
depending on the availability of $people and you providing/fulfilling
the requirements.
worst case I'd ping you later?
anytime, sure.
Regards,
Daniel
/commits/debian/master/
nice, thanks!
Do you want to do anything else with it or should I go mark it as -1?
my last attempt from yesterday didn't work (after a long time it took to
build on the armel porterbox), so -1 looks good like that.
Regards,
Daniel
fore, imho the following binary packages make sense here:
* knot-resolver
* knot-resolver-doc
* knot-resolver-module-dnstap
* knot-resolver-module-http
Note that -dbg packages are generated automatically and don't need to be
specified in control (I'll provide a commit for that).
Regards,
Daniel
On Mon, Apr 29, 2024 at 4:56 PM Patrick Franz wrote:
> Hi Daniel,
>
> this is a known problem as Google deprecated the Contacts API and
> replaced it with the People API. The KDE PIM in unstable, testing and
> stable is too old to support the People API which was added for 23.0
Package: libkpimgapi-data
Version: 22.12.3-1
Severity: important
X-Debbugs-Cc: dan...@melameth.com
Dear Maintainer,
* What led up to the situation?
I'm new to Linux, and, with the popularity of Gmail and related, I attempted to
configure KAddressBook to access my Gmail Contacts, but it did
On 4/29/24 19:50, Daniel Baumann wrote:
pushing to the repo requires me to be added to the salsa project.. would
you mind adding me?
in the meantime, I've pushed to here:
https://git.progress-linux.org/users/daniel.baumann/debian/todo/knot-resolver/log/
before I'll continue: what's the idea
be as close as possible.
+1
Feel free to push your changes (if any) to debian/experimental or use
your branch as you prefer, I'm always eager to learn how other DDs do
things.
pushing to the repo requires me to be added to the salsa project.. would
you mind adding me?
Regards,
Daniel
Hi Guillem--
On Sat 2024-04-27 23:13:13 +0200, Guillem Jover wrote:
> I was just modifying this code for another report I'm about to file,
> and instead wondered why have it at all! I'm proposing simply removing
> the backwards compat code given that even in oldstable gnugp1 is
> already at
DD/DMs too:
https://dsa.debian.org/doc/guest-account/
If you send me the data requested there, I'll sign it so you can get access.
Regards,
Daniel
that already, just waiting some more minutes on the build to
finish on the armel porterbox.
Regards,
Daniel
tag 1067077 +pending
thanks
Hi,
my initial attempt in 10.0-0.2 to link with libatomic didn't work, I've
fixed that locally but a build to confirming on an armel porterbox is
runnning before uploading 10.0-0.3 in some minutes..
Regards,
Daniel
tu/+source/remmina/+bug/2062177 and/or
https://gitlab.com/Remmina/Remmina/-/issues/3090, or if this is a complete
different issue.
Regards, Daniel
- -- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-securi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Hello
The erfs service was shut down and this tool is no longer functional. It
should be removed.
--
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0 85B1 69C3 BFD9
was waiting to solve the tests that had been
failing, (I see that you solved it by removing the tests that are failing).
(I am not sure if it's the best way) Anyway, you can be de maintainer,
just go ahead
Regards
--
Daniel Echeverri
Debian Developer
Linux user: #477840
GPG Fingerprint:
D0D0
in protocol version
It would be nice if the qa.debian.org system (I assume) could be updated
to bullseye or newer which supports TLS1.3.
Regards,
Daniel
Package: elpa-debian-el
Version: 37.11
Severity: normal
X-Debbugs-Cc: none, d...@fifthhorseman.net, Daniel Kahn Gillmor
When i do "M-x debian-bug P elpa-debian-el RET" i get the template you
see here.
Weirdly, X-Debbugs-Cc is pre-populated in this way.
There are at least two th
Package: debian-keyring
Version: 2024.03.24
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor ,
ftpmas...@ftp-master.debian.org, ftpmas...@debian.org
I receive e-mail messages from the debian FTP archive-processing
software are signed with F38AA24EB85F09F9923CA4949BF6A82061CCB921, and
labeled
Hi László--
Thanks for sorting out the 3.3-1 upload for tcplay, multiarch-ifying
library along the way, and updating the packaging history in Salsa, too!
With much appreciation,
--dkg
signature.asc
Description: PGP signature
Package: gpg-sq-dbgsym
Version: 0.8.0-4
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
I am trying to debug a performance issue with gpg-sq upstream
(https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg/-/issues/72) and
i attached gdb to a running gpg-sq process.
As soon
> defaults generate MX8 cells that haven't been supported by the P tool
> for many months: https://github.com/YosysHQ/yosys/issues/4355
Sounds like something we could paper over with a patch, but I'm not sure we
should really.
Thanks,
--Daniel
signature.asc
Description: PGP signature
Package: smistrip
Version: 0.4.8+dfsg2-17
Severity: normal
X-Debbugs-Cc: neel...@gmail.com
It seems that t64 transition changed the Conflicts/Replaces while I guess it
should not have been changed?
As of 0.4.8+dfsg2-16:
--\ Conflicts (1)
--- libsmi2ldbl (<= 0.4.8+dfsg2-1)
--\ Replaces
On Mon 2024-04-22 20:17:54 +, Holger Levsen wrote:
> fixed in git.
thanks! I've just uninstalled the octopus, but i'll consider
reinstalling it later if this and some of the performance issues can be
ironed out (or maybe to help iron out the performance issues, visible
upstream at
Package: libsequoia-octopus-librnp
Severity: wishlist
X-Debbugs-Cc: Daniel Kahn Gillmor
the octopus has a simple, superficial autopkgtest, which just confirms
that the library has the expected symbols.
It would be great to have an autopkgtest that confirms that it actually
interoperates
kage uses debhelper with
obj-x86_64-linux-gnu dir and I don't know howto properly reference it
from d/rules without relying on shady strings.
I didn't find a branch on the salsa repo, where would I find the current
6.x state to send patches against?
Regards,
Daniel
Package: libsequoia-octopus-librnp
Version: 1.8.1-3
Severity: grave
X-Debbugs-Cc: Daniel Kahn Gillmor
Trying to install libsequoia-octopus-librnp:
/var/lib/dpkg/tmp.ci/preinst: 12: Syntax error: "fi" unexpected (expecting
"then")
dpkg: error processing archive
/tmp/apt-d
On Sun 2024-04-21 15:44:12 +0200, László Böszörményi (GCS) wrote:
> I prefer communication first. :) Currently I'm travelling so I can
> only check it on Tuesday.
That's why i uploaded to DELAYED/15 :) thanks for offering to take a
look at it later this week, László!
> There were some license
Control: tags -1 - moreinfo
Thank you for the review! I've addressed the issues and lintian warnings
mentioned. Let me know if there are more issues.
Best,
Daniel
Package: libsequoia-octopus-librnp
Version: 1.8.1-2
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
Control: affects -1 thunderbird gpg-from-sq gpgv-from-sq
When i try to install thunderbird 1:115.10.1-1, i get this error:
```
Unpacking thunderbird (1:115.10.1-1) over (1:115.9.0-1+b1
Package: libsequoia-octopus-librnp
Version: 1.8.1-2
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
/var/lib/dpkg/info/libsequoia-octopus-librnp.preinst contains:
#!/bin/sh
set -e
add_diversion() {
dpkg-divert --package libsequoia-octopus-librnp --add --rename \
--divert &qu
Control: retitle 979617 tcplay: new upstream version 3.3 (includes VeraCrypt
support)
I've just confirmed what Johannes said about tcplay 3.3 building easily
on debian. I uploaded 3.3-0.1 to unstable as an NMU to DELAYED/15,
after cleaning up the packaging a little bit.
I've imported all the
Source: tcplay
Version: 1.1-6
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
In looking at cleaning up the tcplay package in debian, i noticed that
the libtcplay package name doesn't match the SONAME of libtcplay.so.1.1
It looks like upstream hasn't actually been doing normal C library
Source: tcplay
Version: 1.1-6
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
libtcplay gets installed directly in /usr/lib, and tcplay.pc gets placed
in /usr/lib/pkgconfig. For modern, multiarch systems, these should
probably be placed in a different location.
We're also currently patching
Retitle: 979617 tcplay: new upstream version 3.3 (includes VeraCrypt support)
On Thu 2023-02-16 15:07:10 +0100, Johannes Truschnigg wrote:
> tc-play 3.3 seems to build fairly cleanly on bullseye from its tag/release
> tarball [0]. It'd be *really* nice to have in Debian to be able to handle
>
nternal consistency checks. If anyone has any ideas let me know.
Thanks,
--Daniel
signature.asc
Description: PGP signature
issue
for me.
Cheers
Daniel
Control: reopen 1069202
Control: found 1069202 0.8.0-3
The symlinks in the gpg-from-sq and gpgv-from-sq packages appear to
point in the wrong direction. That is, gpg-from-sq installs a symlink
at /usr/bin/gpg-sq, which refers to gpg. Instead, gpg-from-sq should
install a symlink at
Package: elpa-rust-mode
Version: 0.4.0-2
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
File: /usr/share/emacs/site-lisp/elpa-src/rust-mode-0.4.0/rust-mode.el
When i enter rust-mode on a file that has no problems, i see the
following warnings in the emacs *Warning* buffer:
⛔ Warning (comp
Source: librust-sequoia-openpgp-dev
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
Hi all--
If i try building rust-sequoia-openpgp (e.g. using debuild -uc -us) as a
non-privileged user on a system that has some unnecessary dependencies
installed, i will sometimes get a failure during
Source: rust-base64
Version: 0.21.7-1
Severity: wishlist
X-Debbugs-Cc: Daniel Kahn Gillmor
rust-base64 has a new upstream version 0.22.0 available, with the
following subtle changes to the API since 0.21.7:
- `DecodeSliceError::OutputSliceTooSmall` is now conservative rather
than precise
Package: gpg-from-sq
Version: 0.8.0-1
Severity: wishlist
X-Debbugs-Cc: Daniel Kahn Gillmor
If i install gpg-from-sq, i'd expect it to satisfy any dependency that
exists for gpg. That means it should probably have a Provides: header.
Given that the current chameleon sources infer the behavior
Package: gpgv-from-sq
Version: 0.8.0-1
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
If i install gpgv-from-sq, i'd expect it to satisfy any dependency that
exists for gpgv. That means it should probably have a Provides: header.
Given that the current chameleon sources infer the behavior
Package: gpg-from-sq
Version: 0.8.0-1
Severity: grave
X-Debbugs-Cc: Daniel Kahn Gillmor
I did:
apt install gpg-from-sq
and i expected to run `gpg --version` and see the resultant info from
the chameleon.
Instead, i see:
bash: gpg: command not found
I'm seeing the same issue
Source: rust-sequoia-chameleon-gnupg
Version: 0.8.0-1
Severity: grave
X-Debbugs-Cc: Daniel Kahn Gillmor
trying to upgrade from sequoia-chameleon-gnupg 0.5.1-1 to
sequoia-chameleon-gnupg 0.8.0-1, i see this:
```
Selecting previously unselected package gpg-sq.
Preparing to unpack .../gpg
Hi,
any news or ETA on this? do you need help?
Regards,
Daniel
Otto, et al,
On Sun, Apr 7, 2024 at 12:09 AM Otto Kekäläinen wrote:
>
> Hi Daniel!
>
> Do you think this change is still needed?
>
> Do you want to participate in some open source development/testing to
> make it work?
>
> On Sun, 14 Jan 2024 at 16:03, Otto Kek
Package: nwipe
Hi,
it would be nice if you could upload the current nwipe release to Debian.
Regards,
Daniel
to consider opensta since it seems useless other than as a
dependency for qflow.
Thanks,
--Daniel
as individual extensions again, or do we have to keep the
aggregation package?
Regards,
Daniel
Hi Tobias,
On 4/14/24 10:14, Tobias Frost wrote:
* Package name: gnome-shell-extension-vertical-workspaces
this is already included in src:gnome-shell-extensions-extra.
Regards,
Daniel
close 1062068
thanks
Hi Anubhav,
thank you for your report.
Unfortunately you're using a very old version of nvme-cli that can not
be expected to work with recent firmware files.
Please upgrade nvme-cli to a more recent version (at last the one in
stable).
Regards,
Daniel
close 1064390 4.3-1
thanks
Hi Graham,
thanks - I've just uploaded 4.3.
Regards,
Daniel
retitle 1042906 please package new upstream version 9.x
thanks
Hi Lee,
any updates since last year? Ansible is currently at 9.x and I'd really
like to be able to use a recent enough version of ansible via debian
packages. Is there anything I could help you with?
Regards,
Daniel
,
Daniel
-1,3 +1,11 @@
+libnvme (1.3-1+deb12u1) bookworm; urgency=medium
+
+ * Uploading to bookworm.
+ * Cherry-picking upstream commits to fix buffer overflow during scanning
+devices that do not support sub-4k reads (Closes: #1054631).
+
+ -- Daniel Baumann Sun, 14 Apr 2024 08:57:21 +0200
+
libnvme (
Package: frr
Severity: wishlist
Hi David and Ondrej,
it would be nice if you could upload the newly released frr version. If
you need/want help, I'm happy to do so, just let me know.
Regards,
Daniel
close 1067450
thanks
Hi,
On 3/21/24 18:03, Daniel wrote:
Mar 21 17:59:09 zone-s ttyd[1039170]: [2024/03/21 17:59:09:4449] E:
lws_create_context: failed to load evlib_uv
Mar 21 17:59:09 zone-s ttyd[1039170]: [2024/03/21 17:59:09:4449] E:
libwebsockets context creation failed
Mar 21 17:59:09
Package: libyang2
Severity: wishlist
Hi Ondrej,
it would be nice if you could upload libyang2 >= 2.1.128 as the new frr
release requires that. If you need/want help, I'm happy to do so, just
let me know.
Regards,
Daniel
Package: knot-resolver
Severity: wishlist
Hi,
it would be nice if you could upload knot-resolver 6.x to experimental.
Regards,
Daniel
In the upstream bug report, it is suggested that one should "complain to
[Debian] to get this fixed".
I don't see this as a Debian-specific bug however. It would affect any
distro with freeipmi-utils installed in /usr/sbin and sudo installed in
/usr/bin, on which the user set a non-empty
1 - 100 of 30570 matches
Mail list logo