Tiny Core Linux
		Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: Juanito on August 19, 2013, 10:44:36 AM
		
			
			- 
				The first release candidate of Tiny Core v5.0 is now posted and ready for testing.
 http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/5.x/x86/release_candidates
 
 Change log:
 rc1
 * Updated kernel to 3.8.10 with (u)efi boot enabled
 * Updated eglibc to glibc-2.17
 * Updated e2fsprogs base libs to 1.42.7
 * Updated gcc base libs to 4.7.2
 * Updated util-linux base libs to 2.23.1
 * option to use vmlinuz + rootfs.gz + modules.gz or vmlinuz64 + rootfs.gz + modules64.gz (where boot loader permits)
 * aterm, freetype, imlib2, jpeg and libpng factored out of Xlibs/Xprogs and will need to be downloaded as extensions
 * scm extensions have been dropped from this release
 * localhost.local domain added to /etc/hosts, /usr/bin/sethostname for avahi compatibility/libcups printing
 * 50-udev-default.rules adjusted to allow rw access to /dev/rfkill
 
 Notes:
 * due to significant changes in Xlibs and Xprogs it is recommeded to make these for deletion, reboot and re-download.
 * due to significant changes from Xorg-7.6* to Xorg-7.7*  it is recommeded to make these for deletion, reboot and re-download.
 * due to the updates to libpng in particular, many tc-4.x gui extensions will not work in tc-5.x.
 * Xorg-7.7 is now compiled against libxcb enabling gtk3
 * Once 4.x extensions are confirmed working under tc-5.x they can be copied to the tc-5.x repo
 
 Testing and feedback is welcomed
- 
				Hi Juanito!
 
 Have tried both CorePlus and TinyCore images. CorePlus doesn't work properly. Wifi doesn't work and if I use a wired connection trying to download extensions it just says nameofextension failed. The TinyCore image works as supposed as far as I can see in the initial tests but the 915resolution doesn't work. My findings so far. Thanks for the work the team is putting in. Hope this is of any help.
 
 Have fun making TC progressing,
 meo
- 
				I use a wired connection trying to download extensions it just says nameofextension failed. 
 
 same here, using tce-ab works for downloading extensions.
- 
				On 5.0alpha (all versions) I leave 915resolution onboot and it works on machines that need it, otherwise if not onboot all I get is a blank screen, obviously..
 
 Have not tried yet on 5.0rc1
 
 
- 
				Hi coreplayer2!
 
 I have 915resolution set onboot but it doesn't give me the right resolution. I made a hack in .xsession and changed the resolution there from 1024x768 to 1024x600 but it still doesn't give me the right resolution in TC 5.0.rc1. Can't think of something else to do. Grateful for any hints since I've never had this problem before. The 915resolution works just well in TC 4.7.7.
 
 Kind regards,
 meo
- 
				.. CorePlus doesn't work properly. Wifi doesn't work and if I use a wired connection trying to download extensions it just says nameofextension failed.
 
 
 Thanks for the feedback - I'll try have a look at this in a couple of days when I have my cd/dvd drive back
- 
				Hi guys,
 
 TinyCore v5.0rc1 is the first release where alsaconf detects the intel 82801H soundcard on my iMac and on my MacMini correctly.
 
 My Non-Apple computers never had problems with sound on TinyCore, but now this finally works with Apple too. GREAT!
 
 chattrhand
 
- 
				Xorg-7.7-lib.tcz in the 5.0/x86/tcz repo does not seem to have a .list file.
 
 I don't -need- it, but my handy dandy new-rc-downloader script tries to grab it and, by design, bitches when it can't do so.  And the apps browser fails to list anything in the Files tab.
 
- 
				Xorg-7.7-lib is a meta-extension - i.e. it doesn't contain any files, but refers to a collection of extensions (see dep file)
			
- 
				Well that explains it - no files, no file list.
 
 I hadn't realized that there were no files at all in a meta-extension - assumed there would be at least a stub script or a readme.
 
 Thanks.
 
- 
				There might be a readme - I'll check and add a *list if required
			
- 
				No - you were right.  it's empty.
 
 
