Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

2024-05-06 Thread Daniel Gröber
On Mon, May 06, 2024 at 02:10:53PM -0300, Lucas Castro wrote: > >https://salsa.debian.org/debian/lsm > > I'm already using gbp, on my own repository server > > https://git.gnuabordo.com.br/foolsm.git/, I haven't created the salsa > account yet. Ah. You should have put that in the

Bug#1070642: RM: qflow/experimental -- ROM; depends on RMed graywolf,berkeley-abc

2024-05-06 Thread Daniel Gröber
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: qf...@packages.debian.org, gayw...@packages.debian.org, d...@darkboxed.org Control: affects -1 + src:qflow Hi, I've requested removal of bekerley-abc and rdeps from unstable

Bug#1069032: RM: berkeley-abc (+ qflow and graywolf) -- ROM; replaced by yosys-abc

2024-05-06 Thread Daniel Gröber
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 signature.asc

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

2024-05-06 Thread Daniel Gröber
Hi Lucas, Hi d-mentors (there's a workflow question below), On Sun, Mar 24, 2024 at 05:16:54PM -0300, Lucas Castro wrote: > The source builds the following binary packages: > > foolsm - Link connectivity monitor tool > lsm - Link connectivity monitor tool - transitional package > > To

Bug#979188: RFS: git-subrepo/0.4.3-1 [ITP] -- Alternative to git-submodule(1) and git-subtree(1)

2024-05-06 Thread Daniel Gröber
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 |\|

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
On Wed, Apr 24, 2024 at 10:06:49PM +0200, Samo Pogačnik wrote: > Ok, so i'll prepare merge request in salsa gitlab, after pushing my > change in my working branch? So creating a MR is fine but it's not the whole story with gbp. With gbp you're always dealing with both a debian and an upstream

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
Hi Samo, On Mon, Apr 15, 2024 at 09:13:03PM +0200, Samo Pogačnik wrote: > Thanks for the review. I followed your suggestions above and recommited > d/control and > d/changelog. > > > As for the Vcs change: I'd prefer if we put the git repo in the debian/* > > namespace on Salsa. > > > > Here i

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
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

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
Hi Samo, On Sun, Mar 31, 2024 at 01:42:48PM +0200, Samo Pogačnik wrote: > I prepared a new git-subrepo in salsa as a fork of your project ( > https://salsa.debian.org/spog/git-subrepo). Then i updated upstream and > prepared debby> a new 'debian/sid' branch. Would you be so kind to take a look

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
Hi Samo, wouldn't you know it I've become a DD before I got a response to the git-subrepo ITP/RFS ;) I also completely forgot about it until I needed it just now. Are you still interested in maintaining git-subrepo in Debian? I'm trying to limit my personal packaging work to stuff I actually

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
Hi Samo, On Mon, Apr 01, 2024 at 07:54:09PM +0200, Samo Pogačnik wrote: > > Workflow wise I don't see why you needed to make a merge commit at > > d0cc659. Can you explan what you were doing? > > Well, after i updated the upstream branch, i wanted to preserve your > original debian/sid branch, so

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
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

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
Hi Samo, On Tue, Mar 19, 2024 at 10:00:44PM +0100, Samo Pogačnik wrote: > > We can also do a call to figure out where you're at and what info you need > > because the huge scope of the general packaging related documentation can > > be a bit overwhelming and confusing, even if what you need to

Bug#979188: Maintaining git-subrepo in Debian?

2024-05-04 Thread Daniel Gröber
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.

Bug#1068174: Debian FPGA toolchain update and testing

2024-04-25 Thread Daniel Gröber
Hi Jonathan & Philipp, On Sat, Apr 20, 2024 at 09:07:41PM +0200, J. Neuschäfer wrote: > > @Jonathan (in CC) can cover ECP5 and you could do ICE40UP and GateMate? > > Count me in! Excellent, thanks! > If you find a good answer, let me know, and it's probably a good idea to > write it down as a

Bug#1068174: Debian FPGA toolchain update and testing (Was: Bug#1068174: yosys: Please package the latest upstream release)

2024-04-20 Thread Daniel Gröber
Hi Philipp, Thanks for reaching out, I rely on users to ask for FPGA toolchain updates since I like to errr on the side of "keep the working version" with electronics stuff until I have a reason to break it out and test it myself. Note to self: I almost missed your email due to pre-vacation

Bug#1069032: RM: berkeley-abc (+ qflow and graywolf) -- ROM; replaced by yosys-abc

2024-04-15 Thread Daniel Gröber
Package: ftp.debian.org Control: affects -1 + src:berkeley-abc Control: affects -1 + src:qflow Control: affects -1 + src:graywolf X-Debbugs-Cc: berkeley-...@packages.debian.org X-Debbugs-Cc: qf...@packages.debian.org X-Debbugs-Cc: gayw...@packages.debian.org User:

Bug#1067754: dkim-rotate: consider raising email_lag to account for RFC timeout

2024-03-26 Thread Daniel Gröber
Package: dkim-rotate Version: 0.4 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Ian, I'm concerned dkim-rotate's default mail_lag is too low to account for widely used sending timeouts. RFC2821 says senders SHOULD retry for at least 4-5 days

Bug#1067750: dkim-rotate: confusion between config file name: .zone or .conf?

2024-03-26 Thread Daniel Gröber
Package: dkim-rotate Version: 0.4 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Ian, The dkim-rotate docs and tool seem confused about whether the config should be in a file called .zone or .conf. As you may remember from Bug#1064452 I used --new to setup my config. While the example

Bug#1067465: yosys-plugin-ghdl builds on x86 only, but built on other architectures before

2024-03-24 Thread Daniel Gröber
Hi Matthias, On Thu, Mar 21, 2024 at 11:16:56PM +0100, Matthias Klose wrote: > Package: src:yosys-plugin-ghdl > * Use ghdl-mcode instead of ghdl-gcc as it's more portable > > but ghdl-mcode is only available on amd64 and i386. With this choice you're > making things worse. My bad, I was under

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

2024-03-23 Thread Daniel Gröber
Hi Lucas, On Tue, Mar 05, 2024 at 03:29:49PM -0300, Lucas Castro wrote: > > Are you sure you want to change the source package name? Doing so fractures > > the history of the package on tracker.d.o and it's not really necessary. > > The upstream has changed software name but it's a good point

Bug#1067502: ITP: nsdiff -- generate nsupdate script from DNS zone differences

2024-03-22 Thread Daniel Gröber
Package: wnpp X-Debbugs-Cc: debian-de...@lists.debian.org Owner: Daniel Gröber X-Debbugs-Cc: d...@darkboxed.org Severity: wishlist * Package name: nsdiff Version : 1.85 Upstream Contact: Tony Finch * URL : https://dotat.at/prog/nsdiff/ * License : 0BSD OR MIT

Bug#1067161: nftables: BUG: invalid mapping expression variable

2024-03-20 Thread Daniel Gröber
Hi Jeremy, On Tue, Mar 19, 2024 at 06:27:11PM +, Jeremy Sowden wrote: > On 2024-03-19, at 16:00:28 +0100, Daniel Gröber wrote: > > The nftables config below triggers a BUG. > > > > $ nft -f /etc/nftables.conf > > BUG: invalid mapping expression variable &

Bug#1067161: nftables: BUG: invalid mapping expression variable

2024-03-19 Thread Daniel Gröber
Package: nftables Version: 1.0.6-2+deb12u2 Severity: normal Dear Maintainer, The nftables config below triggers a BUG. $ nft -f /etc/nftables.conf BUG: invalid mapping expression variable nft: evaluate.c:1797: expr_evaluate_map: Assertion `0' failed. Aborted Refactoring to

Bug#1067154: dropbear-initramfs: please allow generating distinct hostkey instead of copying host's

2024-03-19 Thread Daniel Gröber
Package: dropbear-initramfs Version: 2022.83-1+deb12u1 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Guilhem, I would like to use a fresh hostkey for dropbear running during init. You see I find it quite jarring for me to unexpectedly land in an earlyboot environment without warning when

Bug#1066707: ifupdown-ng: FTBFS: libifupdown/interface.c:28:9: error: implicit declaration of function ‘strlcpy’; did you mean ‘strncpy’? [-Werror=implicit-function-declaration]

2024-03-13 Thread Daniel Gröber
On Wed, Mar 13, 2024 at 12:51:44PM +0100, Lucas Nussbaum wrote: > Source: ifupdown-ng > > During a rebuild of all packages in sid, your package failed to build > on amd64. Thanks Lucas, I'm uploading a fix right now. > This is most likely caused by a change in dpkg 1.22.6, that enabled >

Bug#1065711: etckeeper: Incorrect path to README in manpage

2024-03-09 Thread Daniel Gröber
Package: etckeeper Version: 1.18.20-1 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Antoine, just a quick report that etckeeper.8 has: /usr/share/doc/etckeeper/README.md.gz which is wrong, the file is at /usr/share/doc/etckeeper/README.mdwn.gz now. Thanks, --Daniel --

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

2024-03-05 Thread Daniel Gröber
Hi Lucas, On Mon, Feb 19, 2024 at 04:50:27PM -0300, Lucas Castro wrote: > * Package name : foolsm Are you sure you want to change the source package name? Doing so fractures the history of the package on tracker.d.o and it's not really necessary. Quick package review: - d/postinst: I

Bug#1064452: dkim-rotate: Errors during --new leave state corrupted

2024-02-24 Thread Daniel Gröber
Hi Ian, On Sat, Feb 24, 2024 at 02:16:46PM +, Ian Jackson wrote: > Daniel Gröber writes ("Bug#1064452: dkim-rotate: Errors during --new leave > state corrupted"): > > I'm trying to get started with dkim-rotate, but I hit an error during > > initial provisi

Bug#1064452: dkim-rotate: Errors during --new leave state corrupted

2024-02-22 Thread Daniel Gröber
Package: dkim-rotate Version: 0.4 Severity: important X-Debbugs-Cc: d...@darkboxed.org Hi Ian, I'm trying to get started with dkim-rotate, but I hit an error during initial provisioning with --new. I use knot for auth DNS so I don't have the rndc, hence I tried to override dns_reload in the

Bug#1055214: bookworm-pu: package fpga-icestorm/0~20220915gita545498-3

2024-02-21 Thread Daniel Gröber
Hi Jonathan, On Wed, Feb 21, 2024 at 07:50:02AM +, Jonathan Wiltshire wrote: > On Thu, Nov 02, 2023 at 11:36:23AM +0100, Daniel Gröber wrote: > > [ Reason ] > > Andras Pal reported fpga-icestorm's "icebram" utility being broken in > > stable (#1055171) due to

Bug#1064274: bsd-mailx: Uses hardcoded /usr/sbin/sendmail path

2024-02-19 Thread Daniel Gröber
Package: bsd-mailx Version: 8.1.2-0.20220412cvs-1 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Robert, your bsd-mailx package hardcodes sendmail to be at /usr/sbin/sendmail by default (see 02-Base-fixes-1.patch). I found myself needing to override sendmail systemwide due to an esoteric

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

2024-02-07 Thread Daniel Gröber
noowner 1041858 thanks I've decided to focus on upstreaming a kernel based SIIT/NAT64 solution instead of packaging tundra. Initial packaging work is here if anyone wants to continue this anyhow: https://salsa.debian.org/dxld/tundra-nat64 Upstream issue asking for tagging release

Bug#988127: neomutt hangs for minutes while checking S/MIME signed mails

2024-02-01 Thread Daniel Gröber
Hi all, I've done some code review to figure out what we can do to workaround/fix this issue since it has annoyed me in the past and I just don't even want to use S/MIME ever really. Some things I found: since I set crypt_use_gpgme=yes gpgme apparently handles S/MIME directly (didn't know gpg

Bug#1061314: RFS: vnstat/2.12-1 -- console-based network traffic monitor

2024-01-31 Thread Daniel Gröber
Hi Christian, I'd be happy to sponsor vnstat (as soon as my NM process propagates through the bueraucracy). In the meantime I've had a look at the packaging and I have no notes :) I'll try to remember to upload vnstat but since it might be a while still until my key is accepted by ftp-master

Bug#1058589: developers-reference: please mention urgency=critical/emergency for completeness

2023-12-13 Thread Daniel Gröber
On Wed, Dec 13, 2023 at 07:24:49PM +, Holger Levsen wrote: > On Wed, Dec 13, 2023 at 07:04:01PM +0100, Daniel Gröber wrote: > > That's fine, but in that case this fact should be documented instead no? > > Right now there's confusion across the docs what criticality levels ar

Bug#1058589: developers-reference: please mention urgency=critical/emergency for completeness

2023-12-13 Thread Daniel Gröber
Hi Holger, On Wed, Dec 13, 2023 at 02:19:14PM +, Holger Levsen wrote: > On Wed, Dec 13, 2023 at 01:55:21PM +0100, Daniel Gröber wrote: > > > 6.3.2. Selecting the upload urgency > > mentions only high, medum and low urgency values. Britney also > > supports critical and

Bug#1058589: developers-reference: please mention urgency=critical/emergency for completeness

2023-12-13 Thread Daniel Gröber
Source: developers-reference Severity: normal Hi, > 6.3.2. Selecting the upload urgency mentions only high, medum and low urgency values. Britney also supports critical and emergency. These should be documented as well. Something like: - The delays are currently 2, 5 or 10 days, depending on

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

2023-12-04 Thread Daniel Gröber
On Mon, Dec 04, 2023 at 11:41:57AM +0100, Daniel Gröber wrote: > This is similar to how networkmanager and systemd-resolvd handle > ownership conflicts and following this protocol will ensure only one > (or none in my case :) managment system will try to change > resolv.conf. Addition

Bug#1057387: openresolv: Garbles nameserver address for no apparent reason

2023-12-04 Thread Daniel Gröber
Control: retitle 1057387 openresolv: Uses stale nameserver info from resolv.conf.bak Hi, On Mon, Dec 04, 2023 at 11:57:05AM +0100, Daniel Gröber wrote: > now 2001:678:4d8::1 used to be a valid address for my resolver but > isn't anymore, but I can't for the life of me figure where open

Bug#1057387: openresolv: Garbles nameserver address for no apparent reason

2023-12-04 Thread Daniel Gröber
Package: openresolv Version: 3.12.0-3 Severity: important X-Debbugs-Cc: d...@darkboxed.org Hi Fabio, nothing on my system feeds resolvconf any data: $ find /run/resolvconf/ /run/resolvconf/ /run/resolvconf/metrics /run/resolvconf/interfaces

Bug#1057384: openresolv: Please don't change resolv.conf when it's a symlink

2023-12-04 Thread Daniel Gröber
Package: openresolv Version: 3.12.0-3 Severity: important X-Debbugs-Cc: d...@darkboxed.org Hi Fabio, I manage my resolv.conf by hand and as such I don't want to excercise any daemons messing with it :) I've noticed that openresolv seems to (non-atomically) overwrite /etc/resolv.conf as the file

Bug#1052902: yosys: FTBFS: make[2]: *** [Makefile:971: docs/gen_images] Error 2

2023-12-03 Thread Daniel Gröber
Hi Lucas, On Thu, Oct 26, 2023 at 09:45:53AM +0200, Lucas Nussbaum wrote: > As an additional data point, I can still reproduce this. > I cannot provide the buildinfo, as sbuild outputs it at the end of > successful builds. Doh! Didn't think of that. Something to improve in sbuild I guess :) >

Bug#1054642: Failing ARP relay from external -> Linux bridge -> veth port --> NS veth port

2023-12-03 Thread Daniel Gröber
Hi Peter, > So now we move to VLAN level? Yeah, but I'm still waiting for the answers to my questions from two emails ago: > I'd be happy to still track this bug down but I need you to investigate > the behaviour in your environment. If you've torn down the lab already we > can also just call

Bug#916475: [Pkg-electronics-devel] Bug#916475: ghdl: various suggestions to simplify the packaging

2023-11-27 Thread Daniel Gröber
Hi Nicolas, I've finally pushed your patches through to salsa after build testing and verifying the resulting binary packages packages are equivalent using debdiff. Differences are seem to come down to to dependency versions changing: ``` $ debdiff ../ghdl_3.0.0+dfsg2-1_amd64.changes

Bug#1054124: dh-ada-library: dh_ada_library output causes /usr/share/ada/packaging.mk:81: *** missing separator error

2023-11-27 Thread Daniel Gröber
Hi Nicolas, On Tue, Oct 17, 2023 at 03:17:49PM +0200, Daniel Gröber wrote: > on my bookworm system importing dh-ada-library's packaging.mk is > causing a make error. AFAICT due to `dh_ada_library --export-versions` > including some copyright output in DEB_GNAT_VERSION: This bug is still

Bug#1056690: RFS: dhcpcd/1:10.0.5-4 -- DHCPv4 and DHCPv6 dual-stack client

2023-11-25 Thread Daniel Gröber
Hi Martin, On Fri, Nov 24, 2023 at 09:54:30PM +0200, Martin-Éric Racine wrote: > > Looking the last your three dhcpcd revisions I wonder if you shouldn't be > > debugging these fundamental build issues on a porterbox or in a VM rather > > than through the buildds? > > I don't have access to the

Bug#1056690: RFS: dhcpcd/1:10.0.5-4 -- DHCPv4 and DHCPv6 dual-stack client

2023-11-24 Thread Daniel Gröber
On Fri, Nov 24, 2023 at 09:03:37PM +0200, Martin-Éric Racine wrote: > On Fri, Nov 24, 2023 at 8:59 PM Daniel Gröber wrote: > > On Fri, Nov 24, 2023 at 06:55:44PM +0200, Martin-Éric Racine wrote: > > > dhcpcd (1:10.0.5-4) unstable; urgency=medium > > > . > > &

Bug#1056690: RFS: dhcpcd/1:10.0.5-4 -- DHCPv4 and DHCPv6 dual-stack client

2023-11-24 Thread Daniel Gröber
Hi Martin, On Fri, Nov 24, 2023 at 06:55:44PM +0200, Martin-Éric Racine wrote: > dhcpcd (1:10.0.5-4) unstable; urgency=medium > . >* Attempt to fix the GNU/Hurd build. > + 003_fix_FTBFS_on_Hurd.patch Does upstream even support hurd? Looking at ./configure: gnu*) OS=hurd;; # No HURD

