Tiny Core 7.0 Alpha 1 Testing

[Juanito]

Team Tiny Core is pleased to announce that Tiny Core 7.0 Alpha1 is available for public testing:

http://repo.tinycorelinux.net/7.x/x86/release_candidates/
http://repo.tinycorelinux.net/7.x/x86_64/release_candidates/

This is an alpha level cut. If you decide to help test, then please test carefully. We don't want anyone to lose data.

Since this is an alpha cut, although the team has worked through several preview cuts, we ask that only experienced users test. This cut is not for general use. The features in any alpha are not fixed and may change before a public release candidate is available.

Most extensions have been copied over from the 6.x repo - note that the alsa extensions have been refactored and updated and the Xorg-7.7 extensions have been updated.

We appreciate testing and feedback.

If you use distribution files note that you need a new vmlinuz and core.gz (or rootfs.gz + modules.gz)

Changelog for 7.0 alpha1:
* busybox updated to 1.24.1
* kernel updated to 4.2.7
* glibc updated to 2.22
* gcc updated to 5.2.0
* e2fsprogs base libs/apps updated to 1.42.13
* util-linux base libs/apps updated to 2.27

[Misalf]

Just gave it a go. Freshly downloaded Xprogs aterm wbar openbox and Xorg-7.7
After startx this gave me a hanging desktop. Alt+SysReq+R,E brought me back to tty.
/var/log/Xorg.0.log complained about missing libevdev and mtdev.
Loading libevdev and mtdev fixed that.

[Juanito]

Thanks - the xf86-input-evdev dep file was mia - fixed now.

[Misalf]

Code: [Select]

tc@box:~$ crontab -e
crontab: can't execute 'editor': No such file or directory
tc@box:~$ EDITOR="$(which editor)"
tc@box:~$ crontab -e
Adjusting the EDITOR variable makes  crontab -e  succeed.

I suggest to change  /etc/skel/.ashrc  from this

Code: [Select]

if [ -n "$DISPLAY" ]
then
`which editor >/dev/null` && EDITOR=editor || EDITOR=vi
else
EDITOR=vi
fi
export EDITOR
to something like this

Code: [Select]

if [ -n "$DISPLAY" ]
then
`which editor >/dev/null` && EDITOR="$(which editor)" || EDITOR="$(which vi)"
else
EDITOR="$(which vi)"
fi
export EDITOR


[Juanito]

Hmm "crontab -e" works as-is in tc-5.x and tc-6.x - I wonder if this isn't a problem in the busybox config, but I don't see it anywhere...

[Misalf]

I have seen the same on 6.x but I replaced vi with nano so I wasn't too sure if I should report it as a bug.

--

Aterm still can't display umlauts. No idea if it's a shell thing or an Aterm thing.

[curaga]

aterm is not utf8 capable. Are you on a iso-8859-whatever locale, and with that locale's fonts loaded?

[Misalf]

The  fixed  font does contain äöü characters by iso8859-1. However, using terminus font or any other doesn't change that.
In tc-4.x aterm was able to display typed in umlauts without configuration (except bootcode  kmap=qwertz/de-latin1).

Without bootcode  lang=  aterm currently displays a question mark for each umlaut typed in.
When using bash umlauts work.

With bootcode  lang=de_DE.utf8  aterm currently displays two strange characters where only one can be deleted by backspace. Interestingly, when pasting this gibberish from aterm to firefox it becomes öäü correctly.
Same unreadable characters when using bash.

So I might guess it's something related to busybox shell, urxvt displays umlauts correctly in all combinations mentioned above, though. Maybe related to terminfo?

[coreplayer2]

Great job with TC7A1 thanks

No issues after several days running TC7-x86 with my favorite extensions, using it full time now!

Also no issues starting up TC6-x86_64 (corepure64) with Xfbdev either.  While Xfbdev works, it's not the most fluid in appearance when dragging windows across the desktop (hmmm sounds familiar..)


However I had a couple issues with Xorg-7.7 from TC7 repo
1. Xorg-7.7.tcz loading in corepure64 (TC7A1)  fails to start.  It was built with a dependency on libxshmfence.so but libxshmfence.tcz was not listed as a dep anywhere after installing Xorg-7.7, therefore Xorg refused to start.   AFAIK libxshmfence.tcz is a dep of libGL.tcz which is loaded with Xorg-7.73d, yet it is required by Xorg-7.7 

2. Unless a desktop background photo is used or the bdesktop is refreshed somehow (I used Ctrl+Alt+1 then Ctrl+Alt+2) there are some weird artifacts surrounding the Wbar icons.  More investigation is needed..

Merry Xmas

[coreplayer2]

Re the libxshmfence dep issue.

The original dep files came from "TinyCorePure64-7.0alpha1.iso".  Despite downloading Xorg-7.7.tcz from the repo the dep was still MIA.  However, after updating dep files from the repo this issue is resolved thanks.

[Juanito]

I'd changed the xorg-server and Xorg-7.7 dep files in the interim - it takes forever to rebuild the *tree files in the x86_64 repo due to the gnome-* extensions - so I hadn't got around to posting yet.

I'd missed the lack of libxshmfence dep as it is also a dep of xf86-video-intel, which I guess you don't use.

At some point I need to lock myself in a darkened room and review all of the Xorg-7.7 deps.

I don't see any issues with wbar icons - which 2d video driver are you using?

[coreplayer2]

Thanks,

I honestly don't know how you keep track of the Xorg deps...  it's like a tin of worms!


Yeah exactly I'm using the xf86-video-vesa driver in Xorg but I'm going to try build the Nvidia driver for this latest and greatest video card again very soon. 
Meanwhile I'l try to replicate the wbar glitch again..

[Juanito]

factored out the dev files from the remaining X libs that contained them and re-posted.

[Misalf]

sed.tcz  has no .dep file but depends on  acl.tcz .

[Juanito]

Thanks - dep files added to x86/x86_64 repos