- 
				I tested the CorePlus iso - the first time I've used this...
 
 So, after burning a cd (finding a blank cd was challenging), I booted and my wired connection seems to work fine with the apps gui - I'm posting this using opera9 "download+load" from the apps gui.
 
 Edit: It's not so obvious for me to test wireless with the CorePlus iso - my hardware will only work with the wl module and requires the boot code "blacklist=bcma,b43,ssb" - the iso does not have this boot code and, whilst b43 and ssb do not load, bcma does, which stops things from working.
 
 I have the feeling that using the boot code above would stop more "linux compliant" hardware from working, but I have no way to test this.
 
 For the errors you saw with the wired connection and the apps gui, since I cannot reproduce this failure it's kind of hard to troubleshoot...
- 
				All three isos, Core, TinyCore, and CorePlus have the exact same initrd, core.gz. It is core.gz which represents the base system therein is the same blacklist processing. Therefore CorePlus blacklist capabilities should be the same as Core and TinyCore.
			
- 
				sure - but my point was that we probably wouldn't want the default boot code to blacklist bcma.
			
- 
				So is your wireless working? With CorePlus, selecting TAB will allow additional boot codes thus entry of the backlist boot codes.
			
- 
				Yes, my wireless works with tab and "blacklist=bcma"
 
 ..and the apps gui works  :)
 
 Edit - for info:00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
 02:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n
- 
				CorePlus wired networking works fine in Qemu too.
			
- 
				I wasn't able to download Opera the other day (Tiny Core installed to USB, wired connection) -- maybe a mirror issue? I'll try again.
 
 edit: Still couldn't download Opera; was able to download mirrors.tcz. However trying to select various mirrors failed.
 
 edit: Was able to select mirrors after I put mirrors.tcz in onboot list (which is what I specified in the download but apparently didn't happen).
 
 edit: Ok, here I am on CorePlus TC 5 (booting from CD) posting from Opera 9. Tiny Core installed to USB stick boots OK but has download issues. So maybe there's a problem with tc-install, or my USB install of Tiny Core has a glitch?
 
 edit: Re-installed Tiny Core on USB stick from CorePlus CD -- same issues.
 
- 
				Note that I no longer have an x86 machine with wireless and no x86 machine that can boot from usb drive.
 Today, I visited a friend who does. The only issue that I can see is that tc-install does not provide an xterm.
 Since aterm was removed from the base, it is imperative that an xterm be available.
 
 The failure that is being reported is caused by the fact that an xterm (aterm) is used by the GUI when downloading apps.
 It is used as the visual progress meter. Without such apps gui fails immediately.
 
 The simple work around is to exit from X desktop to prompt then:
 
 $ tce-load -iw aterm.tcz
 
 After OK then type
 
 $ startx
 
 System functions as expected including wireless, wired, and 915 resolution all tested OK.
 
 xterm (aterm) was the only issue that I could find.
 
 This is easily fixed for the next rc.
 
- 
				Confirmed that roberts' fix works for apps! Loaded aterm.tcz as he recommended and after that was able to download Opera 9 via apps, which I'm now posting from.
 
 Thank you roberts!
 
 Thane
- 
				Hello!
 
 Installing CorePlus with openbox gave me a "window manager less" desktop after reboot.
 
 It requests libXinerama.so.1 if I try to open it from terminal (and yes, had to install aterm manualy). Installed it then it required libXcursor.so.1... Then it required libXft... and then it worked!
 
 As it works while in the liveCD, maybe the problem is that not all of the required extensions where copied during the install?
 
 
- 
				Hi
 
 in the first post of this RC series the link is to
 http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/5.x/x86/release_candidates
 
 I thought we were going to use tinycorelinux.net domain?
 
 thanks for reading
- 
				I've noticed that Xorg-7.7-dev doesn't have a dependency on Xorg-7.7-lib, either directly or through Xorg-7.7. Is this intentional?
			
- 
				Thanks, have added Xorg-7.7-lib.tcz to leafpad dep list,  will submit changes asap
 
 
- 
				Reported missing dependencies via install from CorePlus are being addressed by updates to tc-install.tcz.
 Thanks for testing and reporting.
- 
				In my case I have to explicitly load Xorg-7.7-lib along with Xorg-7.7-dev because it doesn't load the base extension like every other dev extension I've used. I'm saying that I think Xorg-7.7-lib (or Xorg-7.7.tcz) should be in Xorg-7.7-dev.tcz.dep.
			
- 
				I've noticed that Xorg-7.7-dev doesn't have a dependency on Xorg-7.7-lib, either directly or through Xorg-7.7. Is this intentional?
 
 
 No, but my hardware will not work with Xvesa so it wasn't picked up...
- 
				I found it while working on a script to build open-vm-tools. libXinerma and libXtst weren't loaded by anything Xorg-7.7-dev depends on.
			
- 
				I saw this too. The tce.installed script it should also make sure that /var/lib/asound is in /opt/.filelist to preserve settings.
			
- 
				apps panel issues for your consideration
 
 cups-dev
 
 LH side says cups-dev....RH side (the info file) says its libcups
 but file contents shows it is truly dev files
- 
				I am suggesting that the alsa package may need either a tce.installed to create the 
 /var/lib/alsa...
 
 
 Thanks for the feedback - update posted
- 
				deps for leafpad and Xorg-7.7-dev updated
 
 cups-dev info file corrected
 
 keep the feedback coming  :)
