On 9/27/21 9:15 PM, Marco d'Itri wrote:
On Sep 28, Noah Meyerhans wrote:
Should it be mentioned what the new recommended DHCP server for general
use will be?
ISC Kea?
I haven't converted to it, but that's their replacement for dhcpd.
I think that a good default would be systemd-networkd fo
Package: wnpp
Severity: wishlist
Owner: Bradford D. Boyle
* Package name: gumble
Version : 0.0~git20200818.146f920-1
Upstream Author : Tim Cooper https://github.com/layeh/gumble
* License : MPL-2.0
Programming Lang: Go
Description : Mumble client implementation in
On Sep 28, Noah Meyerhans wrote:
Should it be mentioned what the new recommended DHCP server for general
use will be?
> For what it's worth, my preference would be transition to
> systemd-networkd with bookworm.
I think that a good default would be systemd-networkd for servers and
NetworkManag
On Mon, Sep 27, 2021 at 08:25:14PM +0300, Martin-Éric Racine wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> The ISC DHCP suite has a lenghty list of bug reports that have been left
> unattended. Some bugs date back to DHCP 3 or even earlier.
>
> Additionally, recent upstream rele
Marc Haber left as an exercise for the reader:
> But maybe an alternative? I find the partitioning step one of the most
> error-prone and hard-to-use parts of non-trivial Debian installations.
so overall, i've got to say the feedback i heard here was a lot
more positive than i was expecting, thoug
Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: affects -1 src:isc-dhcp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
The ISC DHCP suite has a lenghty list of bug reports that have been left
unattended. Some bugs date back to DHCP 3 or even earlier.
Additio
Michael Stone wrote:
I think it doesn't matter how many which implementations are in debian.
If you want something with specific portable semantics, just use command
-v. The remaining consumers of which are either programs that (ipso
facto) don't care about semantic corner cases or are humans who
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libmarc-parser-xml-perl
Version : 0.03
Upstream Author : Johann Rolschewski
* URL : https://metacpan.org/release/MARC-Pars
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libmarc-schema-perl
Version : 0.09
Upstream Author : Johann Rolschewski
* URL : https://metacpan.org/release/MARC-Schema
*
On 9/27/21 4:01 AM, John Paul Adrian Glaubitz wrote:
Hello Nick!
On 9/26/21 16:29, Nick Black wrote:
I'd be delighted to support them -- as in, I am honestly eager
to add ATARI support; that sounds awesome -- I just need some
way to test the implementations, either via someone running it
on th
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libsql-abstract-classic-perl
Version : 1.91
Upstream Author : Peter Rabbitson
* URL : https://metacpan.org/release/SQL-Abs
On Sep 27, John Paul Adrian Glaubitz wrote:
> Not for me, though. Debian has always followed the philosophy to be a
> universal
> operating system, which also meant that we can't (immediately) use all the new
> technologies and features that other distributions or upstream projects
> develop.
I
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libsql-abstract-pg-perl
Version : 1.0
Upstream Author : Sebastian Riedel
* URL : https://metacpan.org/release/SQL-Abstract
> On Sep 27, 2021, at 3:41 PM, Luca Boccassi wrote:
>
> On Mon, 2021-09-27 at 15:18 +0200, John Paul Adrian Glaubitz wrote:
>>
On Sep 27, 2021, at 2:25 PM, Luca Boccassi wrote:
>>>
>>> Even if that interpretation would work as an excuse to never do
>>> anything, and I'm not really sur
On Mon, Sep 27, 2021 at 03:18:48PM +0200, John Paul Adrian Glaubitz wrote:
> Whether a tool that was developed new from scratch is automatically better is
> not a given. The burden of proof is on the person trying to introduce the new
> software, not on the people maintaining the current set of s
On Mon, 2021-09-27 at 15:18 +0200, John Paul Adrian Glaubitz wrote:
>
> > On Sep 27, 2021, at 2:25 PM, Luca Boccassi wrote:
> >
> > Even if that interpretation would work as an excuse to never do
> > anything, and I'm not really sure it does, this specification has been
> > published in 2014 [0]
> On Sep 27, 2021, at 2:25 PM, Luca Boccassi wrote:
>
> Even if that interpretation would work as an excuse to never do
> anything, and I'm not really sure it does, this specification has been
> published in 2014 [0] so even by Debian standard it's old stuff.
That’s not what I said so. You’re
On Sat, Sep 25, 2021 at 06:49:53PM -0400, Nick Black wrote:
> So the only ones covered by partman and not covered by growlight would be:
> amiga, atari, sun,
> and mac (if mac is not the same as APM). I don't see any difficulty in
> adding these four, so long
> as there's someone with an Amiga or A
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libppix-utils-perl
Version : 0.003
Upstream Author : Dan Book
* URL : https://metacpan.org/release/PPIx-Utils
* License
On Mon, 2021-09-27 at 13:06 +0200, John Paul Adrian Glaubitz wrote:
> Hello!
>
> On 9/27/21 12:46, Luca Boccassi wrote:
> > > Also, since parted is maintained by RedHat, I would expect that this
> > > feature
> > > would land in parted soon as well.
> > >
> > If the question is "why does X not u
On Sun, Sep 26, 2021 at 10:50:35AM +0200, Adam Borowski wrote:
> On Sun, Sep 26, 2021 at 01:41:18AM -0400, nick black wrote:
> > Marco d'Itri left as an exercise for the reader:
> > > And the preseeding syntax is as powerful as it is inconvenient.
>
> > > Implementing support for more partition fo
Hello!
On 9/27/21 12:46, Luca Boccassi wrote:
>> Also, since parted is maintained by RedHat, I would expect that this feature
>> would land in parted soon as well.
>>
> If the question is "why does X not use libparted", "does not support
> discoverable parts spec" is a good enough answer for me.
Hello Nick!
On 9/26/21 16:29, Nick Black wrote:
> I'd be delighted to support them -- as in, I am honestly eager
> to add ATARI support; that sounds awesome -- I just need some
> way to test the implementations, either via someone running it
> on the environment, or getting access to such a machin
On Sun, 2021-09-26 at 12:45 +0200, John Paul Adrian Glaubitz wrote:
> Hello!
>
> On 9/26/21 12:40, Luca Boccassi wrote:
> > Does libparted support the discoverable partitions spec?
>
> I'm not sure, this thread is the first time I have heard about discoverable
> partitions. I have read up first w
24 matches
Mail list logo