Bug#1056631: unbound: Please package 1.19.0 release for DNS64 improvements

2023-11-23 Thread Daniel Gröber
Source: unbound Severity: wishlist Tags: ipv6 X-Debbugs-Cc: d...@darkboxed.org, debian-i...@lists.debian.org Hi Michael, unbound 1.19.0 includes a small patch of mine aimed at allowing people stuck behind IPv4-only ISPs to still deploy monostack-IPv6 (using v6 tunneling and NAT64) without

Bug#1054125: dh-builtusing: Please backport dh-builtusing to bookworm

2023-11-19 Thread Daniel Gröber
Hi Nicolas, On Sat, Nov 18, 2023 at 06:27:42PM +0100, Nicolas Boulenguez wrote: > Have you seen this? > https://lists.debian.org/debian-devel/2023/08/ What exactly are you referring to? That's the whole month's archive :) Yes I do read d-devel so I've likely seen whatever you're pointing to :p

Bug#1054125: dh-builtusing: Please backport dh-builtusing to bookworm

2023-11-17 Thread Daniel Gröber
Hi Nicolas, Sorry for taking so long to get back to you I've had some family issues to deal with. On Thu, Oct 19, 2023 at 12:42:18PM +0200, Nicolas Boulenguez wrote: > > would it be possible to get dh-builtusing backported for bookworm? We > > want to use dh-builtusing in ghdl (as you know ;),

