Tiny Core Linux
Tiny Core Base => Corepure64 => Topic started by: labeas on March 11, 2017, 03:01:00 PM
-
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?
-
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 ?
-
Try "blkid /dev/sd*".
Also, you can mount by LABEL or UUID.
-
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.
-
posted
-
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.
-
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?
-
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
-
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?
-
root@box:/home/tc# pgrep Xfbdev
1942
root@box:/home/tc# pgrep Xorg
root@box:/home/tc#
-
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.
-
>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.
-
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.
-
> 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 ?
-
Apps or tce-load downloads the apps to the persistent storage ( the tce/optional directory ).
They are only downloaded once.
-
A directory is specified by its full path.
I needed to search to find: /tmp/tce/optional;
which could well have been NOT the one.
Does it move around: that the path is not specified?
-
Please read the book.
http://tinycorelinux.net/book.html
-
Juanito wrote:-
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.
========
Thanks, have you used it ?
I can't remember the details of the needed setup procedure, but I'm
guessing it needs the SeverURL, UserID, Pswrd, and then each group
that you subscribe to, plus the previous lists of headers...etc....
So how would I retain all this info between power-down.
Aren't all the files holding this info just kept in RAM and thus lost
at power down?
-
So how would I retain all this info between power-down.
Read the documentation of the software you want to use!
Find out where its config files are located.
Add them to your backup (by creating an entry in /opt/.filetool.lst ).
Perform a backup (run filetool.sh -b or simply the backup command).
Aren't all the files holding this info just kept in RAM [...]
Yes.
[...] and thus lost
at power down?
No. Only if you don't pay attention to what has been told you several times already.
Or in other words, RTFM and stop asking the same question over and over again.
-
Thanks, have you used it ?
Yes, but only with Xorg as Xfbdev will not work properly on my hardware.
I can't remember the details of the needed setup procedure, but I'm
guessing it needs the SeverURL, UserID, Pswrd, and then each group
that you subscribe to, plus the previous lists of headers...etc....
pan asks these questions when you first start it.
So how would I retain all this info between power-down.
Aren't all the files holding this info just kept in RAM and thus lost
at power down?
Yes, but the majority of applications save data under the /home/$USER folder and thus are automatically backed-up with the default backup settings if you are using a backup.