WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Slitaz Revisited  (Read 373 times)

Offline PDP-8

  • Hero Member
  • *****
  • Posts: 709
Slitaz Revisited
« on: August 22, 2020, 04:33:28 AM »
Inspired by my Chromebox running an earlier version of TinyCore due to kernel size limitations, I also am running the latest version of Slitaz on it as well.

Sure, it's still running kernel 3.16.55 which just went EOL, but the bits don't die - they still boot the box.  And busybox is maintained close to the very latest.  Small things like nano at 4.8 (which I don't use, but it's there and fresh).  But this isn't about Slitaz overall even though I find it fascinating to use.

But this is more about something I think gets overlooked about Slitaz:  The "TazPanel".  Basically Slitaz relies upon Midori to do the cgi-html scripting in for many of the system utilities, such as package management, hardware support, bootlogs, and a variety of other things.

Ie, instead of relying on lua/fltk kinds of gui programming, many tools available are simply using cgi-html scripting instead in the panel.

It kind of makes me want to put front-ends on some of my stuff - maybe trying to duplicate the TC control panel stuff.  Instead of cat'ing system files in a terminal, maybe just create an html file with a link to them?

I don't know what I'd choose though:  Lynx, elinks, Dillo, Midori  -- something small that can reside outside of the big ones.

Maybe I'll have to dig out that "Learn HTML in 24 hours" book under the couch and get to work. :)


That's a UNIX book! - cool  -- Garth

Offline nick65go

  • Sr. Member
  • ****
  • Posts: 383
Re: Slitaz Revisited
« Reply #1 on: August 22, 2020, 07:30:46 AM »
html menu or configs sound nice, no need to compile fltk appls. but because html is basically text + few tags you can have both worlds ("graphic view" and text menu files). and yes, lynx and and dillo will be enough to use html, created by nano, which you love  :)

BTW, you can "learn" the basic html you need, in 1-2 hours. because you do not need all html powerfully functions, or CSS formatting.


EDIT: my idea is to use FLWM (the menu) to call sh scripts (no browser need). I think few people discussed or implemented additional menu/submenus in TC normal menus (Appls + Ondemand + System). But is it so easy. This path is hugely not exploited yet.
« Last Edit: August 22, 2020, 07:38:48 AM by nick65go »

Offline nick65go

  • Sr. Member
  • ****
  • Posts: 383
Re: Slitaz Revisited
« Reply #2 on: August 22, 2020, 08:48:54 AM »
something like in attachment.
« Last Edit: August 22, 2020, 08:54:47 AM by nick65go »

Offline nick65go

  • Sr. Member
  • ****
  • Posts: 383
Re: Slitaz Revisited
« Reply #3 on: August 22, 2020, 10:03:54 AM »
I am sure that additional FLWM menus and sub-menus can be AUTOMATICALLY created by scripts, from simple rules of *desktop as defined by freedesktop foundation. Same as they are dynamically created by dmenu or XFCE menus for program categories etc.

I am lazy, not so good at programming, so for myself I could just create them fixed/manual by categories like
browsers -> dillo, Firefox, elinks,
offices -> libreoffice, gnumeric, abiword
emulators -> qemu, tinydos, virtualbox
cdrom-appls -> mkisofs,etc
image-viewers: feh
video-audio: vlc, mplayer, xmms
pdf-tools: mupdf, flaxPDF file-managers

The advantage is that i do not have a huge and UN-sorted ondemand list.
These new menus can be also on demand conditionally. basically is ondemand splitted by categories
« Last Edit: August 22, 2020, 10:07:40 AM by nick65go »

Offline PDP-8

  • Hero Member
  • *****
  • Posts: 709
Re: Slitaz Revisited
« Reply #4 on: August 22, 2020, 02:07:14 PM »
I've always like html programming, even if simple.  I come from the days of when documents were 90% content, and 10% markup.

These days, it's 10% content, and 90% markup. :)

Unfortunately, many were lead to believe that an efficient html system can only be made by html writing programs, rather than doing it yourself with nothing but say vi / nano and dillo.  Heh, remember seeing tags with "Lynx Friendly" ?

If one keeps to kiss standards, the system could be long-lived and nearly portable.

Ironically, when Chromebooks first started to appear, the dev who proposed it to Google was designing it as a small system which relied not only on the browser to do that function, but be part of the overall end-user setup, rather than rely on custom gui programming.

Makes me wonder if Slitaz introduced near that timeframe had any influence?

I'll have to think about it.  Perhaps instead of Midori as the system-level browser / programmer, I might think about NetSurf.  Dillo is cool, but maybe these 2 browsers might be easier to work with - and of course as long as they don't hog ram doing so.
That's a UNIX book! - cool  -- Garth

Offline Greg Erskine

  • Sr. Member
  • ****
  • Posts: 317
Re: Slitaz Revisited
« Reply #5 on: August 22, 2020, 02:28:45 PM »
If you are planning to run a web server to process the pages BusyBox's httpd works well for this.

What about installations without Xwindows?

What about headless installations?

For piCorePlayer, we have used BusyBox's httpd and sh cgi scripts (not bash) to generate a web interface for configuration and diagnostics. For those without a network we made a whiptail setup script.

Here's an example of what we were discussing in the ssh thread. This copies my www development to other RPi's on the network if passwordless ssh access is available.





Offline PDP-8

  • Hero Member
  • *****
  • Posts: 709
Re: Slitaz Revisited
« Reply #6 on: August 23, 2020, 01:21:00 AM »
Well, I know that Dillo looks fine with xvesa or xfbdev as long as you use good fonts, and tweak your .dillorc a little.  Dillo also works with ttf fonts if that capability has been compiled into it.

The quick hit for new users not familiar with dillorc, but just want to change overall size super quick is to merely change the scaling factor.  Still, this is not how most browser users are accustomed to dialing in their browser with an rc file. :)

AntiX uses it for on-board faq/docs in addition to their main browser.  Still, end users might tap into the scaling factor in the rc file if they can't read the dinky fonts on high-res monitors...  different forum so I'll stop here on that.

Currently at 3.0.5 for many years now, but one of our member recently submitted the 3.1-beta, which has also been out for many years, but usually not seen in any distro repos.  So thanks to our TC member who submitted that beta.

But I can't say if this would fit the purpose for general population use - I'm not a big html programmer, other than just the simple stuff.

Slitaz on RPI:  About 6 years ago, they released for rpi's, and development stopped and I haven't actually run it.  Might be interesting to see if they incorporated the tazpanel in that -- still downloadable about half way down this page:

http://www.slitaz.org/en/news/

Not sure if they were using bb httpd, or lighttpd.  Anyway, maybe some forgotten nuggets in that...
That's a UNIX book! - cool  -- Garth