Re: Updating mumi on berlin

[zimoun]

Hi Kyle and Thiago,

Reading your both answers…

On Wed, 04 May 2022 at 21:49, Kyle Meyer <kyle@kyleam.com> wrote:

> I've tried sit down and update Guix's public-inbox definition a few
> times, but there are various test failures that I didn't figure out how
> to handle in the time I had.  (IIRC, I think they're related to the lei
> tests expecting to be able to kill the lei-daemon process, which isn't
> the case in Guix's build environment.)

On Thu, 05 May 2022 at 00:13, Thiago Jung Bauermann <bauermann@kolabnow.com> 
wrote:

> Yes, that's what I'm seeing as well. The lei-daemon process is actually
> killed, but because of bug 30948 it is left in a zombie state and so the
> testsuite thinks that it didn't go away.
>
> The testsuite checks whether lei-daemon is gone by doing a
> “kill(<lei-daemon pid>, 0)”, which unfortunately succeeds for zombie 
> processes.
>
> I've been meaning to add child reaping to the Guix builder process, but
> I'm moving very slowly due to time constraints and my unfamiliarity with
> that part of Guix...

…why not just disable the specific test or if not possible, turn off the
test suite ’#:tests? #f’.  Whereas it is not the best, it would allow to
have ’lei’ while waiting the fix at the Guix build environment level.

WDYT?


> $ guix shell -p path/to/profile -- lei up --all

How do you query all new ones for a specific list?


Thiago, do you use ’piem’ [1]?

Kyle, the function ’piem-inject-thread-into-maildir’ [2] is really
handy.  But I would like this signature instead:

--8<---------------cut here---------------start------------->8---
  (defun piem-inject-thread-into-maildir (mid &optional inbox message-only)
--8<---------------cut here---------------end--------------->8---

i.e., passing an ’inbox’ argument and this argument would be also passed
to ’piem-inbox-maildir-directory’ and ’piem-mid-url’,

--8<---------------cut here---------------start------------->8---
  (let ((maildir-directory (piem-inbox-maildir-directory inbox)))
[...]
    (let ((url (concat (piem-mid-url mid inbox)
--8<---------------cut here---------------end--------------->8---


Then using ’piem-inboxes’ accordingly, I have,

--8<---------------cut here---------------start------------->8---
  (defun my/public-inbox-insert (number)
    (interactive "nBug number: ")
    (let* ((meta  (car (debbugs-get-status number)))
           (inbox (car (debbugs-get-attribute meta 'package))) ;Probably 
inaccurate for the general case
           (raw   (debbugs-get-attribute meta 'msgid))
           (msgid (replace-regexp-in-string "<\\|>" "" raw)))
      (message "Message-ID: %s from %s." msgid inbox)
      (my/piem-inject-thread-into-maildir msgid inbox))))
--8<---------------cut here---------------end--------------->8---

For sure, it could be improved but it fits my needs.

When I do old bug squashing, I use ’M-x debbugs-gnu’ and pick some.
Sometimes, when the thread is long and complex [3], I just drop it
because it requires from me more work to deal with just the reading;
other said, I inject the thread to my local inbox which allows me to
read it offline, but more importantly, read it (or navigate) with my
favorite tool not the Gnus-like interface.


1: <https://git.kyleam.com/piem/about/>
2: <https://git.kyleam.com/piem/tree/piem.el#n759>
3: <https://yhetil.org/guix-bugs/87wpg7ffbm.fsf@gnu.org/#r>


Cheers,
simon