Tiny Core Linux

Tiny Core Base => TCB News => Release Candidate Testing => Topic started by: Juanito on August 19, 2013, 07:44:36 AM

Title: Core v5.0rc1
Post by: Juanito on August 19, 2013, 07: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
Title: Re: Core v5.0rc1
Post by: meo on August 20, 2013, 02:52:52 AM
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
Title: Re: Core v5.0rc1
Post by: yoshi314 on August 20, 2013, 05:58:54 AM
I use a wired connection trying to download extensions it just says nameofextension failed.
same here, using tce-ab works for downloading extensions.
Title: Re: Core v5.0rc1
Post by: coreplayer2 on August 20, 2013, 06:39:54 PM
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

Title: Re: Core v5.0rc1
Post by: meo on August 21, 2013, 12:51:35 AM
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
Title: Re: Core v5.0rc1
Post by: Juanito on August 21, 2013, 06:14:42 AM
.. 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
Title: Re: Core v5.0rc1
Post by: chattrhand on August 21, 2013, 12:31:57 PM
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
Title: Re: Core v5.0rc1
Post by: Lee on August 21, 2013, 03:20:57 PM
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.
Title: Re: Core v5.0rc1
Post by: Juanito on August 21, 2013, 11:54:01 PM
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)
Title: Re: Core v5.0rc1
Post by: Lee on August 22, 2013, 12:43:23 AM
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.
Title: Re: Core v5.0rc1
Post by: Juanito on August 22, 2013, 05:17:02 AM
There might be a readme - I'll check and add a *list if required
Title: Re: Core v5.0rc1
Post by: Lee on August 22, 2013, 06:25:41 AM
No - you were right.  it's empty.

Title: Re: Core v5.0rc1
Post by: Juanito on August 24, 2013, 03:35:24 AM
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...
Title: Re: Core v5.0rc1
Post by: roberts on August 24, 2013, 05:44:50 AM
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.
Title: Re: Core v5.0rc1
Post by: Juanito on August 24, 2013, 05:54:34 AM
sure - but my point was that we probably wouldn't want the default boot code to blacklist bcma.
Title: Re: Core v5.0rc1
Post by: roberts on August 24, 2013, 06:16:39 AM
So is your wireless working? With CorePlus, selecting TAB will allow additional boot codes thus entry of the backlist boot codes.
Title: Re: Core v5.0rc1
Post by: Juanito on August 24, 2013, 06:31:18 AM
Yes, my wireless works with tab and "blacklist=bcma"

..and the apps gui works  :)

Edit - for info:
Code: [Select]
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
Title: Re: Core v5.0rc1
Post by: curaga on August 24, 2013, 06:36:18 AM
CorePlus wired networking works fine in Qemu too.
Title: Re: Core v5.0rc1
Post by: thane on August 24, 2013, 11:37:42 AM
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.
Title: Re: Core v5.0rc1
Post by: roberts on August 25, 2013, 09:26:29 PM
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.
Title: Re: Core v5.0rc1
Post by: thane on August 25, 2013, 10:14:22 PM
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
Title: Re: Core v5.0rc1
Post by: Zendrael on August 29, 2013, 05:52:38 AM
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?

Title: Re: Core v5.0rc1
Post by: gordonselfish on August 29, 2013, 06:10:50 AM
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
Title: Re: Core v5.0rc1
Post by: andyj on August 29, 2013, 08:34:19 AM
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?
Title: Re: Core v5.0rc1
Post by: coreplayer2 on August 29, 2013, 09:37:30 AM
Thanks, have added Xorg-7.7-lib.tcz to leafpad dep list,  will submit changes asap

