Re: what about Netplan?

2024-07-16 Thread Guus Sliepen
On Mon, Jul 15, 2024 at 10:26:09AM +0200, Thomas Goirand wrote: > Also, Netplan is just a configuration layer. That's a way simpler than NM or > sd-networkd. In principle, ifupdown is little more than a configuration layer as well. It doesn't manage anything itself, it delegates everything to ext

Re: ifupdown maintenance

2024-07-16 Thread Andrej Shadura
Hello, On Sun, 14 Jul 2024, at 11:21, Martin-Éric Racine wrote: >> > > Not quite true, vlan support is now internal AFAIK, or at least I haven't >> > > installed `vlan` in ages and things seem to work :) >> > >> > I said ifupdown, not ifupdown-ng. >> >> I was talking about *ifupdown*. Sorry for no

Re: what about Netplan?

2024-07-16 Thread Lukas Märdian
On 16.07.24 08:00, Marc Haber wrote: On Mon, 15 Jul 2024 15:35:32 +0200, Lukas Märdian wrote: I don't want people to think too much in terms of "sd-networkd VS Netplan", but rather in terms of "sd-networkd PLUS Netplan". Contributors to Netplan naturally build up knowledge in sd-networkd (and N

Re: what about Netplan?

2024-07-16 Thread thomas
On Jul 16, 2024 4:55 PM, Lukas Märdian wrote: > Netplan is integrated with [cloud-init] "v2" network configuration and the > "cloud-config" > is adopted by many major public cloud providers (AWS, GCE, Azure, ...) as a > deployment > method, which makes it a well-known format. Similarly de

Re: what about Netplan?

2024-07-16 Thread Jose Luis Tallon
On 16/7/24 10:54, Lukas Märdian wrote: [snip] But it's not just this. Netplan's beauty starts to shine when we're talking about the full picture: * Netplan PLUS sd-networkd (server/cloud/container) * Netplan PLUS NetworkManager(desktop/laptop) * Netplan PLUS wpa_supplicant (server/embedded, u

Re: what about Netplan?

2024-07-16 Thread Stephan Seitz
Am Di, Jul 16, 2024 at 10:54:47 +0200 schrieb Lukas Märdian: * Netplan PLUS NetworkManager(desktop/laptop) All my desktops have only LAN and are working very well with ifupdown since the beginning. My Laptops are mostly in a LAN either. So NM is onlay needed for the rare cases I’m in a WLAN.

git tooling to handle files-excluded while preserving upstream history

2024-07-16 Thread Daniel Gröber
Hi d-devel, 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-Excluded like mk-origtargz? Some packages are starting to resort to hacks: https://salsa.debian.org/rust-team/mdBook/-/blob/debian/latest/de

Re: what about Netplan?

2024-07-16 Thread Colin Watson
On Tue, Jul 16, 2024 at 11:24:54AM +0200, Stephan Seitz wrote: > Am Di, Jul 16, 2024 at 10:54:47 +0200 schrieb Lukas Märdian: > > Using Debian should NOT feel like using different distros. We want > > Sorry, I call this bullshit. I’m using Debian exactly because it feels > different like other dis

Re: git tooling to handle files-excluded while preserving upstream history

2024-07-16 Thread Gioele Barabucci
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-Excluded like mk-origtargz? Because having DFSG-clean "debian" branches is (at the moment) a nice-to-have fea

Re: what about Netplan?

2024-07-16 Thread Lukas Märdian
On 16.07.24 11:24, Jose Luis Tallon wrote: On 16/7/24 10:54, Lukas Märdian wrote: [snip] But it's not just this. Netplan's beauty starts to shine when we're talking about the full picture: * Netplan PLUS sd-networkd (server/cloud/container) * Netplan PLUS NetworkManager(desktop/laptop) * Netpl

Re: what about Netplan?

2024-07-16 Thread Lukas Märdian
On 16.07.24 11:06, tho...@goirand.fr wrote: On Jul 16, 2024 4:55 PM, Lukas Märdian wrote: > Netplan is integrated with [cloud-init] "v2" network configuration and the "cloud-config" > is adopted by many major public cloud providers (AWS, GCE, Azure, ...) as a deployment > method, which ma

Re: what about Netplan?

