Core 4.2

[thane]

May not be related, but I had a problem with the home/tc/.setbackground script being empty (as I discovered later) after I supposedly copied it from etc/skel/ (using fluff). TCL kept coming up with just the wbar on a black background. After I recopied the script from etc/skel the setbackground (and wallpaper) function started to work again.

[AmatCoder]

if tce directory is on a disk with vfat, then permissions changes using the key -R in /usr/bin/tce-setup

Code: [Select]

setupExtnDirs() {
[ -d "$MOUNTPOINT"/"$TCE_DIR"/optional ] || mkdir -p "$MOUNTPOINT"/"$TCE_DIR"/optional
[ -d "$MOUNTPOINT"/"$TCE_DIR"/ondemand ] || mkdir -p "$MOUNTPOINT"/"$TCE_DIR"/ondemand
touch "$MOUNTPOINT"/"$TCE_DIR"/onboot.lst
touch "$MOUNTPOINT"/"$TCE_DIR"/xwbar.lst
chown -R "$USER".staff "$MOUNTPOINT"/"$TCE_DIR"
chmod -R g+w "$MOUNTPOINT"/"$TCE_DIR"
}
when booting leads to mass error output for each file in the tce dir and subdirs: "Operation not permitted"

Hmm, same here. Aside from that, perfect!

[AbNoRMiS]

if tce directory is on a disk with vfat, then permissions changes using the key -R in /usr/bin/tce-setup

Code: [Select]

setupExtnDirs() {
[ -d "$MOUNTPOINT"/"$TCE_DIR"/optional ] || mkdir -p "$MOUNTPOINT"/"$TCE_DIR"/optional
[ -d "$MOUNTPOINT"/"$TCE_DIR"/ondemand ] || mkdir -p "$MOUNTPOINT"/"$TCE_DIR"/ondemand
touch "$MOUNTPOINT"/"$TCE_DIR"/onboot.lst
touch "$MOUNTPOINT"/"$TCE_DIR"/xwbar.lst
chown -R "$USER".staff "$MOUNTPOINT"/"$TCE_DIR"
chmod -R g+w "$MOUNTPOINT"/"$TCE_DIR"
}
when booting leads to mass error output for each file in the tce dir and subdirs: "Operation not permitted"

Hmm, same here. Aside from that, perfect!

theoretically, it could be cured by the key -Rf
but in fact, all crap should be sent to /dev/null

Code: [Select]

setupExtnDirs() {
[ -d "$MOUNTPOINT"/"$TCE_DIR"/optional ] || mkdir -p "$MOUNTPOINT"/"$TCE_DIR"/optional
[ -d "$MOUNTPOINT"/"$TCE_DIR"/ondemand ] || mkdir -p "$MOUNTPOINT"/"$TCE_DIR"/ondemand
touch "$MOUNTPOINT"/"$TCE_DIR"/onboot.lst
touch "$MOUNTPOINT"/"$TCE_DIR"/xwbar.lst
chown -R "$USER".staff "$MOUNTPOINT"/"$TCE_DIR" 2>/dev/null
chmod -R g+w "$MOUNTPOINT"/"$TCE_DIR" 2>/dev/null
}
do working core.gz pack and wait for version 4.2.1

[roberts]

I would rather wait a few days than to issue a 4.2.1 just to hide the fat!
Likely many do not use fat anyway and it is only an annoyance.

[roberts]

Thanks to Brian for 4.2 updates to:
http://distro.ibiblio.org/tinycorelinux/install.html
http://distro.ibiblio.org/tinycorelinux/architecture.html
http://distro.ibiblio.org/tinycorelinux/arch_copymode.html

[AbNoRMiS]

sorry, i did not mean that you should immediately new release
i mean that this can fix locally and wait for corrected version
and more likely that the new version with all fixes will be 4.2.1

[AbNoRMiS]

will there new tc-install.tcz is available in the repo or only in iso?

[roberts]

Thanks for reminder. Now posted in the repository tc-install.tcz

[AbNoRMiS]

my pleasure

still have two questions about CorePlus-4.2.iso

ndiswrapper.tcz and wpa_supplicant.tcz
in the iso and in the repo it have different dates and sizes
ndiswrapper.tcz
iso: 102400  2011/11/24
repo: 24576 2011/12/19
wpa_supplicant.tcz
iso: 172032  2011/11/24
repo: 212992 2011/12/08
where the last version, in the iso or in the repo
if look at dates, it means that iso contains non latest version

wl.tcz removed from the repo

[Juanito]

ndiswrapper.tcz and wpa_supplicant.tcz
in the iso and in the repo it have different dates and sizes
ndiswrapper.tcz
iso: 102400  2011/11/24
repo: 24576 2011/12/19

The ndiswrapper kernel module was recently separated out from the original extension, the contents of the two extensions are the same as the original single extension though..

[caminati]

Code: [Select]

~ # version
4.2
~ # egrep -rn "[.]tce_dir" /tmp/tcloop/
/tmp/tcloop/fluxbox/usr/local/bin/fluxbox_ondemand:6:TCEDIR="$(cat /opt/.tce_dir)"
Binary file /tmp/tcloop/Xprogs/usr/bin/appbrowser matches
Binary file /tmp/tcloop/Xprogs/usr/bin/appsaudit matches
Binary file /tmp/tcloop/Xprogs/usr/bin/exittc matches
~ #

This is probably to be fixed in fluxbox.tcz (didn't try any other wm), since now the local tcz repo is linked by /etc/system/tcedir.
I wonder why the occurence in binaries?

[gerald_clark]

You need to run tce-update, as you are running the old Xprogs and Xlibs.

[Onyarian]

Until now I have utilized tc4.1+openbox+bmpanel, now updated with core4.2+Xorg+Xprogs+openbox+wbar+bmpanel I don't have the ondemand menu entry, and the System tools menu entry is empty. Is because openbox is not updated? or I have missing something?

* Updated interface files for supported window manager extensions:
   flwm_topside.tcz, flwm.tcz, fluxbox.tcz, hackedbox.tcz, icewm.tcz, icewm-full.tcz, jwm-snapshot.tcz, jwm.tcz

[caminati]

You need to run tce-update, as you are running the old Xprogs and Xlibs.

Ok, the issues reported on my posts in this thread seem to be related.
I investigated a bit, and this is my hypothesis: I upgraded from microcore 4.1 to core 4.2, and appsaudit (gui) returned no extension needed to be updated.
This turned out to be wrong: manually downloading Xlibs, Xprogs, fluxbox, I checked they did need to be updated.
Probably (the old version of) appsaudit returns the message

Code: [Select]

Please standby... Now checking for your extensions.
Scan for updates completed.
only because the error given by the deprecation of /opt/.tce_dir is mishandled.
The problem is that one thus is caught in a vicious circle, which can be broken by either manually downloading Xlibs, Xprogs and fltk, or either by booting text base norestore, manually setting up a internet connection, and using tce-update /path/, which I did.
Anyway, I did not find a clear statement of this problem, which appears a bit subtle until one stumbles on it.
All this matter boils down to using tce-update instead of appsaudit, as Gerald hinted.

[gerald_clark]

That is why I said "run tce-update" instead of saying "run AppsAudit."