Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-i...@lists.debian.org,
d...@darkboxed.org
Forging ever on along the IPv6-only path.
RAcd is a peice of glue intended to allow system components such as
src:clatd to interface easily with
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
* Package name: recent-rgrep
Version : 0.1.0
Upstream Contact: Charles Y. Choi
* URL : https://github.com/kickingvegas/recent-rgrep
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
* Package name: golang-agwa-go-listener
Version : 0.6.1
Upstream Contact: Andrew Ayer
* URL : https://github.com/AGWA/go-listener
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
Hi d-devel,
Continuing on my IPv6-only trajectory, snid is a very convinent program for
those brave enough to leave the legacy IP world behind them, or well, at
least in a dark
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org, t...@fud.no
Hi d-devel,
I'm working on a movement to make IPv6 sexy again ([ANN] pending). As
part of that we need support for a shopping list of IPv6 RFCs in Linux
di
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org, Tore Anderson
Hi d-devel,
I'm working on a movement to make IPv6 sexy again ([ANN] pending). As
part of that we need support for a shopping list of IPv6 RFCs in Linux
di
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org, Tony Finch
Hi d-devel,
I'm packaging regrettably obscure but highly useful DNS software again
(before: nsdiff). Tony really knows how to build these minimal but
exr
the
wonderful, but obscure, git `export-subst` feature. See git-attributes(1).
Works with forges, git-archive and everything.
Example:
https://github.com/YosysHQ/yosys/commit/222e7a2da345f01980d9261c40c5d50eced4f9ab
thoug this was later improved by others
https://github.com/YosysHQ/yosys/commit/9d15f1d6ac4a9ff2e1f87cda8c366659027fb76f
If that's not enough can you point us to what this upstream is doing exactly?
--Daniel
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-bougou-go-ipmi
Version : 0.7.2-1
Upstream Contact: Bougou Nisou
* URL : https://github.com/bougou/go-ipmi
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-prometheus-sigv4
Version : 0.1.2-1
Upstream Contact: The Prometheus Authors
* URL : https://github.com/prometheus/sigv4
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-kimmachinegun-automemlimit
Version : 0.7.0-1
Upstream Contact: Geon Kim
* URL : https://github.com
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-coder-quartz
Version : 0.1.3-1
Upstream Contact: Spike Curtis
* URL : https://github.com/coder/quartz
Sune Vuorela wrote:
> Not only that, but some of these people were also in the
> standardization workgroup knowingly forcing the schism by wanting,
> what GnuPG upstream describes as, 'useless complexity' (my wording,
> not theirs).
Hi there! In addition to having helped maintain GnuPG in Debia
On Mon 2025-01-13 10:53:30 +0100, Simon Josefsson wrote:
> I actually meant missing features. From my recollection it was features
> related to support for some subset of combinations of 25519, gpgsm,
> smartcards and the gpg/ssh agent. Things didn't work in GnuPG 2.2 but
> was fixed years ago in
On Thu 2025-01-09 07:55:36 +0100, Stephan Verbücheln wrote:
> GnuPG 2.4 was released in 2022, long before the LibrePGP schism. It is
> generally not clear to me how the divergence from upstream is a reason
> to favor 2.2 over 2.4, except that patches have to be ported (once?).
sadly, 2.4 was relea
Thanks for this discussion, all--
On Tue 2025-01-07 15:16:27 +0100, Simon Josefsson wrote:
> I believe this would be good, I frequently run into GnuPG bugs in the
> 2.2.x branch that was fixed years ago in 2.4
Can you identify some of those bugs? It would be good to be clear about
what 2.2 is la
Hi Gioele,
On Mon, Dec 23, 2024 at 08:34:57PM +0100, Gioele Barabucci wrote:
> On 23/12/24 16:23, Daniel Gröber wrote:
> > As an example I'm familiar with iproute2 moved it's default config from
> > /etc/iproute2 to /usr/share/iproute2 in trixie, that is it actually *l
ases where a revert is really, actually
impossible? (No, postinst doing `rm -rf /` isn't a common case :P)
--Daniel
signature.asc
Description: PGP signature
r how many other packages do this now that this idea of empty-/etc
is fashionable, I've no idea how we might find them though.
--Daniel
signature.asc
Description: PGP signature
inst everyone else.
nobody disagrees that the security of our/our users data and systems
matter and is of importance to us. thanks nevertheless for putting an
emphasis on it.
Regards,
Daniel
t a malicious mail to
take out/over postfix, but the bazillion non-malicious-yet-unwanted
mails aka spam.
Regards,
Daniel
ck en masse.
Regards,
Daniel
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org, d...@dotat.at
* Package name: nsnotifyd
Version : 2.3
Upstream Contact: Tony Finch
* URL : https://dotat.at/prog/nsnotifyd/
* License : 0BSD
loads? Shouldn't this be rejected?
Regards, Daniel
signature.asc
Description: This is a digitally signed message part
ed by the $AUTOPKGTEST_ARTIFACTS
env variable...
Thanks!
Daniel
signature.asc
Description: OpenPGP digital signature
On Thursday, October 17th, 2024 at 11:27 PM, Colin Watson
wrote:
>
>
> On Thu, Oct 17, 2024 at 07:42:18PM +0000, Daniel Markstedt wrote:
>
> > I would like to ask your advice concerning autopkgtest.
> > At the moment, I'm preparing to set up an automated test
onfirming that this is allowed,
and/or if there is a more sophisticated way to achieve my goals.
Thank you!
Daniel
signature.asc
Description: OpenPGP digital signature
jo RFP, done now.
Regards,
Daniel
ux distribution? wrt/ sd-networkd: in
the broader linux community we've pretty much standardized on systemd as
the init system. it just makes no sense to use sd-networkd with an
additional layer on top that nobody else is using. that's cross-distro
consistency and usability that we care for in the plumbing.
Regards,
Daniel
Hi Martin,
On Sat, Sep 14, 2024 at 06:28:36PM +0300, Martin-Éric Racine wrote:
> la 14. syysk. 2024 klo 15.30 Daniel Gröber (d...@darkboxed.org) kirjoitti:
> > 2) I'm worried about the behavioural change regarding inet/inet6 stanzas
> > outlined in #1065085 with a patch
services entirely unrelated to the machine that was just
rebooted.
Sounds like the setup for a very drawn out and frustrating debugging story
to me.
--Daniel
PS: I was wondering if the RFCs have anything to say on the matter:
[ADDRCONF] says:
> 5.4.5. When Duplicate Address Detection Fail
SSID configuration
support (cf. wpa_action.8) I wonder if a similar integration would be
possible with iwd?
--Daniel
signature.asc
Description: PGP signature
isc-dhcp-client important net
dhcpcd optionalnet
dhcpcd-base optionalnet
dhcpcd-gtk optionalnet
isc-dhcp-client-ddns optionalnet
dhcpcd5 optionaloldlibs
So isc-dhcp-client has a Priority: import
etplan is
"unifying documentation" which there are better ways to get to that (one
of which you just suggested too, thanks).
Regards,
Daniel
ture", rather than further *adding* more divergence by fostering netplan.
Regards,
Daniel
o it's very confusing.
with that argument, let's remove all but GNOME. it's too confusing to
have more than one desktop environment. or even more radical: let's
remove *all* alternative implementations of anything. then we can have
one-tool-one-way super-streamlined documentation for debian (sic!)...
sorry but this "unify documentation" argument doesn't checkout in reality.
Regards,
Daniel
ing* ifupdown/ifupdown2/ifupdown-ng in favour
of only having network-manager and systemd-networkd (= 2 variants),
rather than additionally *adding* netplan to the picture (= 3 variants)
for no practical reason.
Regards,
Daniel
er desktops I'm not modifying anything other than
selecting the WLAN.
Is netplan then only ment for "power-users" who don't want
systemd-networkd or need a everything-in-one-file oversimplification of
systemd-networkd?
Regards,
Daniel
Hi Andrej,
On Mon, Sep 02, 2024 at 09:02:43PM +0200, Andrej Shadura wrote:
> On Mon, 2 Sep 2024, at 19:41, Daniel Gröber wrote:
> > You're continuing to confirm my pre-existing view that netplan infantilizes
> > it's users as you're applying the same thinking to t
ntionally, but I do recognize that it may be a
side-effect. Likewise I feel like you're just interested in pushing this
through as quickly as possible.
Consider that for you time is an ally, being employed to work on this
(AFAICT?). For the rest of us not so much. Debian is a primarily a
volunteer project. Please stop pushing for doing things faster.
Thanks,
--Daniel
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, Jonathan Carter ,
d...@darkboxed.org
I'm planning to re-introduce bcachefs-tools in Debian after it was
recently RMed by Jonathan: O: #1078599, RM: #1079375.
Based on publically avai
s wrong IMO. Just because a network stack is
a technical thing doesn't imply the decision of which to use must
necessarily be technical. They all do the job. To which extent we can have
a technical debate over, sure, but there's many ways to reach a decision
and while Debian has a clear bias for technical debate that's not always
the best choice.
> So I really hope we can figure it out between ourselves and avoid
> involving the CTTE, or anything else that will further delay a decision
> for Trixie.
Release dates for trixie aren't even anounced yet and you're already trying
to apply time pressure to a discussion. I resent that. Remember: it's done
when it's done.
This is a big decision let's do it right.
--Daniel
signature.asc
Description: PGP signature
> * Keep ifupdown[-ng] installed (Priority: important) as a fallback and for
> existing installations
> - Replacing ifupdown with ifupdown-ng, if reaching a drop-in compatible
> state is feasible in time for Trixie (@Daniel, what's you stance on this?)
If we can find enough testers
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: sopv-gpgv
Version : 0.1
Upstream Contact: Daniel Kahn Gillmor
* URL : https://gitlab.com/dkg/sopv-gpgv
* License : MIT
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
* Package name: stagit
Version : 1.2
Upstream Contact: Hiltjo Posthuma
* URL : https://codemadness.org/stagit.html
* License : MIT
networkd-wait-online.service.8.gz
4.0K/usr/share/man/man8/systemd-networkd.service.8.gz
4.0K/usr/share/polkit-1/rules.d/systemd-networkd.rules
4.0K/usr/share/man/man5/networkd.conf.d.5.gz
4.0K/usr/share/man/man8/systemd-networkd-wait-online.8.gz
4.0K/usr/share/man/man8/system
On Tue, Jul 16, 2024 at 12:16:44PM +0200, Gioele Barabucci wrote:
> On 16/07/24 11:36, Daniel Gröber wrote:
> > since this came up in #d-mentors recently: is anyone working on nicer
> > tooling in the vein of gbp-import-ref but with the ability to handle
> > Files-Exclu
/debian/delete-excluded
I feel like we should start supporting this somewhere more central.
--Daniel
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
* Package name: azirevpn-cli
Version : 2.0.0
Upstream Contact: Tobias Windh
* URL : https://github.com/AzireVPN/azirevpn-cli/
* License : GPL
e the user-support better?
>
> I'd happy with that!
I'll talk to listmaster, but I'm not sure lists.debian.org is the right
place for this.
> > It is pretty close though. The remaining issues I know about are documented
> > in the GH issue: the locking protocol is sligtly suboptimal (and more
> > importantly for interop: different), ifstate file is separate and interface
> > renaming ("rename" statanza) isn't supported. I didn't even know that last
> > one existed, does anyone use those?
>
> Yes, I am aware there are users of the rename stanza.
ACK. It is on my TODO list but anyone interested is welcome to submit a
design (issue) and code upstream.
--Daniel
signature.asc
Description: PGP signature
p sequentially following the order in which
> they appear in /etc/network/interfaces.
ifupdown-ng's dependency resolution based "paradigm shift ;)" should make
that unecessary, but perhaps that calls for another ifupdown-ng.conf
option? Not sure. Why is the order important outsid
ns actually behave the same it is
exceedingly convinient to have them co-installable.
We can all have bad days, so don't take this as an attack on your
character, but if this discussion is representative of the level of care
you put into your Debian work I'm not sure we're a good fit for
co-maintance, however I invite you to prove me wrong.
--Daniel
signature.asc
Description: PGP signature
> From where I'm sitting ifupdown2 is completely out of the question as
> > > *the* Debian ifupdown since it doesn't even support *basic* IPv6
> > > use-cases like DHCPv6. Upstream community seems nonexistant since
> > > this is software by a corp for a corp where
Hi Martin,
On Tue, Jul 09, 2024 at 09:26:50AM +0300, Martin-Éric Racine wrote:
> su 7. heinäk. 2024 klo 16.56 Daniel Gröber (d...@darkboxed.org) kirjoitti:
> > For me the reason to work on ifupdown-ng is that it has a better core
> > design, clean&modern code, an active up
ure it has it's niche thought and that brings my back to my initial
concern: why exactly does it make sense to converge on a single
implementation at this point? Cause I don't see it.
DHCP on the other hand affects us all. I'd be very much on board with
pooling resources around that.
--Daniel
signature.asc
Description: PGP signature
On Monday, July 1st, 2024 at 5:38 PM, Jonas Smedegaard wrote:
>
>
> Quoting Daniel Markstedt (2024-06-23 07:58:54)
>
> > On Sunday, June 23rd, 2024 at 6:35 AM, Bernd Zeimetz be...@bzed.de
> > wrote:
> >
> > > > A few days ago, we released Netatal
On Saturday, June 29th, 2024 at 8:48 PM, IOhannes m zmölnig
wrote:
>
>
> Am 29. Juni 2024 13:32:40 MESZ schrieb Daniel Markstedt dan...@mindani.net:
>
> > Normally I would be more patient, but right now netatalk is slated to get
> > removed from Trixie testing o
ckage version is 3.2.1~ds-1, which is cumulative with 3.2.0~ds-1.
The code is on Salsa. Latest changelog is:
https://salsa.debian.org/netatalk-team/netatalk/-/blob/debian/latest/debian/changelog?ref_type=heads
Thanks in advance!
Daniel
On Sunday, June 23rd, 2024 at 4:55 PM, Andrey Rakhmatullin
wrote:
>
>
> On Sun, Jun 23, 2024 at 05:58:54AM +0000, Daniel Markstedt wrote:
>
> > > wolfssl is packaged in Debian, did you try to build netatalk with the
> > > packaged version?
> > >
&
constitute key parts of the OpenSSL compatibility layer...
>
> Hope that helps,
>
> Bernd
>
It helps very much, thank you!
Sincerely,
Daniel
loper last year about this very topic,
they told me that using WolfSSL for packaged software in Debian required some
kind of special exemption and approval.
Hence this email.
What is the best way to go about this?
Cheers,
Daniel
onment. That should make it easier to figure out where these
problems even are.
I wonder if there's other repro things we could screen for in a similar
manner?
--Daniel
signature.asc
Description: PGP signature
least under d-devel-announce and/or d-security-
announce? I was also wondering about what could have been compromised,
what data might have been stolen, etc. And there is so many sources to
follow right now. So sharing the final results would be great.
Regards, Daniel
signature.asc
Description: This is a digitally signed message part
I think you're missing the point of this package.
Firstly, it is a _library_, not a daemon, so it is intended to be
compiled / linked into other Go applications. It provides an easy
jumping-off point for developers to customize the output of logs,
particularly with respect to color and syntax
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-lmittmann-tint
Version : 1.0.4
Upstream Contact: lmittmann
* URL : https://github.com/lmittmann/tint
* License : Expat
Package: wnpp
Severity: wishlist
Owner: Daniel Kondor
X-Debbugs-Cc: debian-devel@lists.debian.org, kondor.d...@gmail.com
* Package name: wstroke
Version : 2.1.0
Upstream Author : Daniel Kondor
* URL : https://github.com/dkondor/wstroke
* License : ISC
Hi Gioele--
On Thu 2023-12-21 11:02:06 +0100, Gioele Barabucci wrote:
> On 21/12/23 04:16, Daniel Kahn Gillmor wrote:
> As the Uploader of rust-sequoia-openpgp, what do you think of the
> related sequoia-chameleon-gnupg project [1] (drop-in replacement for gpg
> that uses sequoi
hey folks--
[ This message won't make sense unless the reader distinguishes clearly
between OpenPGP the protocol and GnuPG the implementation! As a
community we have a history of fuzzily conflating the two terms, which
is one of the reasons that we're in this mess today. Please read
expli
support that
should really be there already.
Requiring support for IPv6 singlestack at runtime is a whole different
beast ofc, but are we really seeing an insurmountable number of issues due
to build time problems only?
Either way I'd be happy to help get issues like this fixed upstream.
--Daniel
signature.asc
Description: PGP signature
Hi,
> Yes, it is replaced by the UDD interface:
>
> https://wiki.debian.org/Services/lintian.debian.org
The old web service had explainations and additional context for the
various lintian tags. UDD doesn't seem to offer that so where can we find
this information now?
Th
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
Hi,
* Package name: sby
Version : 0.33
Upstream Author : YosysHQ GmbH et al.
* URL : https://github.com/YosysHQ/sby
* License : ISC
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
Hi,
* Package name: tundra-nat64
Upstream Contact: Vt Labuda
* URL : https://github.com/vitlabuda/tundra-nat64
* License : BSD3
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-go-zookeeper-zk
Version : 1.0.3-1
Upstream Contact: The Go-ZooKeeper Developers
* URL : https://github.com/go-zookeeper/zk
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-linode-linodego
Version : 1.18.0-1
Upstream Contact: Linode
* URL : https://github.com/linode/linodego
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-prometheus-community-pro-bing
Version : 0.3.0-1
Upstream Contact: Prometheus Monitoring Community
* URL
||
|We would also like to reveal the codename of Debian 15, which will be
"Buttercup". This name follows the tradition of naming Debian releases
after characters from the Toy Story movies. We hope you like it and
look forward to your contributions to make Debian 15 another great
release. |
F
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
* Package name: sexp
Version : 0.8.5
Upstream Contact: Maxim Samsonov
* URL : https://github.com/rnp/sexp
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org
* Package name: prjtrellis
Version : 1.4
Upstream Authors: David Shah
William D. Jones
Miodrag Milanovi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
For DebConf23, we're pleased to announce opening of registration and call for
proposal.
Registration and the Call for Proposals for DebConf23 are now open. The 24th
edition of the Debian annual conference will be held from *September 10th
Package: wnpp
Severity: wishlist
Owner: Daniel Gröber
X-Debbugs-Cc: debian-devel@lists.debian.org,
pkg-electronics-de...@alioth-lists.debian.net, d...@darkboxed.org
* Package name: apycula
Version : 0.8.1
Upstream Author : Pepijn de Vos
* URL : https://pypi.org
dhcpd6) and was well worth
the effort.
Regards,
Daniel
Package: wnpp
Severity: wishlist
Owner: Daniel Markstedt
X-Debbugs-Cc: debian-devel@lists.debian.org, markst...@gmail.com
* Package name: netatalk2
Version : 2.2.8
Upstream Author : The Netatalk Team
* URL : https://netatalk.sourceforge.io
* License : GPL 2.0
Am Sonntag, dem 26.02.2023 um 21:36 +0200 schrieb Adrian Bunk:
> On Sun, Feb 26, 2023 at 07:09:59PM +0100, Daniel Leidert wrote:
> > Am Sonntag, dem 26.02.2023 um 19:45 +0200 schrieb Adrian Bunk:
> > >
> > [..]
> > > Debian Policy §4.9 says that *attempting
gtest anyway ... independent of this topic.
Daniel
an let people have a look at
the "full sources" for the "year detail"-information.
I recently saw that this has been done in knot-resolver for the
"wildcard"-stanza of d/copyright and I like it:
https://tracker.debian.org/media/packages/k/knot-resolver/copyright-5.6.0-1
Regards,
Daniel
e-case of wanting to know the
year-information (everything else should be in d/copyright anyway) is
worth the (continued) maintenance costs in d/copyright.
Regards,
Daniel
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-mdlayher-packet
Version : 1.1.0-1
Upstream Contact: Matt Layher
* URL : https://github.com/mdlayher/packet
* License : Expat
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-mdlayher-ethtool
Version : 0.0~git20220830.0e16326-1
Upstream Author : Matt Layher
* URL : https://github.com/mdlayher/ethtool
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-grafana-regexp
Version : 0.0~git20221122.6b5c0a4-1
Upstream Author : Grafana Labs
* URL : https://github.com/grafana/regexp
* License
So what Fedora does is a prep script called at StartPre on their
systemd service.
https://src.fedoraproject.org/rpms/mariadb/blob/rawhide/f/mariadb-prepare-db-dir.sh
Which even recently was seen as bloated
(https://lists.launchpad.net/maria-discuss/msg06376.html).
What could be done is a oneshot
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-scaleway-scaleway-sdk-go
Version : 1.0.0~beta9-1
Upstream Author : Scaleway
* URL : https://github.com/scaleway/scaleway-sdk-go
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-ionos-cloud-sdk-go
Version : 6.1.3-1
Upstream Author : IONOS Cloud
* URL : https://github.com/ionos-cloud/sdk-go
* License
he free space.
Move boot into the new partition. Then you can remove /dev/nvme0n1p2 and either
add that space to your ESP or to the root partition.
Regards, Daniel
--
Daniel Leidert | https://www.wgdd.de/
GPG-Key RSA4096 / BEED4DED5544A4C03E283DC74BCD0567C296D05D
GPG-Key ED25519 / BD3C132D8B3805D1
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: prometheus-ui-classic
Version : 2.33.5+ds-1
Upstream Author : The Prometheus Authors
* URL : https://prometheus.io/
* License : Apache-2.0
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-dennwc-btrfs
Version : 0.0~git20220403.b3db0b2
Upstream Author : Denys Smirnov
* URL : https://github.com/dennwc/btrfs
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-github-dennwc-ioctl
Version : 1.0.0
Upstream Author : Denys Smirnov
* URL : https://github.com/dennwc/ioctl
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Daniel Swarbrick
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: golang-gopkg-telebot.v3
Version : 3.0.0
Upstream Author : Ilya Kowalewski
* URL : https://gopkg.in/telebot.v3
* License : Expat
Programming
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
Control: affects -1 + thunderbird librnp0
* Package name: rust-sequoia-octopus-librnp
Version : 1.4.1
Upstream Author : Sequoia Project
* URL
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
* Package name: sequoia-wot
Version : 0.2.0
Upstream Author : Neal H. Walfield
* URL : https://gitlab.com/sequoia-pgp/sequoia-wot
* License
ver they would be open to pointing people to a project to keep
dhclient/relay alive in their release notes. So I've been thinking about
setting up at least a mailing-list to gather people interested in seeing
this happen since I don't think I'll be able to have time to do it all by
myself.
--Daniel
1 - 100 of 2387 matches
Mail list logo
