Bug 16165 - overwritten printouts for triggers
: overwritten printouts for triggers
Status: NEW
Product: Sorcery
Classification: Unclassified
Component: Cast
: Untargetted future release
: x86 Linux
: P2 normal
Assigned To: Sorcery Bug List
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2024-01-10 16:14 UTC by Thomas Orgis
Modified: 2024-01-10 17:07 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Orgis 2024-01-10 16:14:01 UTC
19:57 <+sobukus> wich: a data point, apparently not involved in this issue, but something to consider … the only difference I get for my debugging outputs (the Dropping lines) is such:
19:57 <+sobukus> < ESC[0mESC[36mDropping ESC[37mESC[1mESC[40mautomakeESC[0mESC[36m because of grey dependency loop on ESC[37mESC[1mESC[40mperlESC[0m.
19:57 <+sobukus> ---
19:57 <+sobukus> > ESC]0;[smgl-fhs]: checking triggers^GESC]0;[smgl-fhs]: success!^GESC[0mESC[36mDropping ESC[37mESC[1mESC[40mautomakeESC[0mESC[36m because of grey dependency loop on 
                 ESC[37mESC[1mESC[40mperlESC[0m.
19:57 <+sobukus> There's lines with checking triggers / success that get no line end and hence overwritten?! Is that intentional?


The 'Dropping' lines are only in my debugging version of sorcery and mostly red herrings for their intended purpose. The point here is: There's these 'checking triggers' messages that are present on the same lines, being hidden from view. Those should be tracked down and decided if they should get some EOLs or such.
Comment 1 Thomas Orgis 2024-01-10 17:07:32 UTC
To make it clear: The differing lines come from two runs of sorcery rebuild with the same sorcery version in a chroot. Apart from the intertwined trigger messages, the printed lines are identical. Some concurrency … (those two layers of cast processes …).