- 
				The tce.installed script it should also make sure that /var/lib/asound is in /opt/.filelist to preserve settings.
 
 
 Thanks - though I think this would probably be better left to the user, I'm not sure I'd like to mess with anybody's filetool.lst...
- 
				deps for leafpad and...
 
 
 In fact what might make most sense would be to check the individual deps of gtk2/3 for deps on Xorg-7.7-lib and fix things that way - I'll have a look at this a little later
- 
				deps for leafpad and...
 
 
 pango was missing the dep on Xorg-7.7-lib - this should hopefully fix the missing deps of the other gtk2 apps
 
 pango dep files adjusted and leafpad dep file reset to how it was previously.
- 
				I was unable to use RH click and choose screenshot
 ---well actually it says a screenshot is taken
 ---it claims under /home/tc/.......something.png
 
 but no such beasts exist
 
 This should be easy for anyone else to confirm?
- 
				I am suggesting it appears to be missing from gtk3
 
 
 You can use the gnome-themes-standard extension
- 
				I was unable to use RH click and choose screenshot
 ---well actually it says a screenshot is taken
 ---it claims under /home/tc/.......something.png
 
 You need the imlib2-bin extension to be loaded
- 
				imlib2-bin should then be included in TC and CorePlus isos.
			
- 
				---now I have .gtkrc-2.0 with contents
 
 OK, but I was suggesting the extension for use with gtk3, which was your question  ;)
- 
				Three more Realtek Wireless drivers submitted to join the wl-rt8192u-3.8.10 driver  previously submitted
 
 wl-r8712u-3.8.10-tinycore.tcz  (only this driver tested, have found that this driver may not support as many chips as it used to.  Although worked well on RTL8191SU n Wlan and RTL8188SU chips)
 
 wl-r8192u_usb-3.8.10-tinycore.tcz  (not tested as have no compatible hardware)
 
 wl-r8187se-3.8.10-tinycore.tcz  (not tested as have no compatible hardware)
 
 
 Heads up, the sources are from staging so use with caution.
 
 Having said that, they are the same drivers used in major distro's!!
 
- 
				wl-r8712u-3.8.10-tinycore.tcz  (only this driver tested, have found that this driver may not support as many chips as it used to.  Although worked well on RTL8191SU n Wlan and RTL8188SU chips)
 
 
 There is a list here:
 http://cateee.net/lkddb/web-lkddb/R8712U.html
 