2024-07-16 Thread Philip Hands
Stephan Seitz writes: > Am Di, Jul 16, 2024 at 10:54:47 +0200 schrieb Lukas Märdian: ... >>Using Debian should NOT feel like using different distros. We want > > Sorry, I call this bullshit. I’m using Debian exactly because it feels > different like other distros. There wouldn’t be a need for D

Re: what about Netplan?

2024-07-16 Thread Lukas Märdian
On 16.07.24 11:24, Stephan Seitz wrote: Am Di, Jul 16, 2024 at 10:54:47 +0200 schrieb Lukas Märdian: * Netplan PLUS NetworkManager(desktop/laptop) All my desktops have only LAN and are working very well with ifupdown since the beginning. My Laptops are mostly in a LAN either. So NM is onlay n

Re: i686 require SSE4.1-capable processor?

2024-07-16 Thread Phil Wyett
On Mon, 2024-07-15 at 17:20 +0200, Philipp Kern wrote: > [Also adding Phil] > > On 15.07.24 14:52, Andreas Ronnquist wrote: > > > Packages built for the i386 arch need to conform to the i386 baseline, > > > which is currently i686. If a package contains a newer instruction it's a > > > bug in that

Re: i686 require SSE4.1-capable processor?

2024-07-16 Thread Andrey Rakhmatullin
On Tue, Jul 16, 2024 at 12:46:01PM +0100, Phil Wyett wrote: > > > > Packages built for the i386 arch need to conform to the i386 baseline, > > > > which is currently i686. If a package contains a newer instruction it's > > > > a > > > > bug in that package and gcc is not the cause of it, the packa

Re: what about Netplan?

2024-07-16 Thread Stephan Seitz
Am Di, Jul 16, 2024 at 13:14:44 +0200 schrieb Lukas Märdian: On 16.07.24 11:24, Stephan Seitz wrote: None of my servers are using WLAN. They all work very well with ifupdown including bonding/vlans. This might not be your usecase, but I regularly see setups of "embedded boards", like Raspberry

Re: i686 require SSE4.1-capable processor?

2024-07-16 Thread Philipp Kern
Hi, On 2024-07-16 14:14, Andrey Rakhmatullin wrote: On Tue, Jul 16, 2024 at 12:46:01PM +0100, Phil Wyett wrote: > > > Packages built for the i386 arch need to conform to the i386 baseline, > > > which is currently i686. If a package contains a newer instruction it's a > > > bug in that package

Re: i686 require SSE4.1-capable processor?

2024-07-16 Thread Phil Wyett
On Tue, 2024-07-16 at 14:36 +0200, Philipp Kern wrote: > Hi, > > On 2024-07-16 14:14, Andrey Rakhmatullin wrote: > > On Tue, Jul 16, 2024 at 12:46:01PM +0100, Phil Wyett wrote: > > > > > > Packages built for the i386 arch need to conform to the i386 > > > > > > baseline, > > > > > > which is curr

Bug#1076446: ITP: mpvqt -- MpvQt is a libmpv wrapper for Qt Quick 2/Qml.

2024-07-16 Thread Scarlett Moore
Package: wnpp Severity: wishlist Owner: Scarlett Moore X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: mpvqt Version : 1.0.0 Upstream Contact: 2023 George Florea Bănuș * URL : https://invent.kde.org/libraries/mpvqt * License : LGPL Programming La

Re: what about Netplan?

2024-07-16 Thread gregor herrmann
On Tue, 16 Jul 2024 13:13:16 +0200, Philip Hands wrote: > I suspect having something that's agnostic about the underlying > implementation as our default would be rather better for the non-systemd > options that people care about, … > Also, networkd doesn't support non-Linux and non-systemd system

Re: what about Netplan?

2024-07-16 Thread Philip Hands
gregor herrmann writes: > On Tue, 16 Jul 2024 13:13:16 +0200, Philip Hands wrote: > >> I suspect having something that's agnostic about the underlying >> implementation as our default would be rather better for the non-systemd >> options that people care about, … >> Also, networkd doesn't support

Re: what about Netplan?

2024-07-16 Thread Lukas Märdian
On 16.07.24 15:05, gregor herrmann wrote: On Tue, 16 Jul 2024 13:13:16 +0200, Philip Hands wrote: I suspect having something that's agnostic about the underlying implementation as our default would be rather better for the non-systemd options that people care about, … Also, networkd doesn't sup

Re: git tooling to handle files-excluded while preserving upstream history

