General TC > General TC Talk
I have achieved TinyCore Nirvana!
PDP-8:
I think I see what's going on. Fascinating.
For some reason, when booting the tcpure64 iso directly with 3rd party uefi bootloaders, I seem to be locked into an xfbdev environment. I duplicated this with another vendors iso-bootloader. Even though I have loaded graphics-kernel, and Xorg 7.7, firmware and such, that merely allows me to use applications that depend upon the full Xorg environment, yet I stay in xfbdev. With this franken-environment, I still have a very usable system, albeit no accelerated video. Those applications that need the full Xorg do well (not force a black screen) by launching them at least once in on-demand, not on-boot.
The apps browser won't let me delete xvesa or xfbdev either, and tells me so.
Smaller applications that don't need the full Xorg, do just fine launched with on-boot. Although I can't explain why wifi.tcz needs to be on-demand.
I do see what appear to be benign errors with wacom and eudev on boot though.
Sure, I can whip up the distribution core, vmlinuz64, and have a grub party. I've done that. I just have to figure out why booting the tcpure64.iso directly seems to lock me into xfbdev.
Maybe another espresso will fix that. This is an interesting frankensystem, so not expecting full support. I'm it. :)
Rich:
Hi PDP-8
--- Quote from: PDP-8 on June 22, 2025, 04:28:54 PM --- ... The apps browser won't let me delete xvesa or xfbdev either, and tells me so. ...
--- End quote ---
I just did a case insensitive search of the TC16 x86_64 repo and
found no extensions that had xvesa anywhere in their name.
PDP-8:
Hi Rich! For now, this is a keeper for me, albeit it is not the TinyCore way. :)
I went nuts rebuilding from scratch a legacy system and it works as expected. Tore this 64-bit uefi iso-booted one down and rebuilt with same procedure. Needs this unnoficial way of working.
The GREAT news, is that even though an xset q says the monitor is not dpms capable, it shuts down in a timely manner with simple xset s commands.
Honestly, one has to evaluate if this is worth it though. I suppose that for now, if one has a a uefi-only machine that is totally locked down so that no csm/legacy options are available in bios, AND if they are not willing or have the foo to build solely from distribution files, yep this works, but slightly differently.
Personally, if I had a 64-bit uefi machine that DOES allow for putting ALL switches into csm/legacy, I'd build up from that with 32-bit unless one truly does need 64-bit for their use-case.
So, this is obviously UNOFFICIAL. But a fun project nonetheless, and learned how to crank up my Xft.dpi in .Xdefaults!
If I find the proper kernel parameter, ventoy tweak, or something from the repos I'm missing to make it act in a normal manner, I'll let you know!
PDP-8:
Provided for your entertainment on this frankenbox:
Wifi at least is solved in this box. I was following Vaguiner's thread about vaapi and so forth with his N100 cpu box.
I added intel-media.tcz to my onboot. Now, with wifi.tcz in the onDEMAND arena, when I reboot, wifi comes right up without me having to actuate it. Um, ok, what I wanted but not like this.
I have determined that the entire issue is not with TC, but that I might be in a parallel universe, where things are just slightly different. :)
gadget42:
old post circa 2017 but still interesting regarding these small units:
https://bkhome.org/news/201709/mele-pcg35-apo-works-well.html
Navigation
[0] Message Index
[*] Previous page
Go to full version