- 
				Strange behaviour suspected for xorg
 #####################
 
 I am not an expert. I could take a movie of it, but you decide whether to confirm it not
 
 I have not noticed this "fault" until I started xorg as onboot item
 
 I can duplicate it myself so let me reveal more
 
 start up with Xorg-7.7
 
 when you choose to reboot, remove all opened and running executables
 open a fresh aterm
 inside it, press enter a number of times
 (thats how I tested it to see the image changes on reboot)
 
 I allege that on reboot, "IT" whatever it is, remembers a screen artifact or gremlin
 so that before your final flwm_topside/fltk desktop appears
 ---you see your previous aterm, open with (according to my eyesight), the correct number of prompt lines down.
 
 I allege .....this should not happen.
 
 but it does not affect my work
 --so you may ignore it
 
 but someone, may like to attempt to duplicate it and tell me whats happening?
 
 good luck
- 
				firefox is running as expected
 
 
 If I copy the firefox or minefield21 extensions from the tc-4.x repo to a tc-5.x install, I get this:$ firefox
 XPCOMGlueLoad error for file /tmp/tcloop/firefox/usr/local/firefox/libxpcom.so:
 libxul.so: cannot open shared object file: No such file or directory
 Couldn't load XPCOM.
 
..which is what I'd expect because libxul.so is not in the ldconfig path
 
 You can verify this by symlinking /usr/local/lib/libxul.so -> /tmp/tcloop/firefox/usr/local/firefox/libxul.so and "sudo ldconfig", after which you'll get:$ firefox
 XPCOMGlueLoad error for file /tmp/tcloop/firefox/usr/local/firefox/libxpcom.so:
 libpangoft2-1.0.so.0: cannot open shared object file: No such file or directory
 Couldn't load XPCOM.
 
..which would tend to indicate that firefox/minefield has a dep on gtk2
 
 After loading gtk2, I get:$ firefox
 
 (process:5912): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
 
 (firefox:5912): Gtk-WARNING **: Could not find the icon 'gtk-go-back-ltr'. The 'hicolor' theme
 was not found either, perhaps you need to install it.
 You can get a copy from:
 http://icon-theme.freedesktop.org/releases
 
..and firefox runs, meaning the hicolor-icon-them is not strictly neccessary  :)
 
 Edit: Do these extensions run under tc-4.x? Unless I'm missing something, they'll need modifying to run under tc-5.x
- 
				I allege that on reboot, "IT" whatever it is, remembers a screen artifact or gremlin 
 so that before your final flwm_topside/fltk desktop appears
 ---you see your previous aterm, open with (according to my eyesight), the correct number of prompt lines down.
 
 
 Completely normal, linux does not zero out VRAM, so when displaying uninitialized memory, the old contents may be seen.
- 
				I had been scratching my head over that one too and was thinking a result of previously stored data in the video card buffers, it's only noticeable during a warm boot.   Thanks curaga for solving that puzzle  8)
			
- 
				curaga
 
 thanks for the explain to my video artifact issue
- 
				it appears that altho they run for you, you do not wish to accept them.
 
 
 No, I was saying that they do not run for me unless I symlink /usr/local/lib/libxul.so -> /tmp/tcloop/firefox/usr/local/firefox/libxul.so - i.e. they do not run on my tc-5.x setup
- 
				First time ever, my old macbook boots with wireless connectivity using TC-5.0 + wl driver and usual bmca,ssb,b43 Blacklisted boot codes.  This wireless setup never worked with tc-4.x and had all but given up on it when I noticed lspci indicated the device was using the wl driver.  Out of curiosity I removed my usb wireless adapter and rebooted with wireless support, imagine
 
 Only weird thing, Ethernet device is listed as eth0 whilst built-in broadcom wireless adapter is listed as eth1,  odd but it works great  ;D
 
 
- 
				All wifi devices using the wl driver get called eth1 - debian has a patch somewhere to change this to wlan0...
			
- 
				Ah ha!    a patch sounds good,   I vaguely remember this coming up before, just couldn't remember where or which device it was related to
			
- 
				..could you do me a favour and reveal your onboot list, your WM/DE and where relevant,
 if you are running this natively or in a virtual machine.
 
 
 $ cat onboot.lst
 Xprogs.tcz
 wbar.tcz
 aterm.tcz
 flwm.tcz
 Xorg-7.7.tcz
 running on a real machine