2024-07-16 Thread Daniel Gröber
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-Excluded like mk-origtargz? > > B

Re: what about Netplan?

2024-07-16 Thread Luca Boccassi
On Tue, 16 Jul 2024 at 14:05, gregor herrmann wrote: > > On Tue, 16 Jul 2024 13:13:16 +0200, Philip Hands wrote: > > > I suspect having something that's agnostic about the underlying > > implementation as our default would be rather better for the non-systemd > > options that people care about, …

Re: what about Netplan?

2024-07-16 Thread Marvin Renich
* Lukas Märdian [240715 10:33]: > No. We're talking about the "netplan-generator" package, which comes without > any > Python dependencies. It's a part of the netplan.io source package and > everything > that would be required in the default installation. Thanks. I've filed wishlist Bug#107644

Size measuring contest (Was: what about Netplan?)

2024-07-16 Thread Daniel Gröber
Hi Luca, On Mon, Jul 15, 2024 at 02:50:17PM +0100, Luca Boccassi wrote: > Let's put some hard numbers on the table given this is an important > detail. The following is all starting from a default debootstrapped > unstable. > > With networkd only we can drop ifupdown, net changes: > > REMOVING:

Re: Size measuring contest (Was: what about Netplan?)

2024-07-16 Thread Luca Boccassi
On Tue, 16 Jul 2024 at 14:46, Daniel Gröber wrote: > > Hi Luca, > > On Mon, Jul 15, 2024 at 02:50:17PM +0100, Luca Boccassi wrote: > > Let's put some hard numbers on the table given this is an important > > detail. The following is all starting from a default debootstrapped > > unstable. > > > > W

Bug#1076452: ITP: rust-railway-core -- core type definitions of the Railway backend

2024-07-16 Thread Matthias Geiger
Package: wnpp Severity: wishlist Owner: Matthias Geiger X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org, werdah...@riseup.net Control: block by 1075775 -1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: rust-railway-core Version : 0.0.1

Re: what about Netplan?

2024-07-16 Thread Ansgar 🙀
Hi, On Tue, 2024-07-16 at 15:23 +0200, Lukas Märdian wrote: > On 16.07.24 15:05, gregor herrmann wrote: > > On Tue, 16 Jul 2024 13:13:16 +0200, Philip Hands wrote: > > > > > I suspect having something that's agnostic about the underlying > > > implementation as our default would be rather better

Bug#1076454: ITP: rust-railway-api-derive -- Derive macro for railway-api

2024-07-16 Thread Matthias Geiger
Package: wnpp Severity: wishlist Owner: Matthias Geiger X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org, werdah...@riseup.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: railway-api-derive Version : 0.0.1 Upstream Contact: Julian Sch

Re: Bug#1076153: ITP: dh-rust -- debhelper buildsystem for Rust code

2024-07-16 Thread Fabian Grünbichler
On Thu, Jul 11, 2024 at 07:19:46PM GMT, Fabian Grünbichler wrote: > On Thu, Jul 11, 2024 at 06:06:21PM GMT, Jonas Smedegaard wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Jonas Smedegaard > > X-Debbugs-Cc: debian-devel@lists.debian.org, build-common team > > > > Hi! > > (all of wh

Bug#1076461: ITP: halloy -- simple and fast cross-platform IRC client

2024-07-16 Thread Blair Noctis
Package: wnpp Severity: wishlist Owner: Blair Noctis X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org, n...@sail.ng * Package name: halloy Version : 2024.8 Upstream Contact: Casper Rogild Storm , Cory Forsstrom * URL : https://halloy.squidowl

Bug#1076462: ITP: rust-iced -- Elm-inspired cross-platform GUI library for Rust

2024-07-16 Thread Blair Noctis
Package: wnpp Severity: wishlist Owner: Blair Noctis X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org, n...@sail.ng * Package name: rust-iced Version : 0.12.1 Upstream Contact: Héctor Ramón Jiménez * URL : https://iced.rs/ * License :

Re: what about Netplan?

2024-07-16 Thread Noah Meyerhans
On Mon, Jul 15, 2024 at 02:57:21AM +0200, Cyril Brulebois wrote: > Lukas Märdian (2024-07-11): > > Additional benefits of Netplan: > > * Already used on Debian Bookworm [cloud] images by default > > Having started to toy with cloud images these last few days, and > learning about the various comp