Title: Re: Core v5.0rc1
Post by: roberts on August 29, 2013, 10:38:36 AM
Reported missing dependencies via install from CorePlus are being addressed by updates to tc-install.tcz.
Thanks for testing and reporting.
Title: Re: Core v5.0rc1
Post by: andyj on August 29, 2013, 10:53:54 AM
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.
Title: Re: Core v5.0rc1
Post by: Juanito on August 29, 2013, 11:59:57 AM
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...
Title: Re: Core v5.0rc1
Post by: andyj on August 29, 2013, 01:55:34 PM
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.
Title: Re: Core v5.0rc1
Post by: andyj on August 29, 2013, 05:15:13 PM
I saw this too. The tce.installed script it should also make sure that /var/lib/asound is in /opt/.filelist to preserve settings.
Title: Re: Core v5.0rc1
Post by: gordonselfish on August 29, 2013, 05:19:02 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on August 29, 2013, 10:51:37 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on August 29, 2013, 10:58:06 PM
deps for leafpad and Xorg-7.7-dev updated

cups-dev info file corrected

keep the feedback coming  :)
Title: Re: Core v5.0rc1
Post by: Juanito on August 29, 2013, 11:00:41 PM
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...
Title: Re: Core v5.0rc1
Post by: Juanito on August 29, 2013, 11:09:18 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on August 30, 2013, 01:06:11 AM
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.
Title: Re: Core v5.0rc1
Post by: gordonselfish on August 31, 2013, 01:04:52 AM
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?
Title: Re: Core v5.0rc1
Post by: Juanito on August 31, 2013, 01:07:20 AM
I am suggesting it appears to be missing from gtk3

You can use the gnome-themes-standard extension
Title: Re: Core v5.0rc1
Post by: Juanito on August 31, 2013, 01:08:26 AM
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
Title: Re: Core v5.0rc1
Post by: curaga on August 31, 2013, 01:14:48 AM
imlib2-bin should then be included in TC and CorePlus isos.
Title: Re: Core v5.0rc1
Post by: Juanito on August 31, 2013, 01:43:36 AM
---now I have .gtkrc-2.0 with contents
OK, but I was suggesting the extension for use with gtk3, which was your question  ;)
Title: Re: Core v5.0rc1
Post by: coreplayer2 on August 31, 2013, 09:23:52 AM
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!!
Title: Re: Core v5.0rc1
Post by: tinypoodle on August 31, 2013, 02:57:42 PM
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
Title: Re: Core v5.0rc1
Post by: gordonselfish on August 31, 2013, 05:51:08 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 01, 2013, 12:00:16 AM
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:
Code: [Select]
$ 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:
Code: [Select]
$ 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:
Code: [Select]
$ 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
Title: Re: Core v5.0rc1
Post by: curaga on September 01, 2013, 12:03:24 AM
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.
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 01, 2013, 02:08:42 AM
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)
Title: Re: Core v5.0rc1
Post by: gordonselfish on September 01, 2013, 05:51:38 AM
curaga

thanks for the explain to my video artifact issue
Title: Re: Core v5.0rc1
Post by: Juanito on September 01, 2013, 09:12:55 AM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 01, 2013, 11:06:38 AM
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

Title: Re: Core v5.0rc1
Post by: Juanito on September 01, 2013, 11:13:37 AM
All wifi devices using the wl driver get called eth1 - debian has a patch somewhere to change this to wlan0...
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 01, 2013, 11:34:10 AM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 02, 2013, 03:59:03 PM
..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.

Code: [Select]
$ cat onboot.lst
Xprogs.tcz
wbar.tcz
aterm.tcz
flwm.tcz
Xorg-7.7.tcz

running on a real machine
Title: Re: Core v5.0rc1
Post by: Juanito on September 02, 2013, 04:02:36 PM
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...
Title: Re: Core v5.0rc1
Post by: Juanito on September 02, 2013, 04:07:53 PM
I am suggesting we may still have a missing dependency for gtk2?
apps/maintenance confirms I am up-to-date

Using Xvesa:
Code: [Select]
$ 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...
Title: Re: Core v5.0rc1
Post by: Juanito on September 02, 2013, 05:01:18 PM
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:
Code: [Select]
harfbuzz.tcz
Xorg-7.7-lib.tcz
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 03, 2013, 12:09:38 AM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 03, 2013, 12:33:10 AM
coreplayer2
Quote
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 03, 2013, 04:23:20 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 03, 2013, 04:27:00 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 03, 2013, 04:51:39 PM
Using Xvesa and the following firefox dep file:
Code: [Select]
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.
Title: Re: Core v5.0rc1
Post by: gerald_clark on September 03, 2013, 05:49:51 PM
-wl is not a valid combination of options.
Title: Re: Core v5.0rc1
Post by: gordonselfish on September 03, 2013, 11:45:33 PM
gerald_clark
Quote
-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
Code: [Select]
#!/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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 04:26:41 PM
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?)