- 
				aterm.....highlight copy via ctrl+c
 open editor....ctrl + v fails to paste
 open second aterm....ctrl +v fails to paste
 open third aterm.... press L+R buttons down....fails to paste
 
 Using Xvesa and flwm - highlight and 3rd mouse button copies and pastes
 
 I didn't think <ctrl-c> and <ctrl-v> were meant to work with aterm...
- 
				I am suggesting we may still have a missing dependency for gtk2?
 apps/maintenance confirms I am up-to-date
 
 
 Using Xvesa:$ tce-load -i gtk2
 liblzma.tcz: OK
 libxml2.tcz: OK
 libffi.tcz: OK
 glib2.tcz: OK
 shared-mime-info.tcz: OK
 libtiff.tcz: OK
 gdk-pixbuf2.tcz: OK
 libxkbfile.tcz: OK
 libpciaccess.tcz: OK
 libdmx.tcz: OK
 libXxf86vm.tcz: OK
 libXxf86dga.tcz: OK
 libXv.tcz: OK
 libXvmc.tcz: OK
 libXtst.tcz: OK
 libXss.tcz: OK
 libXres.tcz: OK
 libXinerama.tcz: OK
 expat2.tcz: OK
 fontconfig.tcz: OK
 libXft.tcz: OK
 libXfixes.tcz: OK
 libXdamage.tcz: OK
 libXcursor.tcz: OK
 libXcomposite.tcz: OK
 libXaw.tcz: OK
 libFS.tcz: OK
 Xorg-7.7-lib.tcz: OK
 pixman.tcz: OK
 cairo.tcz: OK
 harfbuzz.tcz: OK
 pango.tcz: OK
 atk.tcz: OK
 gtk2.tcz: OK
..the pango dep file was updated a couple of days back...
- 
				I double-checked again - with either Xorg-7.7 or Xvesa onboot, gtk2 loads without errors.
 
 pango dep file http://www.tinycorelinux.net/5.x/x86/tcz/pango.tcz.dep reads:harfbuzz.tcz
 Xorg-7.7-lib.tcz