Bug#1054642: Failing ARP relay from external -> Linux bridge -> veth port --> NS veth port

2023-11-17 Thread Daniel Gröber
Hi Peter, On Mon, Nov 13, 2023 at 09:40:46AM +, peter.gasparo...@orange.com wrote: > In the meantime, I was stubborn to find a solution to what I need in > order to progress and MACVLAN tech actually delivered it (private mode > enough), I used to love macvlan too but now I do L3 instead ;P

Bug#1040393: msmtp: please reintroduce SetGID permission as an optional package

2023-11-17 Thread Daniel Gröber
Hi Emannuel, Just a ping on this issue. I'd be happy to work on a patch and I intend to (get around to) preparing an NMU for this issue if you don't act on it. Thanks, --Daniel On Wed, Jul 05, 2023 at 01:10:58PM +0200, Daniel Gröber wrote: > I've just upgraded my workstation to Bookw

Bug#1054642: Failing ARP relay from external -> Linux bridge -> veth port --> NS veth port

2023-11-10 Thread Daniel Gröber
Hi Peter, looking at the ip/bridge dumps I don't see anything obviously broken so I started by building a reproducer using two netns'en and a bridge on the host to simulate your setup, leaving out the vlan stuff for now. I setup two namespaces ns0/ns1 with a veth pair each connected to br0 on

