tinycore_v2.9rc3

[Jason W]

Chromium works fine here with booting as "base norestore" and loading chromium from ibiblio.

Posting from it now.

[jur]

If I chown /dev/shm to tc.staff chromium works, but it boots up as root.root, both on usb stick and hard drive.

[jur]

Besides the issue of /dev/shm ownership, there is also the string of messages I get when the onboot extensions are loading. I wonder if this might be some race condition, as the number of those messages is not always the same. But they do not appear to have any negative effect that I can see.

[curaga]

The ownership should not matter with 1777 permissions.

[jur]

Of course, I should have said it boots up with 755 permissions.

[jur]

Here's another thing:

I have only a few things in .filetool.lst, such as /etc/X11/xorg.conf and a few other setup files. I have persistent /opt and /home. I don't have bootlocal.sh and .filetool.lst in there.

rc3 trashes my bootlocal.sh and filetool.lst files, overwriting what was in persistent /opt with the default ones. There may be other files that would be affected; these are the ones I know of.

[Juanito]

Could you cut & paste the boot codes you're using?

[jur]

Code: [Select]

tc@box:~$ showbootcodes
quiet tce=sda7 opt=sda7 home=sda7 max_loop=255 tz=EST,M10.1.0/2,M4.1.0/2 noicons

[curaga]

Hmm, on a pristine MC 2.9rc3 boot I get 1777 permissions. Could it be it doesn't get mounted for some reason on your system? It could be the buggy busybox version.

Please post the output of mount.

[helander]

I was browsing the code in tce-load and from what I understood the recursive load would not work as I would have expected. I then made this simple test:

   I created four extensions having the following dependency chain:

        A.tcz -> B.tcz -> C.tcz -> D.tcz     ( x -> y means that x.dep contains y)

When I installed A.tcz, only B.tcz was not installed. I would have expected all four extensions to be installed due to dependency chain.

The recursive scan of the dependency chain only operates on the .dep files available in tce/optional and when that is done none of B.tcz.dep, C.tcz.dep have yet been loaded and are not considered in the scan.

/Lars

[roberts]

Load Local never tries to acces the repository for further downloads.
Since only a "local load" request is being made it would imply that a previous download from a repository was completed and the supporting files are available in tce/optional. Or is this going to be supporting partial broken downlooads while in the midst of a recursive download chain.

[jur]

mount output on my usb stick:

Code: [Select]

rootfs on / type rootfs (rw)
tmpfs on / type tmpfs (rw,size=689208k)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,mode=600)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sdb1 on /mnt/sdb1 type vfat (rw,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=iso8859-1)
/dev/loop0 on /tmp/tcloop/cairo type squashfs (ro)
/dev/loop1 on /tmp/tcloop/expat2 type squashfs (ro)
/dev/loop2 on /tmp/tcloop/fontconfig type squashfs (ro)
/dev/loop3 on /tmp/tcloop/glib2 type squashfs (ro)
/dev/loop4 on /tmp/tcloop/graphics-libs-1 type squashfs (ro)
/dev/loop5 on /tmp/tcloop/libglade type squashfs (ro)
/dev/loop6 on /tmp/tcloop/libxml2 type squashfs (ro)
/dev/loop7 on /tmp/tcloop/pango type squashfs (ro)
/dev/loop8 on /tmp/tcloop/pixman type squashfs (ro)
/dev/loop9 on /tmp/tcloop/tint2 type squashfs (ro)
/dev/loop10 on /tmp/tcloop/915resolution type squashfs (ro)
/dev/loop11 on /tmp/tcloop/atk type squashfs (ro)
/dev/loop12 on /tmp/tcloop/gtk2 type squashfs (ro)
/dev/loop13 on /tmp/tcloop/libstartup-notification type squashfs (ro)
/dev/loop14 on /tmp/tcloop/ttf-bitstream-vera type squashfs (ro)
/dev/loop15 on /tmp/tcloop/Xlibs_support type squashfs (ro)
/dev/loop16 on /tmp/tcloop/libxcb type squashfs (ro)
/dev/loop17 on /tmp/tcloop/libxcb-util type squashfs (ro)
/dev/loop18 on /tmp/tcloop/openbox type squashfs (ro)
/dev/loop19 on /tmp/tcloop/file type squashfs (ro)
/dev/loop20 on /tmp/tcloop/shared-mime-info type squashfs (ro)
/dev/loop21 on /tmp/tcloop/rox-filer type squashfs (ro)
I can't check my hard disk frugal install ATM but I konw it exhibits rw on /dev/shm as well.

[roberts]

/dev/sdb1 on /mnt/sdb1 type vfat

  google "chromium on vfat" ...

[jur]

/dev/sdb1 on /mnt/sdb1 type vfat

  google "chromium on vfat" ...

Did you miss where I said I get exactly the same behaviour on my hard drive install as well? Well that is not vfat, it's ext3.

[helander]

Load Local never tries to acces the repository for further downloads.
Since only a "local load" request is being made it would imply that a previous download from a repository was completed and the supporting files are available in tce/optional. Or is this going to be supporting partial broken downlooads while in the midst of a recursive download chain.

You assumed for some reason that a "local load" wa being made. That assumption was wrong.

Goodbye