Bug#1101842: ITP: racd -- Extensible IPv6 Router Advertisement Client Daemon

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

Bug#1101834: ITP: recent-rgrep -- search recently modified files with grep

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

Bug#1101029: ITP: golang-agwa-go-listener -- library for creating net.Listeners

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

Bug#1101006: ITP: snid -- TLS-SNI proxy with zero config IPv4/v6 translation

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

Bug#1098505: ITP: clatd -- CLAT and SIIT-DC ER with many XLAT engines

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

Bug#1098490: ITP: clatd -- CLAT and SIIT-DC ER with many XLAT engines

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

Bug#1098276: ITP: nsnotifyd -- promptly run command on DNS zone changes

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

Re: Upstreams with "official" tarballs differing from their git

On Sat, Feb 15, 2025 at 12:10:06PM +0100, Stéphane Glondu wrote: > > I fixed the elpi package by using something a bit hackish: I added git > > as dep, and if I don't see a .git in the build directory, I create one! > > > > Here is what the execute_before_dh_auto_build target does: > > if

Re: Directory structure suggestion for configuration in /etc

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

Re: Barriers between packages and other people

Hi Andreas, On Sun, Dec 22, 2024 at 07:26:15AM +0100, Andreas Metzler wrote: > On 2024-12-22 Sean Whitton wrote: > > On Sat 21 Dec 2024 at 06:15pm +01, Chris Hofstaedtler wrote: > > >> Uploads to the archive are not irreversible. You can just as well > >> upload a new version reverting whatever

Re: Directory structure suggestion for configuration in /etc