Bug#1055665: usr-is-merged: prevents upgrade of unstable chroot and install of usrmerge

2023-11-10 Thread Daniel Gröber
On Thu, Nov 09, 2023 at 09:12:57PM +0100, Marco d'Itri wrote: > Duplicate of #1055413. Did you perhaps mean #1055066 (usrmerge: Cannot update to version 38 on sbuild) that one describes exactly the issue I was seeing. --Daniel signature.asc Description: PGP signature

Bug#1055665: usr-is-merged: prevents upgrade of unstable chroot and install of usrmerge)

2023-11-10 Thread Daniel Gröber
On Fri, Nov 10, 2023 at 05:51:05PM +, Luca Boccassiwrote: > Please stop playing ping-pong with the bug tracker. It's already been > explained to you what you need to do. Luca, thanks your response. However I would appreciate it if we could just simply let a discussion come to a conclusion

Bug#1055665: usr-is-merged: prevents upgrade of unstable chroot and install of usrmerge

2023-11-10 Thread Daniel Gröber
Control: reopen 1055665 Hi Marco, On Fri, Nov 10, 2023 at 04:00:13PM +0100, Marco d'Itri wrote: > On Nov 10, Daniel Gröber wrote: > > > I can't say that it is. The other bug is about keeping an unmerged > > system. I'm trying to switch this chroot to *be* usr-merg

