<div dir="ltr"><div>"Hey ChatGPT, the following text was scanned from a book and then run through OCR, which introduced a number of OCR errors.  Can you fix them for me?  [book page text]"</div><div><br></div><div>I wonder how well that'd work.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 9, 2023 at 7:41 PM Bob Proulx <<a href="mailto:bob@proulx.com">bob@proulx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">j dewitt wrote:<br>
> What: Tuesday May 9th, 2023 NCLUG Meeting<br>
<br>
We had several new faces in the group tonight.  AWESOME!  If you have<br>
been contemplating meeting up then there is no time like the present.<br>
Come on down!<br>
<br>
Stephen started things off with an interesting tidbit about DHCP.<br>
<br>
    watch ip addr show dev wlan0<br>
<br>
    2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UP group default qlen 1<br>
        link/ether 20:1e:88:78:61:94 brd ff:ff:ff:ff:ff:ff<br>
        inet <a href="http://10.1.10.17/24" rel="noreferrer" target="_blank">10.1.10.17/24</a> brd 10.1.10.255 scope global dynamic wlan0<br>
           valid_lft 6387sec preferred_lft 6387sec<br>
        inet6 fe80::221e:88ff:fe78:6194/64 scope link<br>
           valid_lft forever preferred_lft forever<br>
<br>
With the interesting bit being the valid_lft valid time left for the<br>
DHCP leas.<br>
<br>
           valid_lft 6387sec<br>
<br>
That does seem to be new in my recollection.  This feature apparently<br>
originated with Red Hat but then by popular demand was pulled into<br>
other distros subsequently.  (The RFC this is defined in is for IPv6<br>
not IPv4 but hey why not?  Extra can be okay.  I would rely upon it<br>
for IPv6 and be cautious about IPv4. --rwp)<br>
<br>
Stephen's second item was an X Window debugging tool "xtrace" to<br>
display the communication between X clients and the X server.<br>
Effectively xtrace is a proxy server which sits in the middle printing<br>
out what the X client is doing as it talks to the actual X server.<br>
<br>
The reason for this need was because Stephen was experiencing a<br>
slowdown for some reason.  A particular VMWare client application was<br>
tremendously slow.  Not every program.  Just that one program.  Every<br>
time focus shifted the system was going out and probing everything to<br>
determine the number of displays, the size, the display depth, and all<br>
of the rest of the things that are important at start.  But probably<br>
not each and every time focus changes.<br>
<br>
To hack around this slowdown problem Stephen grabbed the source code<br>
and hacked in a filter for these particular messages.  Filtered out<br>
the slow egregious and slow commands.  GetScreenResources.  And<br>
immediately the speed was much faster.  Problem worked around.  Maybe<br>
the offending program can be fixed but that's a vmware program.<br>
<br>
Alex and Sy then took the floor to talk about their Firefox<br>
adventures.  It turns out that compiling Firefox from source takes a<br>
while.  It takes a while on a fairly high performance machine.  This<br>
adventure was because Firefox is the new OS and there are some<br>
customizations which are possible by modifying the source but not<br>
(yet) exposed to the user.  (Personally I would like to see my<br>
keybindings uniformly applied.  I hate it when I have a textarea being<br>
edited and I forget and hit Control-N a couple of times and it opens<br>
up several new window frames.  Drat!  --rwp)<br>
<br>
This was a fun discussion of several interesting points of the<br>
internal data flow through Firefox.  Makes me want to get my source<br>
compile going again.  I just haven't been playing with the source<br>
enough lately.  Because that is where things can be truly customized.<br>
Check out the 2023-04-05 blog posting for it!  Cool stuff!<br>
<br>
    <a href="https://i330.dev/posts/" rel="noreferrer" target="_blank">https://i330.dev/posts/</a><br>
<br>
Bob then gave an update on his NAS disk array recovery.  The TL:DR; of<br>
it is that never give up if you think the data is still there.  The<br>
problem looked like too many disk failures but the problem was my disk<br>
controller which seems to have flaked out.  In the end figuring out<br>
that it was the disk controller and replacing it allowed 100% of the<br>
array to be recovered.  Whew!<br>
<br>
Sy is doing some personal book archiving using a camera and software<br>
to do OCR to convert the photo over to plain text.  Says that the<br>
conversion is in the high 90's % of accuracy.  Which though not<br>
perfect is quite good.<br>
<br>
    <a href="https://en.wikipedia.org/wiki/Tesseract_(software)" rel="noreferrer" target="_blank">https://en.wikipedia.org/wiki/Tesseract_(software)</a><br>
<br>
It was fun!  Come and show off your project next tim!  See ya!<br>
</blockquote></div>