Tiny Core v16.0

[Uncle Warthog]

Juanito & Rich,

I'm seeing the /proc/cmdline there as well; if I'd thought about it a little more, I'd have realized that's what it was.  I still don't see any errors in the terminal used to lauch apps though.

[Juanito]

So far I've been unable to find the problem, which occurs with x86_64 (and aarch64), but not with x86 (which has not moved to fltk-1.4).

tce-load and tce-setup are identical in x86 and x86_64 (aarch64 is still using the previous versions)
Reverting to the previous versions of tce-load and tce-setup does not help.
Reverting to the previous version of apps does not help

If I revert to the fltk-1.3 version of apps with x86_64 (and aarch64) then onboot maintenance works as expected.

Is this somehow a problem created by compiling apps against fltk-1.4?

Edit: building apps against fltk-1.3 and fltk-1.4 with x86 (and armhf), both work.

Something to do with apps and 64-bit?

[CNK]

Before we think about recompiling the kernel, you might want to ask the kernel people why the patch wasn't included?

OK, I'll ask there on the weekend. I figured I'd better test the patch myself before doing that, so I compiled the TC16 kernel with the patch applied, and sure enough it no longer reboots at start-up on my 486s. It does need >16MB of RAM now too though, since on the laptop the boot fails later when it runs out of memory (with error messages though).

Also that kernel boots on my VIA C7-M system. Maybe because I used GCC v12 to build it instead of the newer GCC Juanito used (GCC v14). I haven't tested for hangs during use (that might need rebuilding glibc with an older GCC version too?). I'm not suggesting TC16 revert to older GCC, just posting my observations.

[Rich]

Hi Juanito

... Something to do with apps and 64-bit?

No, something to do with apps and a "comparing ints of different signedness"
warning that I fixed incorrectly.

I changed this:

Code: [Select]

if ( sloc == string::npos ) {
to this:

Code: [Select]

if ( (unsigned)sloc == string::npos ) {
When it should have been this:

Code: [Select]

if ( (long unsigned)sloc == string::npos ) {
I'll push the fix to git.

[Rich]

Hi Juanito
I pushed the fix to git.

[Juanito]

tc-16.x reposted and release notes adjusted

[nikovuksan]

I want to thank you for your work and such a wonderful system. I use the 64-bit version on a very old Packard Bell Mx52-B016 laptop with an AMD Athlon64 TK-55 dual-core processor at 1.8 GHz, 2 GB of RAM, and a traditional 160 GB hard drive. I usually use Slackware, but on this device, TinyCore runs much more smoothly. I only fall short of using the latest version of Firefox, as I use the latest version of Brave by editing brave-browser.tcz with squashfs-tools with the latest version of Brave for amd64. I also use the latest version of yt-dlp to play YouTube or Twitch videos on mpv with xclip (so I can play up to 720p60). My favorite window manager on this system is icewm, and it runs perfectly. Again, thank you so much for such wonderful work. During the days when the Onboot in the Apps application wasn’t working, I took the opportunity to learn how to edit onboot.lst.. There is always a way to fix things in TinyCore. Wonderful system concept. Best regards.
My native language is Spanish; I used a translator. I hope what I wanted to say can be understood.

[MikeLockmoore]

I'm still running the RC.     Guess it's time to upgrade! 

I've not seen the new version release announced on DistroWatch yet.  Maybe they will eventually notice, but if the Core team would like a quicker shot of publicity, someone in the Core team should reach out to DW and let them know!   

[thane]

After burning the TinyCorePure64-16.0.iso file to DVD, I get a "failed in waitforX" error when trying to boot from the DVD on my elderly AMD box.

The 15.0.iso DVD boots ok.

As suggested by people who had this issue with earlier versions of TC, I tried loading the Xorg.7.7 extension (tce-load -wi Xorg.7.7). This gave a server error indicating that the md5 file could not be found.

Any suggestions appreciated!

Thane

[Rich]

Hi thane
I checked the repo, Xorg-7.7.tcz.md5.txt is present.
The md5.txt files for all dependencies in Xorg-7.7.tcz.tree are also present.
Is it possible you actually entered  tce-load -wi Xorg.7.7  instead of  tce-load -wi Xorg-7.7 ?

[thane]

Hi Rich, that was the issue [bangs head]. Thanks.

[thane]

False alarm anyway. Think there was something flaky about the DVD. When I burned the ISO to another DVD it booted to the desktop fine. After install the USB boot failed with the waitforX error, but I was able to correct that by installing Xorg-7.7 and the appropriate video extension.

Thanks again for the help!

Thane