NNTP client?

[labeas]

From the old-school of inet usage we've got: email, http and NNTP.
links is very nice on TC for no-nonsense fetch and save [or read] http [& ftp].
NNTP actually needs a kind of data-base to store/control the different groups & threads.
I though I had seen `pan` as being avaialable for TC, but couldn't find it.
Besides it's a monster and a non-graphic utility would be better, especially if it eventually
help getting me to be able to gmail, without a js-ed full-browser.
     What NNTP client is recommended for TC64?

[labeas]

I made a big mess about pan / pam as a NNTP client !
It's pam that's available for TC64; which is not related to NNTP.

These 'trivial clerical aids' like `whatis` & `apropos`
make a massive difference to efficient working ?

Since TC64 also doesn't have /dev/disk/<byLabel> is there a
smaller way than cfdisk of identifying the device:partitions
when having 5 sdX devices connected by USB.

Since the USB devices re-allocate the sdX amongst themselves
in differnt ways, it take a big job for each new re-boot to
find out how to access the different devices:partitions.

What do others use for TC: NNTP ?

[gerald_clark]

Try "blkid /dev/sd*".
Also, you can mount by LABEL or UUID.

[labeas]

I've relocated the TC:text which I had saved, showing that pan.tcz exists:----
pan.tcz
Description:    Pan is a Usenet newsreader
Current:        2016/12/24 updated 0.133 -> 0.140 (juanito)
Uploaded on Sat Dec 24 10:31
  Perhaps this does NOT apply to TC64, because it doesn't show in my <apps browser online>
alphabetic BIG list of apps.
If pan.tcz WAS made available on Dec 24, can I get it for my TC64 ?
   Please.

[Juanito]

posted

[labeas]

Perhaps the Graphical:pan which is a clone of the M$-based [Oh I forgot its name] is too much
of a monster for TC. So I `chroot`ed to lynx; which is amazing and OK for NNTP.
I was able to use my <linux style: fetch only text for http> under M$, via lynx32;
 and [I don't understand the details] 32-bit lynx runs perfectly in TC64.
=== more important is to get a TC version of dvtm; to give multple windows on VTs, especially
since most screens are double the width of the original 640x480 ratio.
=== I reconfirm that often mounting requires 3 steps: 1: mount <device> <mntPoint>;
 2: try <mountTool>; 3: RE-try CLI.

[Juanito]

So, if I understood correctly, you asked for an extension to be compiled for you and, once you got it, you decided you did not want it after all?

[labeas]

IMO this http-based forum replacing the appropriate NNTP is a similar disaster to gMail via
http. Particularly since TC claims to be <minimalist>.
I can't SEE the message that I'm trying to answer to.
That's where wily shines: you can see multiple files on the ONE screen.
My confusion/mistake about pam v pan lead me to test/confirm that `chroot lynx` could do NNTP.
And my suspicion that pan is a monster unsuited for TC seems also confirmed by the error trace
posted below:- [but pan added a slik icon to the <apps bar>]
tc@box:~$ pan

(pan:9400): Gtk-WARNING **: Could not find the icon 'edit-find'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
        http://icon-theme.freedesktop.org/releases

(pan:9400): Gtk-WARNING **: Error loading theme icon 'edit-find' for stock: Icon 'edit-find' not present in theme Adwaita

(pan:9400): Gtk-WARNING **: Error loading theme icon 'edit-clear' for stock:

(pan:9400): Gtk-WARNING **: Error loading theme icon 'document-save' for stock: Icon 'document-save' not present in theme Adwaita
........... [snip] .........
(pan:9400): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to underallocate GtkTreeView's child GtkButton 0x29e0500. Allocation is 24x25, but minimum required size is 29x25.

(pan:9400): Gdk-ERROR **: The program 'pan' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (inteOPger parameter out of range for operation)'.
  (Details: serial 870 error_code 2 request_code 139 (RENDER) minor_code 34)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
Trace/breakpoint trap

[Juanito]

I just downloaded and installed pan and it worked fine (albeit with a bunch of warnings about missing hicolor-icon-theme and adwaita-icon-theme).

Are you using Xfbdev or Xorg?

[labeas]

root@box:/home/tc# pgrep Xfbdev
1942
root@box:/home/tc# pgrep  Xorg
root@box:/home/tc#

[Juanito]

Since you are using Xfbdev, it is possible you are missing one of the libX* extensions that pan requires to work.

It could also be that pan requires some functionality provided by Xorg, but not by Xfbdev.

[labeas]

>Since you are using Xfbdev, it is possible you are missing one of the libX* extensions that pan requires to work.

>It could also be that pan requires some functionality provided by Xorg, but not by Xfbdev.

Yes, probably. OTOH I'm just using <the default which was handed to me>.
Probably with Xorg I could also use blackbox/fluxbox which I much prefer to the
default , and is why I do most TC-work in root-VTs, except when I MUST see multiple
text-files together; then I use wily.  OTOH my LinuxNativeOberon FrameBuffer-mode
runs nicely in VT.  Also AFAIK Xorg is !BIG!, and if you just keep adding layers, you
don't have TC any more? On a more common-branch of the forum, I want to ask if
other TC users remember mulinux, which came on a 1M7 fd0; also ash-based.
I used LNO's [mentioned above] coloring facility to try to analyse the structure of
Mulinux's combined  mail & News [NNTP] client, all written in <ash-script>and
with only a single binary [called muless], which is called by his other brilliant apps.
muless tests ok in 32 & 64-bits.

[coreplayer2]

AFAIK Xorg is !BIG!, and if you just keep adding layers, you
don't have TC any more?

I couldn't disagree more, no matter how each individual dresses up their TC, it's still TC at the core and always will be.

[labeas]

> no matter how each individual dresses up their TC
  dressing up is a euphamism for MESSING up.
I've already got my individually/incrementally installed mc, gpm, wily, ...etc,
"separately" installed each from it's own dir.
  Remind me again: how/where I would capture the new/extra files which were fetched by
the <AppsBrowser> to install XYZ. I'm located in darkenING S.Africa, not California, and
must be prepared for inet access to break down at any time. Relying on the cloud for each
reboot is a reckless extravegance. Remember Blackberry ?

[gerald_clark]

Apps or tce-load downloads the apps to the persistent storage ( the tce/optional directory ).
They are only downloaded once.