- 
				hi gordonselfish
 
 H'mmmm,  maybe I'm missed something but whats up with the paths to tcedir/optional  ?  those are symlinks
 
 Am just wondering if the minimize button jumped out yet ??  (it's on the left side)
 
 
 You know, for a while there I was experiencing weird things during the transition to the new dep list/files .  I ended up emptying the contents of the optional directory and downloading fresh all the tcz's, since then I've never looked back.  I wonder if that might help?
 
 
 firefox errors when launched from the command line appear to be a common occurrence it seams, check this (same bug right)?
 https: //bugzilla.mozilla.org/show_bug.cgi?id=672671
 
 
 Ok my pango was last modified  Friday, July 12th  did i win the loto ?
 I guess i need to update huh?
 
 hope that helps
 
- 
				coreplayer2
 whats up with the paths to tcedir/optional  ?  those are symlinks 
 my eyesight can't spot it. Can you name the post number?
 
 
 I was referring to your windowshot above, which is awesome btw
- 
				hover mouse in editor and 
 rotate thumb wheel downwards
 
 
 Pressing the rotating wheel (as opposed to rotating it) usually acts as the third (middle) mouse button in terms of pasting in linux, but a simultaneous left/right click should also act as the middle mouse button and doesn't seem to work with aterm in tc-5.x
- 
				several gnome-3/gtk3 extensions posted - evince, gedit, file-roller, gnome-calculator, gnome-terminal, nautilus, rhythmbox - in case anybody is interested to test.
 
 Not all functionality was compiled in, but the idea was to use dconf (instead of gconf) and libsecret (instead of gnome-keyring) for gtk3 (as opposed to gtk2) apps
- 
				Using Xvesa and the following firefox dep file: gtk2.tcz
 libasound.tcz
 dbus-glib.tcz
 hicolor-icon-theme.tcz
..firefox now works for me in tc-5.x - the issue was that the dep file I had was missing dbus-glib.
 
 I presume the dep file for minefield21 is the same? I'll copy both to the tc-5.x repo when I next have access.
- 
				-wl is not a valid combination of options.
			
- 
				gerald_clark
 -wl is not a valid combination of options. 
 maybe, but have a look at my reply number 86, it works there,
 but I was reporting what I might call "bad" builds due to permission errors.
 
 to save you looking the top part is
 #!/bin/sh
 LIST1="compiletc squashfs-tools-4.x wget net-snmp cups-dev libusb-dev python-dev dbus-glib-dev dbus-python-2.7 sane-backends-dev "
 for Z in $LIST1
 do
 tce-load -wl $Z
 tce-load -i  $Z
 done
 
- 
				I've been using evince2, which functioned well.
 
 using Xorg-7.7
 
 loading evince (without the older evince2 loaded) results in two desktop entries and two wbar icons
 1. evince
 2 dconfeditor
 
 selecting new evince  throws an error without loading
 evince: symbol lookup error: /usr/local/lib/libevview3.so.3: undefined symbol: gtk_container_accessible_get_type
 
 selecting new dconfeditor loads without error.
 
 
 
 
 booting base  with Xvesa
 
 loading evince results in one desktop entrie and one wbar icon: evince
 also
 ...
 harfbuzz.tcz: OK
 /usr/local/bin/pango-querymodules: error while loading shared libraries: libXft.so.2: cannot open shared object file: No such file or directory
 pango.tcz: OK
 ...
 
 
 starting app in terminal
 evince: symbol lookup error: /usr/local/lib/libevview3.so.3: undefined symbol: gtk_container_accessible_get_type
 
 additionally a GTK3 Warning  could not find icon 'go-previous-symbolic'
 
 also 'no hicolor theme found' (maybe I need to update my deps?)
 
 
 
 
 
 booting base  with Xorg7.7
 
 loading evince results in one desktop entries and one wbar icon: evince
 also
 ...
 harfbuzz.tcz: OK
 /usr/local/bin/pango-querymodules: error while loading shared libraries: libXft.so.2: cannot open shared object file: No such file or directory
 pango.tcz: OK
 ...
 
 
 starting app in terminal results in
 evince: symbol lookup error: /usr/local/lib/libevview3.so.3: undefined symbol: gtk_container_accessible_get_type
 
 additionally a GTK3 Warning  could not find icon 'go-previous-symbolic'
 
 also 'no hicolor theme found' (maybe I need to update my deps?)
 
 
 
- 
				glib2 and gtk3 have been updated recently - perhaps you're missing the latest version?
 
 I just checked and evince works OK for me from a clean boot  - I usually try to avoid putting hicolor-icon-theme/gnome-icon-theme/gnome-icon-theme-symbolic as deps, but in this case none of the menu icons come up without it, making evince difficult to use.
 
 I'll add gnome-icon-theme-symbolic as a dep next chance I get to access the repo.
- 
				Ok just made a 'Xvesa base' and 'Xorg base' boot loader options and 
 updated my last post above (re evince) with both
 
 booting base  with Xorg
 booting base  with Xvesa
 
 
 
 @ juanito, yes it looks like i need to update..  brb
- 
				click on thumbnail if interested, but to save you time, calculator is loaded but no wbar
 -----maybe because I have gtk2 and 3?
 
 No, the desktop file has the wrong name - I'll fix this in the next day or two.
 
 but the next image is more important see the missing icons at RH side?
 
 loading one of the icon-theme extensions will fix this
 
 Thanks for the feedback
- 
				I was familiarizing myself with tce-load options since I also use it a lot.  AIUI the 'l' option only means anything when preceded by an i, otherwise does nothing; right?
 
 
- 
				gordon,  yes I was interested in the tce-load option you have used, particularly with the 
 tce-load -wil ""
 tce-load -i ""
 loop you have implemented and yes i experimented with various apps and can confirm lower case l is only effective when it is preceded by an -i , otherwise has no effect. I believe -w will only download in any case.
 
 :)
- 
				Ok have been experimenting with evince.
 
 updating my deps fixed the big issue, thanks
 
 with gnome-icon-symbolic added to evince dep list, evince loads and starts perfectly from the terminal (or apps 'load app locally')  thanks juanito, great job
 
 Only thing I haven't figured out is,  if evince is added to the onboot list of either ( 'base with Xorg' or 'base with Xvesa'  onboot-base.lst's or my default onboot.lst ) then on every subsequent reboot there is an extra icon and desktop menu entry loaded from dconf-editor, which can be run separately and in addition to evince.
 
 :)
 
 