Bug#1055665: usr-is-merged: prevents upgrade of unstable chroot and install of usrmerge

2023-11-10 Thread Daniel Gröber
Control: reopen 1055665 Hi Marco, On Thu, Nov 09, 2023 at 09:12:57PM +0100, Marco d'Itri wrote: > Duplicate of #1055413. I can't say that it is. The other bug is about keeping an unmerged system. I'm trying to switch this chroot to *be* usr-merged but the problem is that installing usrmerge

Bug#1055667: nextpnr: prevent testing migration when embedded chipdbs are out-of-date

2023-11-09 Thread Daniel Gröber
Source: nextpnr Severity: wishlist X-Debbugs-Cc: d...@darkboxed.org s...@debian.org Note to self, we should find a way to prevent testing migration of FPGA description packages (fpga-icestorm/apycula/prjtrellis) when nexpnr still embeds older version in it's chipdb binpkgs. Autopkgtests in the

Bug#1055665: usr-is-merged: prevents upgrade of unstable chroot and install of usrmerge

2023-11-09 Thread Daniel Gröber
Package: usr-is-merged Version: 38 Severity: important X-Debbugs-Cc: d...@darkboxed.org Hi Marco, usr-is-merged=38 errors out in my unstable chroot since it's not merged yet, but this error also seems to prevent installing usrmerge: ``` (unstable-amd64)root@Janet:~# apt-get full-upgrade Reading

Bug#1055171: fpga-icestorm: icebram incompatible with yosys 0.23

2023-11-02 Thread Daniel Gröber
Hi Andras, On Thu, Nov 02, 2023 at 08:44:31AM +0100, Andras Pal wrote: > sure, please find attached this simplistic example for this issue. Just > enter `make`. Under bullseye, it should print: > > Found and replaced 1 instances of the memory. > > Under bookworm, it prints: > > Found and

Bug#1055214: bookworm-pu: package fpga-icestorm/0~20220915gita545498-3

2023-11-02 Thread Daniel Gröber
: #1055171) + + -- Daniel Gröber Thu, 02 Nov 2023 11:10:26 +0100 + +fpga-icestorm (0~20230218gitd20a5e9-1) unstable; urgency=medium + + * New upstream version 0~20230218gitd20a5e9 + + -- Daniel Gröber Tue, 13 Jun 2023 14:52:48 +0200 + +fpga-icestorm (0~20220915gita545498-4) unstable; urge

Bug#1055208: yosys-plugin-ghdl: missing dependency on ghdl-gcc

2023-11-02 Thread Daniel Gröber
Source: yosys-plugin-ghdl Version: 0.0~git20230419.5b64ccf-1 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Dear me, yosys-plugin-ghdl should depend on ghdl-gcc as otherwise the std lib is missing. warning: ieee library directory '/usr/lib/ghdl/gcc/vhdl/ieee/v08/' not found error:

Bug#1055171: fpga-icestorm: icebram incompatible with yosys 0.23

2023-11-01 Thread Daniel Gröber
Package: fpga-icestorm Version: 0~20220915gita545498-3 X-Debbugs-Cc: Andras Pal Hi Andras, On Wed, Nov 01, 2023 at 04:52:25PM +0100, Andras Pal wrote: > I'm using the yosys/nextpnr/icestorm toolchain regularly under Debian and > after upgrading to bookworm i noted (after some debugging) that in

Bug#1054642: Failing ARP relay from external -> Linux bridge -> veth port --> NS veth port

2023-10-30 Thread Daniel Gröber
Hi Peter, On Mon, Oct 30, 2023 at 10:43:39AM +, peter.gasparo...@orange.com wrote: > Would it be possible to join a Webex session setup by me to check this > out quickly? It's all lab environment. I don't think that would help with reproducing your environment in this case, besides I only

Bug#1054642: Failing ARP relay from external -> Linux bridge -> veth port --> NS veth port

2023-10-29 Thread Daniel Gröber
Hi Peter, On Fri, Oct 27, 2023 at 09:29:25AM +, peter.gasparo...@orange.com wrote: > No attempt at all? Then it's against your own rules I've read before > submitting this. I think Luca was a bit harsh here, I'd be happy to help debug this. From a first look it seems unlikely this is related

Bug#1054620: bcachefs-tools: Issues in packaging and git repo

2023-10-26 Thread Daniel Gröber
Source: bcachefs-tools Severity: minor X-Debbugs-Cc: d...@darkboxed.org Hi Jonathan, while building the bcachefs-tools package from git I noticed that there are a couple of problems: - gbp.conf doesn't disable pristine-tar but no pristine-tar branch is available, making gbp export-orig fail

Bug#1054613: bcachefs-tools: Please upload version 1.2

2023-10-26 Thread Daniel Gröber
Package: src:bcachefs-tools Severity: wishlist Hi Jonathan, the bcachefs-tools version currently in unstable (0.)24-1 is almost a year old. I see that you pushed packaging for (24~really)1.2-1 to git some weeks ago, but it looks like you never uploaded the package? I'd appreciate an upload :)

Bug#1054170: graphviz: dot generates unreproducible pdfs with embedded timestamps

2023-10-18 Thread Daniel Gröber
On Wed, Oct 18, 2023 at 09:24:11PM +0200, László Böszörményi (GCS) wrote: > On Wed, Oct 18, 2023 at 5:45 PM Daniel Gröber wrote: > > dot appears to embed CreationDate in the pdf and this cannot be > > controlled with SOURCE_DATE_EPOCH. > Can you please test it with the Gr

Bug#1054173: schroot: manpages mention bouncing mailinglist

2023-10-18 Thread Daniel Gröber
Package: schroot Version: 1.6.13-3+b2 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Christoph, The schroot manages mention the buildd-tools-de...@lists.alioth.debian.org mailinglist all over the place, but it doesn't seem to exist anymore and mail bounces. Is there a new ML? If so please

Bug#797781: schroot: /dev/shm line is commented out by default but it's required by a lot of stuff

2023-10-18 Thread Daniel Gröber
Hi, I'd like to add here that I just ran into this in a different way. I do my development in profile=destkop chroots which are also missing the /dev/shm line in fstat like the default profile. In my case upstream was using faketime(1) to tame some unreproducibility, but this needs access to

Bug#1054170: graphviz: dot generates unreproducible pdfs with embedded timestamps

2023-10-18 Thread Daniel Gröber
Package: graphviz Version: 2.42.2-7+b3 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Laszlo, my package yosys uses `dot` as part of it's documentaion build, I've been battling reproducibility issues in that part of the packaging for a while now and I think I've finally tracked it down to

Bug#968683: wireguard-tools: missing dependency in wireguard-tools resolvconf - wg-quick up

2023-10-17 Thread Daniel Gröber
Hi Mathias, On Mon, Oct 16, 2023 at 09:33:14AM +0200, Mathias Behrle wrote: > > What is your exact use-case? I assume it's for a desktop VPN, in which case > > adding systemd-resolved support to wg-quick might be less > > problematic. > > Yes, indeed my use case is a desktop VPN. > > FWIW both

Bug#916475: [Pkg-electronics-devel] Bug#916475: ghdl: various suggestions to simplify the packaging

2023-10-17 Thread Daniel Gröber
Hi Nicolas, On Wed, Oct 11, 2023 at 10:58:22PM +0200, Nicolas Boulenguez wrote: > > honestly the whole link script looks like a hack to me, I prefer the > > way it was before. > > I agree that an executable debian/libghdl-dev.links is a last resort, > but a reader discovering the package does

Bug#1054125: dh-builtusing: Please backport dh-builtusing to bookworm

2023-10-17 Thread Daniel Gröber
Source: dh-builtusing Version: 0.0.5 Severity: wishlist X-Debbugs-Cc: d...@darkboxed.org Hi Nicolas, would it be possible to get dh-builtusing backported for bookworm? We want to use dh-builtusing in ghdl (as you know ;), but I run my package builds on bookworm, inside an sbuild chroot, but gbp

