Shulou(Shulou.com)06/01 Report--

This article is about how to use tinycorelinux+chrome to simulate chromeos and integrate vscodeonline, the editor thinks it is very practical, so I share it with you to learn. I hope you can get something after reading this article.

Keywords in this article: Chromium as linux desktop,x11-launch a GUI browser on the server without GUI, kiosk mode,Porteus Kiosk,x11 kiosk mode,chrome-- enable-consumer-kiosk,webkitgtk kiosk, invent your own chromeos, and directly use vscodeonline as a textcui,vscode as text os cui

In "cloudwall: a true unified appstack of mixed nativeapp and webapp," we talked about that web is a kind of appmodel that punches holes from native and nativedev (its protocol is that application-level http,html is cloud UI, and it is a cloud GUI without a host render. Its backend can be lnmp nmp is not platform-dependent APP-level engine, this is a "GUI/ network / storage / business" four-stack cloud structure, on these levels it has been separated from the local development), webapp backend can also be k8s, in "using openfaas faasd to deploy function serverless panel on your cloud host", we introduced serverless, in fact, cloud and cloud development, is originally serverless and terminal-less. Because of the nature of the cloud, it is emphasized that there is no PC, no specialized platform, recognizing that docker is the natural flat app structure without server backend in the service APP: server "less" virtual cloud appliance, in "an independent portal but well focused on solving procedural and pure app languages, a new C-like specification" we talked about the minimal runtime of golang. In distributed development, "platform / language / design / human" changes from four stacks to three stacks. Without nativedev and platform dependence, cloud APP can be a three-stack structure. That is, cloud APP has three stacks on OK. These articles raise doubts about the nature of webapp and analyze them one by one. -so, generally speaking, web as an app has long been a reasonable existence of cloud APP. People should accept such a discrete platform, and the new APP and development.

Again, why is there no OS in cloud development? because os is already basic and service-oriented. App does not host directly on os or virtual machines. Development becomes a service invocation. In other words, these development sources do not belong to your own machine, so you cannot control the OS where the service is located (no traditional deployment is required).

In "cloudwall: a true unified appstack of mixed nativeapp and webapp", we also mention the rationality of chromeos as a webos (terminal). If a kind of app determines a kind of os, since web is a kind of cloud UI, then cloud OS, if it is based on the implementation of OS on PC, the practice of chromeos becomes reasonable (the whole book "minlearnpgramming" toc vol1 has been reconstructed into two parts: cloud os fusion / cloud app fusion). For webos, we also talked about docker based webapp/webos in "Qunhui + DOCKER, a better DEVOPS+WEBOS cloud platform and integrated cloud OS selection" (and actually we also talked about docker based webos being replaced by a kind of unikernel os). Anyway, now we try to install chrome on tinycorelinux with kiosk mode, based on a previously written article "installing chrome on tinycorelinux", making kiosk mode chrome the only full-screen exclusive application entered when the system starts, creating an implementation similar to chromeos. In the future, we will directly use vscodeonline to replace the unique page of the chromeos. Make such a linux release a vscodeos.

Linux is an open source, but really great "non-toy" super-scale modern OS. There can be no company behind, but connect all companies and organizations, individuals really protect it, thinking that it is difficult for the West to organize a national civil epidemic, the success of linux is still unimaginable, and the other is gnu tools.

Implementing chromeos with kiosk mode

The essence of this mode is to start a full screen webkitgtk demo or a chrome-based demo at the end of the startx without installing the desktop manager (because it does not start the desktop environment). In fact, there is an implementation in the tinycorelinux world, such as webDesktop-v.0.2.iso, https://github.com/joaquimorg/, which is no longer maintained. It is based on webkitgtk, compiles a full-screen demo browser called desktop in / usr/local/bin, then installs x11, and finally writes startup in startx: desktop $PHOTOFRAME &.

And chromium (open source version of chrome) comes with kioskmode, so it saves the work of making it a full-screen exclusive mode, you can directly use the command form of chromium-kiosk-incognito http://localhost to turn on full-screen mode and go to the local home page (for security reasons, you should also disable tcp in the xorg setting, if you already have a desktop manager, set to disable screen saver and automatic restart). Of course, you can also use lib like cfe to compile and customize demo yourself. our test version is tc11.x 64bit, and there is already chromium-browser.tcz and x11 support in the repository. It can be tested directly. Can be tested directly with ezremastered, which is convenient.

Here is one of my initial successful attempts:

Use ezremaster to add desktops to tinycorelinux core to generate a new isoezremaster.cfg: cd_location = / home/tc/CorePure64-11.1.isotemp_dir = / tmp/ezremaster cannot be full screen for windows Bootcode cannot be processed explicitly in Chinese. Note that it can be distinguished from the hyphen in the lang parameter of the following chrome. Cc = lang=zh_CN vga=791app_outside_initrd_onboot = chromium-browser.tczapp_extract_initrd = openssh.tczchrome can only use xorg as x11server.flwm. These are all xfdev, not xorgapp_extract_initrd = Xorg-7.7.tczextract_tcz_script = ignore manual post adjustment: cd extract is a password for tc passwd Then sudo cp-f / etc/passwd etc/passwd / etc/shadow etc/shadowsudo touch var/lib/sshd,sudo cp usr/local/etc/ssh/sshd_config.ori usr/local/etc/ssh/sshd_config by the way opt/bootlocal.sh, add / usr/local/etc/init.d/openssh startsudo touch etc/sysconfig/Xserver, write to Xorg, save the next important key part: tce-load-w getlocale graphics-4.5.3-tinycore64 only install xorg-7.7 and startx Will failed in waitforx,waitforx in xlib.tcz, try to say online: 1, comment / etc/sktl/.xsession waitforx line, 2 append isolinux bootcode after corepure64 feed vga=791 or max_loop=256 iso=UUID=$rootuuid$isofile or after system starts,sudo fromISOfile / mnt/sdb1,startx,make TC boot and be used directly from an ISOfile), is not the key to solve the problem. / usr/local/bin/Xorg found error / var/log/xorg.0.log,no screens find, install lspci found that this is a virtio gpu video card. So tce-load-iw graphics-5.4.3-tinycore64.tcz, failed in startx disappeared, and the wallpaper flashed into the black-screen desktop (because there was no desktop manager). Getlocale.sh selects four zh_CN to generate mylocale.tcz (it seems that tinycorelinux can also be a place to hide scripts in addition to the main frame part of Core-scripts,tce) and then install a font wget http://mirrors.163.com/tinycorelinux/4.x/x86/tcz/fireflysung.tczg to / tmp/, font x86 tcz 64. The two tcz can be used across versions and their dependencies cannot be integrated into initrd as successfully as openssh,xorg-7.7. The reason is unknown, so it has to be released manually. Fonts can only be manual: sudo unsquashfs-f-d / tmp/tce/optional/glibc_gconv.tcz / tmp/ezremaster/extractsudo unsquashfs-f-d / tmp/tce/optional/mylocale.tcz / tmp/ezremaster/extractsudo unsquashfs-f-d / tmp/tce/optional/i2c-4.5.3-tinycore64.tcz / tmp/ezremaster/extractsudo unsquashfs-f-d / tmp/tce/optional/graphics-4.5.3-tinycore64.tcz / tmp/ezremaster/extractsudo unsquashfs-f-d / tmp/fireflysung.tcz / tmp/ezremaster/extract / etc/skel/.X.d,ls-alh, create a new script with any name (linux command line startup and x startup commands are two different placement processes, command line display Chinese and graphical interface Chinese can work is another matter, this note), place startup / usr/local/bin/chromium-browser-- start-maximized-- kiosk-- lang=zh-CN https://www.baidu.com/ logic, save exit. In this way, when startx, the actual script is generated in home/tc/.x.d, ctl+alt+f1 can exit the desktop (black screen) and enter the command line interface, ctlc exits chromium, ctlaltf1 returns to normal command line, and the whole package is exported to implement cloud dever os and writer's os for 160m integrated vscodeonline.

It is not enough to implement kiosk mode, our webos should be available both locally and across networks. Create an immersive omnipotent environment without leaving IDE and a vscodeonline based cloud dever os. We directly use vscodeonline as the textcui,vscode as text os cui of this kind of os and directly use vscodeonline as shell. Because vscodeonline itself has a command line area web cmd, which can be used as a compound shell Although vscodeonline is relatively bulky, but its main interface is actually a composite editor, when the real writing environment such as writing md articles: vscode no engineering organization, package, with disk files instead of engineering file class go with environment variables + folders when the project organization, this way is very suitable for organizing documents. On the Internet, it is certainly not possible to replace frequent open / close fragmented writing environments such as memos, but vscodeonline has a remote ssh that can be connected even if it is disconnected, which can be connected for a long time, which is still highly available on a development terminal.

The shell options for webos include ssh cui/tui and rdp/vnc for desktop environment. These two are the most basic. Locally, there are LAN screens, wifi display solutions, web pages across networks, and special ctx,remoteapp and virtual desktops. Vscodeonline itself has a remote port for web service available, and setting a local terminal version of chrome devos makes up for the situation where a local vscodeonlineos may also be needed. For example, in the case of using remotessh, you can maintain a remote cloud dever os and a local terminal version of chrome devos, and set up a synchronization plug-in to synchronize the home directory of both. This home area is the network disk. This kind of practicality is quite high.

In the future, we will integrate panel.sh into this os, remove pai from this panel, add c header files to terralang and install terralang, and bind / change domain names after adding devplane. Vscodeonline as ide andplugin server+terralang server core+openfaas serverless core to make it devpanel.sh.

The above is how to use tinycorelinux+chrome to simulate chromeos and integrate vscodeonline. The editor believes that there are some knowledge points that we may see or use in our daily work. I hope you can learn more from this article. For more details, please follow the industry information channel.

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.