Title: Re: Core v5.0rc1
Post by: Juanito on September 04, 2013, 04:51:48 PM
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.
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 05:17:26 PM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 04, 2013, 05:22:49 PM
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.

Quote
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 05:23:35 PM
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?

Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 07:22:56 PM
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.

:)
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 07:39:12 PM
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.

 :)

Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 07:55:11 PM
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

Code: [Select]
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
Title: Re: Core v5.0rc1
Post by: Rich on September 04, 2013, 08:12:17 PM
Hi coreplayer2
Quote
(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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 08:13:22 PM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 08:29:07 PM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 09:35:45 PM
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.
Title: Re: Core v5.0rc1
Post by: Rich on September 04, 2013, 10:50:39 PM
Hi coreplayer2
Maybe they get removed when you shutdown/reboot?
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 11:34:30 PM
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.
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 04, 2013, 11:53:12 PM
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)

Title: Re: Core v5.0rc1
Post by: Juanito on September 05, 2013, 05:09:38 AM
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.
Title: Re: Core v5.0rc1
Post by: Juanito on September 05, 2013, 06:13:06 AM
modified gnome-calculator and updated evince deps posted.
Title: Re: Core v5.0rc1
Post by: Juanito on September 05, 2013, 06:58:26 AM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 05, 2013, 09:45:03 AM
coreplayer2

are you sure?
Quote
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


Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 05, 2013, 10:49:49 AM
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?
Title: Re: Core v5.0rc1
Post by: curaga on September 05, 2013, 11:02:35 AM
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.
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 05, 2013, 11:09:55 AM
I hear you, was just a thought


Sent from my iPad using Tapatalk HD
Title: Re: Core v5.0rc1
Post by: Juanito on September 05, 2013, 06:50:08 PM
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...
Title: Re: Core v5.0rc1
Post by: Rich on September 05, 2013, 06:59:01 PM
Hi gordonselfish
Quote
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.
Title: Re: Core v5.0rc1
Post by: Juanito on September 06, 2013, 05:08:01 AM
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.
Title: Re: Core v5.0rc1
Post by: gordonselfish on September 06, 2013, 05:18:11 AM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 06, 2013, 06:22:30 AM
firefox and minefield21 copied to repo
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 06, 2013, 06:46:37 AM
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
Title: Re: Core v5.0rc1
Post by: Juanito on September 06, 2013, 08:53:41 AM
Ah - I thought you meant that evince wouldn't start - modified dep file uploaded
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 07, 2013, 08:09:13 PM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 07, 2013, 08:18:32 PM
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
Title: Re: Core v5.0rc1
Post by: coreplayer2 on September 07, 2013, 08:21:23 PM
I use the old submitqc4 version from a tc-4.7.7 VM
For the time being


Sent from my iPad using Tapatalk HD
Title: Re: Core v5.0rc1
Post by: gordonselfish on September 08, 2013, 04:26:02 PM
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
Title: Re: Core v5.0rc1
Post by: roberts on September 08, 2013, 11:47:31 PM
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.
Title: Re: Core v5.0rc1
Post by: gordonselfish on September 09, 2013, 03:14:43 AM
okey dokey

I shall remove as many of my posts on such as I can
Title: Re: Core v5.0rc1
Post by: andyj on September 09, 2013, 06:25:20 AM
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.
Title: Re: Core v5.0rc1
Post by: wt on September 10, 2013, 04:37:43 PM
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
Title: Re: Core v5.0rc1
Post by: gerald_clark on September 10, 2013, 04:47:10 PM
Please keep discussion here to V5 testing.
Title: Re: Core v5.0rc1
Post by: yoshi314 on September 11, 2013, 12:43:16 AM
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.