Bug#1054124: dh-ada-library: dh_ada_library output causes /usr/share/ada/packaging.mk:81: *** missing separator error

2023-10-17 Thread Daniel Gröber
Package: dh-ada-library Version: 8.6 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Nicolas, on my bookworm system importing dh-ada-library's packaging.mk is causing a make error. AFAICT due to `dh_ada_library --export-versions` including some copyright output in DEB_GNAT_VERSION: ``` $

Bug#1012722: wireguard-tools: wg-quick DNS server setup should remove existing /etc/resolv.conf lines

2023-10-12 Thread Daniel Gröber
Hi Celejar, Mathias, On Thu, Oct 12, 2023 at 03:36:12PM +0200, Mathias Behrle wrote: > On Sun, 12 Jun 2022 17:13:29 -0400 Celejar wrote: > > I would think that the correct behavior would be for wg-quick to *replace* > > the existing contents of resolv.conf, rather than just *prepending* > > For

Bug#968683: wireguard-tools: missing dependency in wireguard-tools resolvconf - wg-quick up

2023-10-12 Thread Daniel Gröber
Hi Mathias, On Thu, Oct 12, 2023 at 11:14:58AM +0200, Mathias Behrle wrote: > I also ran into this problem, a resolvconf command is required for > wg-quick Saying that resolvconf is _required_ for wg-quick is a bit of a stretch, it's only needed when a DNS= line is present in the config. >

Bug#1053819: recutils: Please install bash-builtin into default load path

2023-10-11 Thread Daniel Gröber
Package: recutils Version: 1.8-1 Severity: wishlist X-Debbugs-Cc: d...@darkboxed.org Hi Sven, your recutils package currently installs the recutils.so bash builtins into /usr/lib/recutils/bash-builtins/readrec.so While looking for the best place to put the builtins lib for one of my packages I

Bug#916475: [Pkg-electronics-devel] Bug#916475: ghdl: various suggestions to simplify the packaging

2023-10-11 Thread Daniel Gröber
Hi Nicolas, On Wed, Oct 11, 2023 at 09:03:16AM +0200, Nicolas Boulenguez wrote: > Source: ghdl > Followup-For: Bug #916475 > > A rebased and extended list of suggestions is attached. Thanks for taking the time. > Debdiff reports no change in the binary packages. Unfortunately

Bug#1051817: unbound: local_datas without \4\n reuses last read buffer(?) and produces infinite error output

2023-10-09 Thread Daniel Gröber
Hi, On Mon, Oct 09, 2023 at 05:01:00PM +0200, наб wrote: > [...] But come on, don't berate users for doing the right (and > hard-fought-for) thing. I didn't mean to berate you. I'm trying to point out, respectfully, that there's not much of a point in doing a round trip through Debian in cases

Bug#1051817: unbound: local_datas without \4\n reuses last read buffer(?) and produces infinite error output

2023-10-09 Thread Daniel Gröber
Hi, > In trying to reduce another bug, I got the following: > > $ { printf '%s\n' 'UBCT1 local_datas' ';; a' 'abc.def. 3600 in txt testupa' > ';; b'; } | sudo socat - UNIX-CONNECT:/run/unbound.ctl > error parsing local-data at line 1 position 4 ';; a': Syntax error, could not > parse the RR Is

Bug#1052902: yosys: FTBFS: make[2]: *** [Makefile:971: docs/gen_images] Error 2

2023-09-29 Thread Daniel Gröber
Hi Santiago, On Fri, Sep 29, 2023 at 05:50:54PM +0200, Santiago Vila wrote: > Well, "yosys" was one of the packages which FTBFS for me. > It was version 0.23-6, and it failed in a different way. > > But something tells me that this bug reported by Lucas > could easily be another Makefile bug. >

Bug#916475: ghdl: various suggestions to simplify the packaging

2023-09-29 Thread Daniel Gröber
Hi Nicolas, On Wed, Dec 21, 2022 at 06:12:09PM +0100, Nicolas Boulenguez wrote: > Four were ignored, probably because you are busy with the build > failures. > > Just in case, a rebased version is attached. It's been a while since you submitted these patches and Andreas changed a lot of the

Bug#1052902: yosys: FTBFS: make[2]: *** [Makefile:971: docs/gen_images] Error 2

2023-09-26 Thread Daniel Gröber
Hi Lucas, On Tue, Sep 26, 2023 at 03:43:28PM +0200, Lucas Nussbaum wrote: > Source: yosys > Version: 0.33-5 > Severity: serious > Justification: FTBFS > Tags: trixie sid ftbfs > User: lu...@debian.org > Usertags: ftbfs-20230925 ftbfs-trixie > > The full build log is available from: >

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

2023-09-18 Thread Daniel Gröber
Package: wnpp Severity: wishlist Owner: Daniel Gröber X-Debbugs-Cc: debian-de...@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#1052127: RFS: ifupdown-ng/0.12.1-1 -- network interface configuration tool