Hi Josh, On Thu, Dec 19, 2024 at 07:05:56PM -0800, Josh Triplett wrote: > Suppose that packages ship sample configuration files *that exactly > match their defaults* (which should in general mean that everything is > commented out) in some standardized path under /usr/share/doc/$package/ > (e.g. e

Bug#1089602: ITP: nsnotifyd -- promply run a command on DNS zone changes

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

Re: Replacing isc-dhcp-client with dhcpcd-base (Was: ifupdown maintenance)

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

ifupdown behaviour with IPv6 DAD failure (Was: proposal: Hybrid network stack for Trixie)

On Mon, Sep 23, 2024 at 12:25:15PM +0200, Chris Hofstaedtler wrote: > * Pierre-Elliott Bécue [240923 11:34]: > > I like ifupdown. It's simple and just works. > > I find this quite funny, given a recent discussion about IPv6 dad > issues with ifupdown on #debian-admin. The "discussion" was about

ifupdown-ng source stanza (Was: proposal: Hybrid network stack for Trixie)

Hi Sirius, Thanks for taking ifupdown-ng for a spin. On Mon, Sep 23, 2024 at 08:22:51AM +0200, Sirius wrote: > > If you want no belss or whistles, then install neither of ifupdown, > > network-manager nor systemd-networkd, and operate your network using ip > > and (unless you also consider that a

Replacing isc-dhcp-client with dhcpcd-base (Was: ifupdown maintenance)

Hi Martin, On Sat, Sep 14, 2024 at 08:31:06AM +0300, Martin-Éric Racine wrote: > Let's start with changing the ifupdown dependencies and DHCP stack > search order to effectively deprecate ISC. I don't think we're ready yet. I have some concerns: 1) How do you deal with the mismatch between dhcp

Re: Community survey on network stack for Trixie

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

Re: Community survey on network stack for Trixie

Hi Lukas, On Mon, Aug 26, 2024 at 12:19:20PM +0200, Lukas Märdian wrote: > Surveying the wrong set of people will lead to unusable data. Henry Ford > summarized this nicely some 100 years ago, when asked about customer input > in the development of the Ford Model T automobile: "If I had asked peop

Bug#1080344: ITP: bcachfs-tools -- bcachefs userspace tools

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

Community survey on network stack for Trixie

Hi Lukas, On Wed, Aug 21, 2024 at 10:30:46AM +0200, Lukas Märdian wrote: > This email was intended to first gauge opinions from networking maintainers, > before pushing it out to debian-devel@l.d.o.. All the points still hold and > are fine to be public. But let me at least add the preamble and re

Re: Network stack for Trixie

Hi Lukas, CCing d-devel, tl;dr: I'm sorry to say I strongly oppose both removing ifupdown* in forky as well as raising netplan to Priority: standard. To move this forward without conflict I think we should base the default networking tool decision on data not developer opinion. On Tue, Aug 20, 20

Bug#1076597: ITP: stagit -- static git repo web viewer, cgit/gitweb alternative

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

Size measuring contest (Was: what about Netplan?)

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: git tooling to handle files-excluded while preserving upstream history

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

git tooling to handle files-excluded while preserving upstream history

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

Bug#1076415: ITP: azirevpn-cli -- AzireVPN CLI client for generating WireGuard configs

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

Re: ifupdown maintenance

Hi Martin, Marc, and Santiago, On Thu, Jul 11, 2024 at 12:57:52PM +0300, Martin-Éric Racine wrote: > > I mean looking at the other half of this thread, clearly the ifupdown* > > paradigm isn't working at all for some people which I think is > > unfortunate. > > I haven't see anyone answer the que

Re: ifupdown maintenance

Hi Vincent, Martin, On Thu, Jul 11, 2024 at 07:54:50AM +0200, Vincent Bernat wrote: > > 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

Re: ifupdown maintenance

Hi Martin, On Tue, Jul 09, 2024 at 02:25:02PM +0300, Martin-Éric Racine wrote: > > > I just had a look at ifupdown-ng. The /etc/network/interface syntax > > > is not a drop-in replacement for ifupdown. That's a big no-no. Those > > > "use dhcp" have to go. > > > > Not reading the documentation ca

Re: ifupdown maintenance

Hi Santiago, On Mon, Jul 08, 2024 at 12:23:16PM -0300, Santiago Ruano Rincón wrote: > > > Santiago, how do you feel about ifupdown's future maintainability and > > > feature development? I honestly never looked into why people started > > > writing ifupdown replacements. I had my own gripes with i

Re: ifupdown maintenance

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

Re: ifupdown maintenance

Hi Martin & all, On Sun, Jul 07, 2024 at 12:38:34PM +0300, Martin-Éric Racine wrote: > While discussing pending issues with Santiago (ifupdown's de-facto > maintainer), we came to the conclusion that team maintenance of just > one ifupdown implementation would be a better way to go than having 3 >

Locale sanitizer (Was: Mandatory LC_ALL=C.UTF-8 during package building)

Hi, On Thu, Jun 06, 2024 at 11:32:33AM +0200, Simon Richter wrote: > If your package is not reproducible without it, then your package is > broken. It can go in with the workaround, but the underlying problem > should be fixed at some point. It's easy to say "should be fixed" but finding the sour

Re: Clarification for broken packages in IPv6-only environments

Hi Vincent, Simon, On Fri, Dec 01, 2023 at 09:24:00AM +0100, Vincent Bernat wrote: > I don't think this is a good use of time to fix builds broken because > there is no IPv4 loopback. On Fri, Dec 01, 2023 at 11:30:50AM +, Simon McVittie wrote: > I agree that we should consider a working 127.0

Re: lintian.debian.org off ?

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? Thanks, --Daniel signatur

Bug#1052194: ITP: sby -- SymbiYosys -- formal hardware verification frontend for yosys

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

Bug#1041858: ITP: tundra-nat64 -- A minimal, user-space, stateless NAT64, CLAT and SIIT implementation for Linux

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

Bug#1037506: ITP: prjtrellis -- Tools to generate Lattice ECP5 bitstreams

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

Bug#1037306: ITP: apycula -- Tools to generate Gowin FPGA bitstreams

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

Re: ifupdown/dhcp

Hi Michael, On Sun, May 08, 2022 at 11:24:12AM -0400, Michael Stone wrote: > So what's the path forward, maintaining compatibility and not breaking > systems upgrading from current stable? Do we come up with a dhcpcd5 variant > that *only* touches interfaces it is directed to touch via > /etc/netw

Re: Bug#1003796: ITP: ifupdown-ng -- network device manager compatible with ifupdown

Hi Andrej, On Sun, Jan 16, 2022 at 03:31:17PM +0100, Andrej Shadura wrote: > I would be happy to sponsort ifupdown-ng for you. Awesome! I'll let you know as soon as I have a package to review up on salsa. --Daniel

Bug#1003796: ITP: ifupdown-ng -- network device manager compatible with ifupdown

Package: wnpp Severity: wishlist Owner: Daniel Gröber X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org Hi, * Package name: ifupdown-ng Version : 0.11.3 Upstream Author : Ariadne Conill Maximilian Wilhelm * URL : https://github.com

Bug#1003315: ITP: yosys-plugin-ghdl -- VHDL to RTL synthesis plugin using GHDL

Package: wnpp Severity: wishlist Owner: Daniel Gröber X-Debbugs-Cc: debian-devel@lists.debian.org, d...@darkboxed.org * Package name: yosys-plugin-ghdl Version : 0.0~git20211127.09a32cd Upstream Author : Tristan Gingold * URL : https://github.com/ghdl/ghdl-yosys

Bug#998883: ITP: zsh-histdb -- scalable command history with git versioning and sync across hosts

Package: wnpp Severity: wishlist Owner: Daniel Gröber * Package name: zsh-histdb Version : git HEAD Upstream Author : Tom Hinton * URL : https://github.com/larkery/zsh-histdb * License : MIT Programming Lang: ZSH Description : scalable command history

Re: Bug#987884: ITP: git-autofixup -- Automatically fixup commits with related changes

Hi Andrej, Thanks for your quick response! On Sat, May 01, 2021 at 07:39:22PM +0200, Andrej Shadura wrote: > On Sat, 1 May 2021, at 14:48, Daniel Gröber wrote: > > git-autofixup creates fixup commits from changes in the worktree. This > > can save the tedious work of amending

Bug#987884: ITP: git-autofixup -- Automatically fixup commits with related changes

Package: wnpp Severity: wishlist Owner: Daniel Gröber Hi list, I am working on packaging git-autofixup a program to help with amending git commits during code review. * Package name: git-autofixup Version : 0.003001 Upstream Author : Jordan Torbiak * URL : https

Bug#909908: ITP: libpam-net -- create/join network namespaces at login

Package: wnpp Severity: wishlist Owner: Daniel Gröber * Package name: libpam-net Version : 0.1 Upstream Author : Renzo Davoli, Eduard Caizer University of Bologna * URL : https://github.com/rd235/libpam-net * License : GPL2 Programming Lang: C