- 
				Oooop's I spoke too soon,  I guess it would help to test that evince actually opens a document and displays it as expected, right?
 
 well on attempt to open a pdf file the app exited and left this in the terminal
 
  evince
 
 (evince:10680): GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.lockdown' is not installed
 
 Trace/breakpoint trap
 
 Same applies to a sample tiff file I downloaded for the test
 
 
 edit:  looks like we need 'gsettings-desktop-schemas.tcz' as a dep also
- 
				Hi coreplayer2
 (evince:10680): GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.lockdown' is not installed Don't know if this is related, but  gsettings-desktop-schemas.tcz  contains something called
 org.gnome.desktop.lockdown.gschema.xml
 
- 
				yes thanks that was it  tiff and pdf's load fine now
 
 thanks
 
 
 added these tcz's to my evince dep list
 gsettings-desktop-schemas.tcz
 gnome-icon-symbolic.tcz
 
 sample files open fine now
- 
				evince has a really nice editor / viewer now, but what's in the secret sauce?  :p
 
 (http://db.tt/oqgfj3c5)
 
 the dconfeditor icon (with the magnifying glass) appears and can launch it's application independantly from evince, only when evince is loaded via onboot.lst
 the dconfeditor icon and desktop menu item doesn't appear when loaded via tce-load, via apps, or when run from the ondemand menu
 
 
 update: added results when run from ondemand
- 
				Also noticed that removing an app from the OnDemand directory can only be accomlished by deleting the script manually.  the feature to remove OnDemand items in apps doesn't appear to be functioning on my system for some reason, though I have checked the dir and script permissions without revealing any insight as to why this is.
			
- 
				Hi coreplayer2
 Maybe they get removed when you shutdown/reboot?
 
- 
				Interesting, thanks Rich.  seems like the OnDemand items remain populated even after a reboot.   I can't say i remember how that process worked but I assumed selecting the delete button would remove the highlighted item.  am going to try other systems and check it out.
			
- 
				evince is working great.   page resizing, search features, hotlinks, all work without a glitch, sweet!
 
 this evince is launched from OnDemand
 (http://db.tt/3mJj4Z0F)
 
 
- 
				the dconfeditor icon (with the magnifying glass) appears and can launch it's application independantly from evince, only when evince is loaded via onboot.lst
 the dconfeditor icon and desktop menu item doesn't appear when loaded via tce-load, via apps, or when run from the ondemand menu
 
 
 I didn't want the dconf-editor icon to appear with the standard extension install so I left the desktop file named dconf-editor.desktop so it wouldn't be loaded, but still could be used. It seems something is triggering it to be loaded into wbar, but I don't know exactly what as yet.
- 
				modified gnome-calculator and updated evince deps posted.
			
- 
				suggest you add missing TCZ to  dep file pls
 
 
 At the moment I prefer to leave out the deps on *icon-theme* unless the extension is really unusable without them (like evince and rhythmbox).
 
 This doesn't imply a final decision, but I'm wondering whether it might make more sense (and also more bloat) to make them a dep of gtk3 along with dconf, shared-mime-info, etc
- 
				coreplayer2
 
 are you sure?
 added these tcz's to my evince dep list
 gsettings-desktop-schemas.tcz
 gnome-icon-symbolic.tcz
 
 
 see next post
 
 
 
 **Looks like I wasn't entirely correct here**
 
 gnome icon theme and hicolor loads as dep's of gnome-icon-symbolic.tcz,  this I didn't realize till now.  am going to remove them and test
 
 as far as evince is concerned
 gsettings-desktop-schemas.tcz
 gnome-icon-symbolic.tcz
 are required
 
 
 
- 
				did some more research here.  
 
 gsettings-desktop-schemas.tcz
 gnome-icon-symbolic.tcz
 
 are for sure required deps of evince.   their deps are also required
 
 how about a gnome icon theme mini with only those icons which are required split from the main extension ? or simply added to the respective extension?
- 
				That's a lot of work for the extension creator. Each app may have a ton of dialogs with icons, and with no easy way to trace which icons are needed.
			
- 
				I hear you, was just a thought
 
 
 Sent from my iPad using Tapatalk HD
- 
				BTW I don't mind if firefox and minefield are left out of the repo
 
 
 I'll get there, but I'm travelling and can't access the repo most of the time...
- 
				Hi gordonselfish
 Any chance you can remake squashfs-tools-4.x   and give it a 5 in its name? The 4 in the name does not refer to the version of Tinycore. It is version 4.2 which is the most recent version available.
 
- 
				gsettings-desktop-schemas.tcz
 gnome-icon-symbolic.tcz
 
 
 evince works for me without gsettings-desktop-schemas loaded from a fresh boot with/without dbus started.
- 
				advconp download and load...... fails in APPS but tce-load -wi ...works as expected
 
 The attached image is of apps, using windowshot, I another app to prove the issue?
 
 ahh it looks like a number of yet to download apps in APPS will fail if you choose download + load
 
 FYI
 
 edit  image shows beaver failing
- 
				firefox and minefield21 copied to repo
			
- 
				Yes I don't doubt evince will load, but try to open a PDF document without schema extension loaded 
 if evince is opened from a terminal you'll see the error
 
- 
				Ah - I thought you meant that evince wouldn't start - modified dep file uploaded
			
- 
				Updates fail on occasions also and I haven't yet been able to determine why,  worth checking if above reason is the culprit.
 
 
 Sent from my iPad using Tapatalk HD
- 
				Firefox v21 appears to function well in tc-5.x (despite the known minor glitch when opened from a terminal), feels like a full featured browser much like Chromium.  Honestly am not sure which browser I prefer?
 
 Thanks
 
 
 Sent from my iPad using Tapatalk HD
- 
				I use the old submitqc4 version from a tc-4.7.7 VM 
 For the time being
 
 
 Sent from my iPad using Tapatalk HD
- 
				Earlier I thought I had found a bug in APPS when size was missing
 
 APPS is still failing for some apps but it no longer true to fail on only missing size as per image
 
 (http://oi44.tinypic.com/2hrir7s.jpg)
 click on image to zoom if interested
 
 Of course it could be my tce/optional is somehow borked but I don't know enough to test this.
 
 edit  maybe an issue pcre-dev
- 
				Please stop posting about 5.x extensions in the release candidate area. Extensions are not in the base and are created and maintained seperately.
 Using the release candidate area as a catch all just compounds the task of trying to monitor any real issues within the base system.
 We have an extension area for the very purpose of tracking extension issues. Please include 5.x in the title area for any extension issues posted there.
- 
				okey dokey
 
 I shall remove as many of my posts on such as I can
 
- 
				I've found an issue with tce-load in TC5rc1, I don't know if previous versions are affected. At line 157 there is a check for kernel modules in the extension, which is done by checking for the existence of a modules directory. I've notice that several extensions have such a directory but are for application modules, not kernel modules. This throws an error such as "ash: /some/dir/name/modules: unknown operand". I suggest that the line be changed from:
 [ `find /tmp/tcloop/"$APPNAME" -type d -name modules` ] && MODULES=TRUE
 to
 [ -n "$(find /tmp/tcloop/"$APPNAME" \( -name '*.ko' -o -name '*.ko.gz' \))" ] && MODULES=TRUE
 Look for what we are really looking for.
 
- 
				Is kexec supported in this version? I have an PXE installer that I've written that uses tinycore as the base, and it'd be super useful to be able to kexec into the new system.
 
 Also, will adding an extension with firmware (like say the bnx2x firmware) cause the modules to be reloaded so that the firmware can be properly loaded? I currently have to explode the extensions into a remaster initrd to make the bnx2x load properly.
 
 Thanks,
 wt
- 
				Please keep discussion here to V5 testing. 
			
- 
				for some reason tce-update keeps failing. 
 
 i have to comment out part where the script attempts to mount tcedir -  then it proceeds correctly. otherwise i get error about being unable to locate tcedir.
 
 that is when running system normally, with tcedir and extensions mounted.