@MSGID: 3:633/10 97d068b1
@REPLY: 3:633/10 164130fb
@PID: PyGate 1.5.18
@TID: PyGate/Linux 1.5.18
@NOTE: tin/2.6.4-20241224 ("Helmsdale")
(FreeBSD/14.4-STABLE (arm64))
@CHRS: ASCII 1
@TZUTC: 1100
@REPLYADDR: bp@www.zefox.net
@REPLYTO: 3:633/10 UUCP
@RFC-Message-ID: <113b4je$24uh9$1@dont-email.me>
bp@www.zefox.net wrote:
> Richard Kettlewell <invalid@invalid.invalid> wrote:
>> bp@www.zefox.net writes:
>>> Lately I`ve been having trouble with Bookworm, on both a Pi5
>>> and a Pi2B (32 bit), in which the Raspberry menu is used to 
>>> launch applications but seemingly nothing happens. No error
>>> message pops up, it`s as if I never even tried. Presumably
>>> something had a fatal error, but where should I look for 
>>> the epitaph?
>>>
>>> This happens most often with Firefox and Chromium browsers,
>>> but occasionally happens with things like LX Terminal, which
>>> I`d expect to be more robust.
>>>
>>> There doesn`t seem to be a /var/log/messages, as I`m accustomed
>>> to checking, and ISTR Windows used a dedicated application for
>>> watching system messages. Is there such a beast in Bookworm?
>> 
>> Standard error from applications launched from the desktop historically
>> (and at least to some extent, still) goes to a file in your home
>> directory. Watch it with:
>> 
>> tail -f ~/.xsession-errors
>> 
>> Some things log to the user journal:
>> 
>> journalctl --user --follow
>> 
>> Depending on the cause of the problem the kernel log may also be
>> informative:
>> 
>> journalctl --dmesg --follow
>> 
> 
> Thank you!!!

After opening windows with all three commands running I tried to
start a program that sometimes fails silently. In this particular
case it didn`t fail, starting normally. However, no extra output
was displayed in any of the monitoring windows. Should I have
seen any output from any of these commands during a successful
application start? 

FWIW, the command run was from the raspberry>accessories menu,
it`s called owon-vds-tiny and it runs control software for a
USB oscilloscope. When run from the command line it emits
a considerable flow of status information to the controlling
terminal.

I`ll keep trying in hopes of capturing a failure event. So far
they seem associated with prolonged (days or weeks) of uptime.

Thanks for reading,

bob prohaska
 

--- PyGate Linux v1.5.18
 * Origin: Dragon`s Lair, PyGate NNTP<>Fido Gate (3:633/10)
SEEN-BY: 19/10 50/109 153/757 218/840 840 220/70
221/1 6 360 226/17 100
SEEN-BY: 229/426 240/1120 267/800 301/1 113 812
310/31 335/364 341/66 463/68
SEEN-BY: 633/10 20 280 281 414 416 418 420 422
509 2744 712/848 770/1 3 100
SEEN-BY: 770/340 350 772/210 220 230 5019/40
5020/715 848 1042 4441 12000
SEEN-BY: 5030/49 722 1081 1474 5053/55 5061/133
5075/128
@PATH: 633/10 280 770/1 218/840 221/6 301/1
5020/1042 4441