2023-09-17 Thread Daniel Gröber
Hi Nicholas, On Sun, Sep 17, 2023 at 02:56:47PM -0400, Nicholas D Steeves wrote: > Thank you for working on this! One note: where is it documented how > ipupdown and ipupdown-ng interact? You just install the ifupdown-ng package and it kicks ifupdown out the door :) More seriously: ifupdown-ng

Bug#1052127: RFS: ifupdown-ng/0.12.1-1 -- network interface configuration tool

2023-09-17 Thread Daniel Gröber
. [ Debian Janitor ] * Bump debhelper from old 12 to 13. * Set upstream metadata fields: Repository-Browse. * Update standards version to 4.6.1, no changes needed. * Set upstream metadata fields: Repository. . [ Daniel Gröber ] * New upstream release * Fix nonsense janitor commits

Bug#1051847: iproute2 ships configuration files in /usr/lib violating debian-policy

2023-09-13 Thread Daniel Gröber
Package: iproute2 Version: 6.1.0-3 Severity: serious Justification: Policy 10.7.2 X-Debbugs-Cc: d...@darkboxed.org Dear Maintainer, your iproute2 6.5.0-3 package installs configuration files in /usr/lib/iproute2. This is a blatant violation of debian-policy section 10.7.2. "Configuration files /

Bug#1051577: iproute2: obsolete conffiles

2023-09-11 Thread Daniel Gröber
Hi Luca, On Mon, Sep 11, 2023 at 01:06:06PM +0100, Luca Boccassi wrote: > > I want to question whether removing these conffiles is a good idea at > > all. I'm probably one of the few people that actually muck around in there > > but it seems like this is going to break things for any users that

Bug#1051577: iproute2: obsolete conffiles

2023-09-11 Thread Daniel Gröber
Hi, On Mon, Sep 11, 2023 at 08:32:10AM +0200, Sven Joachim wrote: > > After upgrading to 6.5.0-1 adequate shows: > > > > adequate found packaging bugs > > - > > > > iproute2: obsolete-conffile /etc/iproute2/rt_tables.d/README > > iproute2: obsolete-conffile

Bug#1051565: unbound: Please backport unbound 1.18.0 for bookworm to enable NAT64 support

2023-09-09 Thread Daniel Gröber
Source: unbound Version: 1.17.1-2 Severity: wishlist Tags: ipv6 X-Debbugs-Cc: d...@darkboxed.org Dear Maintainer, I would like to run an unbound resolver on an IPv6-only network. This is problematic because many nameservers on the internet are only reachable over IPv4. Starting with 1.18.0

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

2023-09-06 Thread Daniel Gröber
Hi Simon, I've pushed apycula 0.9.0 to https://salsa.debian.org/electronics-team/apycula/ A test build with my updated nextpnr package checks out. This release adds PLL support for Gowin apparently so that will be useful. Please upload it when you get a chance. FYI: prjtrellis is also waiting

Bug#1050397: 1: yosys-src is huge

2023-08-26 Thread Daniel Gröber
Hi, On Thu, Aug 24, 2023 at 03:00:36AM +0200, Daniel Gröber wrote: > As long as nobody installs this package at least it won't waste space in > the archive as the deb is compressed anyway. Post mortem wise, I'm not sure > what's going on here. When I unpack the tarball the directory onl

Bug#1050397: 1: yosys-src is huge

2023-08-23 Thread Daniel Gröber
Hi Samuel, On Thu, Aug 24, 2023 at 02:01:16AM +0200, Samuel Thibault wrote: > The yosys-src package is huge, it contains a 2.2GiB tarball, perhaps it > should at least be compressed? Yowza! something definetly went wrong there, thanks for pointing this out. I'm about to remove this binpkg again

Bug#1041708: apt: Manpages have wrong advice on APT::Default-Release preventing security updates

2023-08-19 Thread Daniel Gröber
Hi, On Sat, Aug 19, 2023 at 04:53:09PM +0200, Raphael Hertzog wrote: > > The problem is that regex is NOT supported at the moment. > > Urgh, and you did not complain that the release notes actually encourage > users to do that? Yeah, that seems less than ideal. Brings me back to thinking we

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

2023-07-26 Thread Daniel Gröber
Hi Simon, On Wed, Jul 26, 2023 at 11:45:32AM +0900, Simon Richter wrote: > Hi Daniel, > > On 7/25/23 22:53, Daniel Gröber wrote: > > > FYI: It seems you didn't do a source-only upload for apycula so it's > > BLOCKED from migrating to testing now. We have to do anothe

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

2023-07-25 Thread Daniel Gröber
Hi Simon, On Sat, Jun 24, 2023 at 10:50:24PM +0200, Daniel Gröber wrote: > > Will look at apycula now. > > I see you already uploaded it now. Great! FYI: It seems you didn't do a source-only upload for apycula so it's BLOCKED from migrating to testing now. We have to do another

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

2023-07-24 Thread Daniel Gröber
Hi Andrej, On Mon, Jul 24, 2023 at 07:38:13PM +0200, Andrej Shadura wrote: > On Mon, 24 Jul 2023, at 16:16, Daniel Gröber wrote: > > tundra-nat64 is a new userspace implementation of SIIT, NAT64 and > > [CLAT]. It's multithreaded as opposed to tayga so my hope is the > > per

  1   2   >