Tiny Core Linux
Tiny Core Base => TCB News => Alpha Releases => Topic started by: Juanito on June 11, 2013, 04:21:56 AM
-
Tiny Core 5.0 Alpha2 is available for public testing:
http://repo.tinycorelinux.net/5.x/x86/release_candidates/
Changelog for 5.0 alpha1:
* kernel update to 3.8.10 with (u)efi boot enabled
* 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
* glibc updated to 2.17 and recompiled against 3.8.x kernel headers
* gcc updated to 4.7.2, recompiled against 3.8.x kernel headers and cloog, gmp, mpc, mpfr and ppl
* e2fsprogs base libs/apps updated to 1.42.7
* util-linux base libs/apps updated to 2.22.2
* scm extensions have been dropped from this release
Changelog for 5.0 alpha2:
* util-linux updated to 2.23.1 due to blkid problems with qemu
* /usr/sbin/fstype modified for new blkid output (supress "/dev/sda" type output in /etc/fstab and mount gui)
Your continued feedback welcomed and appreciated
-
kernel headers tcz would be nice. I would like to add Ximeta ndas support.
-
Consistent update to Syslinux (tcz, core.gz and ISOs) would be nice.
-
Thankfully fluff_1_0_7 now compiles in TC-5.0 Alpha
I don't fully understand this but apparently there has been some change to DSO linking in a recent g++, adding the linker flag -lstdc++ to the command line fixed fluff's make file.
more here
http://forum.tinycorelinux.net/index.php/topic,12928.msg90183.html#msg90183 (http://forum.tinycorelinux.net/index.php/topic,12928.msg90183.html#msg90183)
-
Opera9 from the tinycore-4.x repo works well in TinyCore-5.0, requiring no deps
Opening from the command line reveals only two ignored java modules, since they are java is no big issue, right??
-
kernel headers tcz would be nice. I would like to add Ximeta ndas support.
I guess you'd need to pm ^hats^ for linux-headers-KERNEL
In the meantime, see:
http://www.tinycorelinux.net/5.x/x86/release/src/kernel/
You can avoid a lengthy kernel preparation by: $ make mrproper
$ cp config-3.8.10-tinycore .config
$ make oldconfig
$ make prepare
$ make modules_prepare
$ cp Module.symvers-3.8.10-tinycore Module.symvers
$ make SUBDIRS=scripts/mod
-
Opera9 from the tinycore-4.x repo works well in TinyCore-5.0, requiring no deps
copied over
Thankfully fluff_1_0_7 now compiles in TC-5.0 Alpha
it would be good to pm the maintainer about that
-
Thankfully fluff_1_0_7 now compiles in TC-5.0 Alpha
it would be good to pm the maintainer about that
Done, hopefully Michael will have a fluff in the repo soon
-
To help out with extensions for tc-5.0 I contacted JasonW, maintainer of some apps I'm familiar with to assist in updating and am now in the process of submitting these ext.
bash 4.2 -submitted
hdparm -submitted
next up are
wget - copied
Fluxbox -to do
-
For the sake of clarity - there's no particular need to update the tc-4.x extensions for tc-5.x unless they will not run.
Of course if you'd like to update the extensions anyway (and the maintainer agrees) that's fine too.
The update to libpng has broken several tc-4.x extensions, but apart from that, the majority of the tc-4.x extensions should work fine - as testers conform the tc-4.x extensions work, they can be copied over to the tc-5.x repo.
-
Consistent update to Syslinux (tcz, core.gz and ISOs) would be nice.
The tc-5.x iso are generated on the server and so use the server's syslinux.
One possible solution is that, as soon as we complete tc-5.x alpha testing, you could take over the syslinux extension maintenance and adjust it to be the same version as that of the server?
-
Well I agree, sorry if I made it sound like I was updating everything in sight. have no fear, am not ;D
I am not usually that lucky though, if I need an app then I can almost certainly predict an update will be required. So far I have only found Opera v9 to function after the transfer. My default "Shiretoko" Firefox based browser will not run on 5.0, like most apps this may be due to dependencies more than the apps themselves ? Anyhow, I need certain apps to be functional when TC 5.0 rolls out so am taking proactive steps to test all apps I use, so far I haven't had much success. hdparm, fluff, shiretoko, etc etc.
Perhaps we should start a list of apps which need their maintainers attention? perhaps the extension requests section is appropriate? I was hoping to find maintainers all over this but haven't seen many reporting compatibility yet with their extensions, although I have noticed the app list silently growing in the 5.0 repo which is great thanks
-
In general current 4.x extensions are expected to work. Issue is not the compatibility, but there are many unmaintained, old extensions which would need update independently of 5.x
-
Thanks TC Staff for this great and most appreciated kernel update. Just forgive me for being proactive, it's just that when you roll out the shiny finished product I need to be ready like yesterday..
;)
-
Thanks for the update, I will give Alpha 2 a try.
Alpha 1 gave no particular problem with everyday usage.
Here I want to ask about the rationale of dropping scm support.
What is the reason? And is it a final decision?
My two cents on the issue: more than self-containedness, I regard the possibility of avoiding symlinking as the key feature of scm.
In case of software able to live outside the FHS and with many files, this means several megabytes spared when loading the extension.
A good example is LaTeX: in my recent submission of it to TC, I devised a mechanism to separate this huge piece of software into a "small" basic tcz which can compile basic TeX and LaTeX and initializes the environment to dispense with FHS, so that some additional scms can add the needed features.
The difference wrt to a standard texlive.tcz (using df -h ~) is some tens of megabytes.
Of course, I can keep this mechanism by mounting scms via a custom script, but the point I wanted to make is that scm have more than one reason to exist.
-
as testers conform the tc-4.x extensions work, they can be copied over to the tc-5.x repo
we ask that only experienced users test
and http://repo.tinycorelinux.net/5.x/x86/tcz/
good to know that you don't need to be an expert to do that part of the testing.
I think anyone can run the executable in a terminal to see what is missing or borking or have I misunderstood (again)?
-
SpaceFM works but will need a extra dependency of
raid-dm-3.8.10-tinycore.tcz
OFFTOPIC I have submitted firefox v 21 and it loads without any error
On the old alpha thread mention was made of libpng and animation.
I am assuming you mean animated gif?
if so, firefox 21 runs such test site was
http://en.wikipedia.org/wiki/File:Rotating_earth_%28large%29.gif
More tests later.
Is it appropriate to talk about grub menu using core and rootfs here?
inxi loads ok
inxi -F
Resuming in non X mode: xrandr not found. For package install advice run: inxi --recommends
System: Host: box Kernel: 3.8.10-tinycore i686 (32 bit)
Desktop: N/A Distro: Core Linux
Machine: System: ECS product: 945GCT-M2 version: 1.x
Mobo: ECS model: 945GCT-M2 version: ECS
Bios: American Megatrends version: 080012 date: 05/14/2008
CPU: Dual core Pentium CPU E5200 (-MCP-) cache: 2048 KB flags: (lm sse sse2 sse3 ssse3)
Clock Speeds: 1: 1203.00 MHz 2: 1203.00 MHz
Graphics: Card: nVidia G96 [GeForce 9500 GT]
X-Vendor: N/A driver: Resolution: N/A
Audio: Card: Intel N10/ICH 7 Family High Definition Audio Controller
Network: Card: Realtek RTL-8139/8139C/8139C+ driver: 8139too
IF: eth0 state: unknown speed: 100 Mbps duplex: full mac: 00:21:97:76:2d:da
Drives: HDD Total Size: 84.1GB (18.6% used) 1: id: /dev/sda model: WDC_WD800JD size: 80.0GB
2: USB id: /dev/sdb model: DataTraveler_2.0 size: 4.1GB
Partition: ID: / size: 1.8G used: 15M (1%) fs: rootfs
ID: /home size: 48G used: 4.9G (11%) fs: ext3
ID: swap-1 size: 0.52GB used: 0.00GB (0%) fs: swap
ID: swap-2 size: 1.08GB used: 0.00GB (0%) fs: swap
Sensors: None detected - is lm-sensors installed and configured?
Info: Processes: 148 Uptime: 0:12 Memory: 397.2/2024.7MB
Client: Shell inxi: 1.8.17
Note I am running vesa here so can ignore xrandr for this test
-
ghostscript will only load if I provide a missing depend
libidn.tcz
OOPS ;D
email to gutmensch sent and bug reported in case other testers try it and want to report me (again) 8)
-
lilyterm loads and runs ok but I did not provide a wbar icon
will fix later
lxterminal loads wonderfully well.
-
mc loads but no wbar icon
runs ok for me
in 4.x wbar works fine so a puzzlement for me
mtpaint-3.21 and mtpaint-cli run fine by me
qpdf runs fine by me
this post has been editted by the local village idiot
-
I had to delete mc and reinstall the latest to get an icon back ;)
-
btw, aus9 while your updating firefox type browsers, good job. ok how about having a crack at " Shiretoko " which is a great spinoff
-
Is it appropriate to talk about grub menu using core and rootfs here?
Go ahead :)
-
Juanito
What do you use for your grub menu lines, if you use it?
Looking at google--- slitaz uses 4 rootfs...and based on that info initrd line might read
EDIT
initrd /boot/grub/core.gz /boot/grub/rootfs.gz
I just tried the reverse line to above and got a kernel message
"modprobe chdir (3.8.10-tinycore) No such file or directory
Can your remember having in rootfs that I could easily verify has loaded?
I await your advice Sir
EDIT 2
leafpad runs fine for me
Juanito
Forgive any rudeness, but for the alpha repo, are you in charge of it?
That is, do you have the power to edit across 4.x repo dep files to fix them up for 5.x?
I am thinking of my precious SpaceFm
This post has been editted by the local village idiot
coreplayer2
I have submitted firefox and seamonkey. I have a forum post in the news area asking for feedback on minefield.
I have not had a chance to look at icecat or Shiretoko but am aware of them. I looked at chromium-browser but AFAIK I would need to download 2G of source which I baulk at ATM.
Thanks for the heads up on the mc icon.
-
What do you use for your grub menu lines, if you use it?
Looking at google--- slitaz uses 4 rootfs...and based on that info initrd line might read
EDIT
initrd /boot/grub/core.gz /boot/grub/rootfs.gz
core.gz = rootfs.gz + modules.gz
core64.gz = rootfs.gz + modules64.gz
so, using syslinux to boot: label rootfs
kernel /boot/vmlinuz
initrd /boot/rootfs.gz,/boot/modules.gz
append quiet yada-yada
or grub2: menuentry "rootfs64" {
linux /boot/vmlinuz64 quiet yada-yada
initrd /boot/rootfs.gz /boot/modules64.gz
}
or, if your boot loader does not support multiple initrd, you can use core.gz or make your own with: $ cat rootfs.gz modules.gz > core.gz
-
1) caps LED works when pressed but
numlock LED fails to light
Do you need a dmeg or can you verify on your snazzy 64 bit computer?
2) Silly me, I was trying to append rootfs when it was already included!
-
leafpad runs fine for me
copied over
I am thinking of my precious SpaceFm
since this is a bunch of deps, could you confirm that everything works in spacefm in tc-5.x?
-
sure but before I do any concerns about libattr?
I have never used raid myself mine is just a simple ext3
tce-load -i raid-dm-3.8.10-tinycore.tcz SpaceFM
touch: /usr/local/tce.installed/raid-dm-3.8.10-tinycore: Permission denied
/etc/sysconfig/tcedir/optional/raid-dm-3.8.10-tinycore.tcz: OK
touch: /usr/local/tce.installed/libattr: Permission denied
libattr.tcz: OK
bash.tcz: OK
raid-dm-3.8.10-tinycore.tcz: OK
mdadm.tcz: OK
readline.tcz: OK
libdevmapper.tcz: OK
liblvm2.tcz: OK
lvm2.tcz: OK
popt.tcz: OK
libgpg-error.tcz: OK
libgcrypt.tcz: OK
cryptsetup.tcz: OK
util-linux.tcz: OK
ntfs-3g.tcz: OK
eject.tcz: OK
lsof.tcz: OK
parted.tcz: OK
libatasmart.tcz: OK
sg3-utils.tcz: OK
bsddb.tcz: OK
cracklib.tcz: OK
Linux-PAM.tcz: OK
polkit.tcz: OK
libpci.tcz: OK
pci-utils.tcz: OK
libusb.tcz: OK
usb-utils.tcz: OK
libattr.tcz: OK
acl.tcz: OK
udev-extra.tcz: OK
udisks.tcz: OK
libxcb-util.tcz: OK
libstartup-notification.tcz: OK
libcap.tcz: OK
gmp.tcz: OK
attr.tcz: OK
coreutils.tcz: OK
SpaceFM.tcz: OK
-
Re wget on TC-5.x
Have tested wget from the 4.x repo using an http request to a 100MB file on a data center on the other side of the galaxy; success, downloaded file in just a few seconds. ftp checks good also.
speedtest.dallas.linode.com/speedtest/100MB-dallas.bin
https://www.linode.com/speedtest/ (https://www.linode.com/speedtest/)
hope posting the link to a reliable speedtest is ok
looks like I was wrong to be skeptical on this app
-
tce-load -i raid-dm-3.8.10-tinycore.tcz SpaceFM
touch: /usr/local/tce.installed/raid-dm-3.8.10-tinycore: Permission denied
/etc/sysconfig/tcedir/optional/raid-dm-3.8.10-tinycore.tcz: OK
touch: /usr/local/tce.installed/libattr: Permission denied
..not sure why you would get that error message when neither raid-dm-3.8.10-tinycore nor libattr have a start-up script...
-
Juanito
I have seen a similar error before, mainly me, when I built non-root TCZs and got the file permissions wrong.
If I am right I should with time be able to narrow it down to a package, but I am often wrong.
crossing my legs now.
-
Before I load spacefm
sudo find /tmp/tcloop -user tc | grep tce.installed
/tmp/tcloop/usb-utils/usr/local/tce.installed/usb-utils
/tmp/tcloop/pci-utils/usr/local/tce.installed/pci-utils
/tmp/tcloop/dbus/usr/local/tce.installed/dbus
-
leafpad is broken with a missing shared library " libpng12.so.0 " symlinking to one of the libpng.tcz libraries does not appear to fix it.
leafpad needs a bunch of deps, it might be presumptuous of me to think that if all the features of leafpad function then these deps would be good also, unfortunately one maybe more deps are missing from the dep file
leafpad.tcz
ttf-bitstream-vera.tcz
gtk2.tcz
atk.tcz
cairo.tcz
pixman.tcz
fontconfig.tcz
expat2.tcz
pango.tcz
Xorg-7.6-lib.tcz
libxcb.tcz
gdk-pixbuf2.tcz
graphics-libs-1.tcz
shared-mime-info.tcz
glib2.tcz
libffi.tcz
liblzma.tcz
libxml2.tcz
Xlibs.tcz
possibly this dep with a symlink to one of it's libraries ?
libpng.tcz
have heard of png issues lately so maybe this is related?
-
more tested good extensions
lynx.tcz
conky.tcz
Xdialog.tcz
all work satisfactory
added one more to the list
-
Thats weird, leafpad works fine for me...here is command in lxterminal
leafpad
(process:7557): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
and that is because I have not loaded mylocale.tcz
so in lilyterm
tce-load -i mylocale
eglibc_gconv.tcz: OK
mylocale.tcz: OK
tc@box:~$ leafpad
(runs fine)
-
refuses to load in my test rig, which proves that a dep is missing
tested with base norestore right?
-
tce-load -i mylocale
eglibc_gconv.tcz: OK
mylocale.tcz: OK
tc@box:~$ leafpad
(runs fine)
You should use glibc_gconv from the 5.x repo
-
Thats weird, leafpad works fine for me...here is command in lxterminal
I doubt it: $ ldd `which leafpad` | grep libpng
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xf709d000)
I believe leafpad would need to be recompiled for tc-5.x due to the updated libpng
Edit: removed from 5.x repo for now
-
Re wget on TC-5.x
Have tested wget from the 4.x repo using an http request to a 100MB file on a data center on the other side of the galaxy; success, downloaded file in just a few seconds. ftp checks good also.
copied over
-
lynx.tcz
conky.tcz
Xdialog.tcz
copied over
-
I'm really surprised wget worked so well. even more impressed that conky works also 8)
Now I understand what happened with libpng, which explains a lot. ok the maintainer is JasonW, so if leafpad is not done by the morning then I'll volunteer.
meanwhile it's so late and zzzzz's is calling
gn
-
well I know that leafpad works for me, but I think you are being subtle in suggesting I am not testing the way you prefer.
Fair enough, I withdraw and concentrate on my other time sinks
good hunting
-
well I know that leafpad works for me
Are you using Xlibs/Xprogs from the 5.x repo?
What happens if you try this: $ version
5.0.alpha2
$ ls /usr/local/lib/libpng*
/usr/local/lib/libpng.so
/usr/local/lib/libpng16.so
/usr/local/lib/libpng16.so.16
/usr/local/lib/libpng16.so.16.2.0
-
Consistent update to Syslinux (tcz, core.gz and ISOs) would be nice.
The tc-5.x iso are generated on the server and so use the server's syslinux.
One possible solution is that, as soon as we complete tc-5.x alpha testing, you could take over the syslinux extension maintenance and adjust it to be the same version as that of the server?
Why does it have to be the same as the server (which ISOLINUX says it's a derivative of or is Debian and is older than the extension)? isolinux.bin has 0 dependencies on the ISO build system. isohybrid (used on CorePlus and TinyCore ISOs) would potentially have a dependency but I haven't had issues using the official builds on my system which is very different from the build box used to make these binaries. isohybrid.pl is independent but has a Perl dependency.
-
I am not going to try any more. spitting the dummy
I need to fix up my other errors, I have my own todo list as well. Sorry to wasted people's time.
good hunting
-
Well, then we need an active syslinux extension maintainer, who also remembers to ping to update the various places from the new extension. :)
-
I realised that gtk2 and friends had a dep on the old libpng.
recompiled cairo and gdk-pixbuf2 uploaded to 5.x repo, pango and gtk2 still to do.
I would not recommend doing too much with gtk2 extensions until I update pango and gtk2
-
ok good to hear.
waiting on gtk2
-
I feel terrible, I wish aussie beer was my excuse.
In fixing up 4.x wbar issue for epdfview, only just completed, I noticed I had a wbar config that "snuck" into 4.x for a package that was attempting to load a 64x64 icon.
I have now removed my bug report as it was false, and in reply number 19 removed all traces of mention of that wbar issue. Ditto later replies.
In some ways, I am glad I tried to test 5.x but it goes to show, that I am not ready to do any testing when I failed to test things correctly on 4.x
In case you think I am looking for some kind of "pls have a go", you are wrong as my mind is made up.
(I am surprised I can still see this typing after punching the monitor so hard) :-[
I will send a pm to my "victim" and sacrifice a beer or two in his honour.
-
Sorry... but if it makes you feel better just puch it :P feeling better is what counts
-
Some signicant changes in the 5.x repo:
jpeg replaced by libjpeg-turbo (deps for fltk and imlib2 will need adjusting)
graphics-libs-1 factored out into component libs (deps will need adjusting)
gtk2 and friends recompiled for tc-5.x (gir omitted until a final version of python is agreed upon)
-
Some signicant changes in the 5.x repo:
jpeg replaced by libjpeg-turbo (deps for fltk and imlib2 will need adjusting)
graphics-libs-1 factored out into component libs (deps will need adjusting)
gtk2 and friends recompiled for tc-5.x (gir omitted until a final version of python is agreed upon)
Thanks, sounds good!
-
beaver2 (i.e. gtk2 app) tested working with recompiled gtk2
-
giflib and libmng uploaded, gnome-icon-theme copied across
-
alsa sound tests out OK for me, alsa copied over
-
4.x extensions I am using:
dropbear
915resolution
sc101-nbd
-
thanks - copied over
'good to see 915resolution still works :)
-
I'd be willing to take up maintainership on the Syslinux extension. I think the bigger change is to the build system/script. I'd prefer to go with a straight binary extension or an installer rebuild rather than a full rebuild (yes, I've seen numerous issues with build system interactions generating broken binaries in the last 3 years I've been more involved with Syslinux and completely understand HPA's preference as expressed in syslinux.tar.xz:doc/distrib.txt; separating a bug from a negative build box interaction isn't fun, especially with newer GCCs over the last 2 years).
I'd also consider trying to make another extension for the latest release if there is interest from people that are more adventurous, especially with lwIP-based PXELINUX (lpxelinux.0) in Syslinux-5.10 (HTTP/FTP without gPXE/iPXE).
The remaining issue would be that either the extension would need to remain static for a major-version lifecycle or systems/scripts that generate remastered ISOs and bootable USB systems should utilize either binaries from the extension or binaries from the current boot system but not both within a given system/script.
-
Initial modularized Xorg libs up. Don't load them yet unless feeling adventurous.
-
Apps states during 'Check for Updates' that the latest release is 4.7.7.
-
mc is acting wierd.
This was tested both GUI and booting without GUI.
A minimal install with mc installed.
Disable internal editor.
Press F4 to edit a file.
Vi starts.
Exit vi and we are told that there is another file to edit.
The file name is '+1'.
-
More 4.X programs I am using:
acl.tcz
attr.tcz
coreutils.tcz
e2fsprogs.tcz
libattr.tcz
libcap.tcz
libdevmapper.tcz
liblvm2.tcz
lvm2.tcz
udev-lib.tcz
submitqc4.tcz
-
e2fsprogs - updated to match base tc-5.x
submitqc4 - I'll leave this for now
Copied the rest over - I'll get round to updating coreutils at some point...
-
Apps states during 'Check for Updates' that the latest release is 4.7.7.
Yes, the check is for the latest stable release.
-
Chromium running here. Extensions from 4.X needed:
chromium-browser
dbus
dbus-glib
nss
nspr
--- Edit ---
It browses ok, but locks up if you try to print anything.
To be honest, it is flakey on 4.7.7 too, and frequently crashes, and will not restart without a reboot.
-
tk.tcz.dep is incorrect.
It contains Xorg-7.6-libs.tcz instead of Xorg-7.6-lib.tcz.
-
Cups with hplip-2.7 works and prints from command line and the Opera-next that I am typing this on.
4.X packages used:
hplip-2.7
dbus-python-2.7
net-snmp
libssl-0.9.8
ghostscript
libgs
libpaper
ghostscript_common
libcaps
cups-filters
libcap-filters
graphics-libs-1
cups
qpdf
Linux-PAM
bsddb
cracklib
libavahi
There is a dep for acl.tcz that is not resolved from the packages.
-
gerald_clark Juanito
Re: chromium-browser
To be honest, it is flakey on 4.7.7 too, and frequently crashes, and will not restart without a reboot
I can not recall that ever happening to me, but I use LXDE2 on 4.7.7
Re: cups
Reply 17
ghostscript will only load if I provide a missing depend------libidn.tcz
to all good looking Moderators
##################
When you next build the iso, pls review your *.lst contents----aterm is duplicated :D
and xbase.lst is showing as an executable.
Also the boot up says tinycorelinux.com rather than dot net
This post has been editted as dumbo as only just realized that grub-legacy does not support isohybrids, but has still posted script somewhere.
Gordon
-
does that mean only to those moderators who are good looking.? Or, that all moderators are goodlooking.?
:P
-
tk.tcz.dep is incorrect.
It contains Xorg-7.6-libs.tcz instead of Xorg-7.6-lib.tcz.
Thanks for reporting
-
if you guys are having any issues with libpng, I just found this while researching web browsers
http://links.twibright.com/download.php
section 1 mentions
Libpng 1.2.18 is buggy and causes Links to crash with "png_do_rgb_to_gray found nongray pixel". PATCH-libpng-1.2.18 inside links-*.tar.* allows fixing this and using 1.2.18.
-
we're using libpng-1.6.2 in tc-5.x
-
Chromium running here. Extensions from 4.X needed:
chromium-browser
dbus
dbus-glib
nss
nspr
--- Edit ---
It browses ok, but locks up if you try to print anything.
To be honest, it is flakey on 4.7.7 too, and frequently crashes, and will not restart without a reboot.
copied over except for chromium - since it's flakey...
-
Cups with hplip-2.7 works and prints from command line and the Opera-next that I am typing this on.
4.X packages used:
hplip-2.7
...
I think I need to have a look at updating hplip with the new python and also cups may need recompiling to work with the new libs created out of the factorised graphics-libs-1
-
Cups with hplip-2.7 works and prints from command line and the Opera-next that I am typing this on.
Note that currently there is no Opera-next newer than stable (wrt Linux) and predictions are that it may take a while, related to Opera changing from Presto to Blink as rendering engine.
-
tinypoodle
offtopic, so opera-next is supposed to be a rolling release name for the beta?
To all good looking TC users :P
Its no-one's fault, but TC has the most number of web browsers I have ever seen in a distro. And to simpletons like me, thats confusing.
I would like to see a opera.tcz that is a rolling release in the same way firefox is used.
This is a subtle hint to coreplayer2 that I have dismissed ideas at updaing shiretoko and am looking at some other web browsers.
I may be wrong to say rolling release but I hope you know what I mean.
-
Opera-next may be either alpha or beta, at current it's at 15, based on Blink, but available for win & OSX only. Stable release is 12.15 based on Presto.
To get back ontopic, I meant to hint it might be preferable not to introduce any Opera-next extension into 5.x repo at current.
-
Well, until there are some official TC5 browsers, I used the only ones I could get running.
All the other ones seem to depend on XPCOM or libpng12.
My point was actually that CUPS was working. I was just using Opera to print some graphic pages.
-
While "parted" appears to function, "Gparted" suffers from the libpng issue
-
While "parted" appears to function, "Gparted" suffers from the libpng issue
I'll add gparted to the list of extensions to recompile, but I'm thinking of waiting until the new Xorg is ready
-
Hi gang
After spitting the dummy I picked it up and put alpha on a USB stick when I realized that using Vbox was probalby not going to work the way I hoped.
###############
I am really on it
When clicking on readline in apps I found some quirks so here is a quick clicking on each app and reporting the ones you will probably want to change or investigate
LH=left hand list RH=right hand list name
All readlines RH claim they file*
acl-dev RH says its tcz ends in tcze
libpciaccess (nothing wrong) but suggest it become libpci-access
Extra suggestion before we get to next alpha cut
In LH pane some filenames are too long due to mainly the use of -tinycore
eg
input-table-touchscreen-tinycore * Could you consider abbreviating -tinycore to -TC?
Yes I know I am lazy and can just click on the file to see the true name on RH side
Possible missing files?
wl-modules-3.8.10 exists but not its 64 cousin?
Curaga
Great job on doing all those Xorg stuff
Any chance you review and add
the xf86-video-nouveau* package?
Thanks for reading, real testing later
Typed on opera9.
-
Hi
regarding a revisit to firefox
I was able to get a firefox.tcz to load using a mixture of alpha and 4.x TCZ to say "ok" but running the executable borks.
Here is a little more info that I used etc
tc@box:/usr/local/firefox$ strings libxpcom.so | grep libxul*
libxul.so
tc@box:/usr/local/firefox$ strings libxul.so | grep libpng*
libpng warning: %s
libpng error: %s
libpng version 1.5.14 - January 24, 2013
libpng version 1.5.14 - January 24, 2013
(To get firefox.tcz say it was ok when it isn't)
sudo ln -s /usr/local/lib/libpng.so libpng12.so.0
I will now have a look at the source as thats what I downloaded for minefield.
thanks for reading
-
Juanito
That list in apps is looking great!
If I just choose download only, apps says its using the -w function
could that be changed to -wl?
-
Having a nouveau 2d driver would not be that useful since we don't ship the kernel driver for it.
-
curaga
fair enough
Juanito
small change to "long TCZ name" like input-tablet-touchscreen-3.8.10-tinycore.tcz suggestion.
As the user is looking for touchscreen support, they could already guess its an input, it could become
tablet-touchscreen-3.8.10-tinycore.tcz or tablet-touchscreen-3.8.10-TC.tcz
thanks for reading
-
Juanito
re-visiting an earlier request for animation png stuff, for firefox, do you mean an animated gif?
If so, opera9 correctly displays this link
http://en.wikipedia.org/wiki/File:Rotating_earth_(large).gif
If that is not an adequate test, can you expand on what you want tested please, when you get a chance?
The reason I ask is, minefield is built from 100 Meg source and takes a very long time to compile on 4x.
(not yet tried on alpha). So it be nice to have some links I can go to, to prove or disprove we have libpng issues resolved?
Originally, my planned 4x build stripped off the dev files as firefox and seamonkey were not compiles but just download and repacks. Sorry to waffle on, but obviously if minefield works, its dev files will then be used to build firefox and seamonkey etc......pretending I know I am talking about.
cheers
-
re-visiting an earlier request for animation png stuff, for firefox, do you mean an animated gif?
..from the blfs libpng section:
Optional patch to include animated png functionality in libpng (required to use the system libpng in Firefox)
-
Juanito
thanks for the quick reply ....on another matter, I still feel terrible! This is becoming a habit. I deliberately put alpha onto a usb stick....I won't expand on that point unless prompted and only just discovered I can't find the unpack tczs
first I load opera9 so I can post and I find that ok
ls -al /tmp/tcloop
total 0
drwxrwxr-x 3 root staff 60 Jun 19 06:30 ./
drwxrwxrwt 5 root staff 260 Jun 19 06:30 ../
drwxr-xr-x 4 root root 49 Oct 16 2009 opera9/
but
ls /usr/local/tce.installed/
Xlibs Xvesa fltk-1.1.10 freetype jpeg opera9
Xprogs aterm flwm_topside imlib2 libpng wbar
So how can you trust me, that I might be doing correct testing when I seem to have a bad build?
any clues.
I might add that all of the others are the onboot tczs as showing in
Xvesa.tcz
Xlibs.tcz
Xprogs.tcz
flwm_topside.tcz
wbar.tcz
aterm.tcz
freetype.tcz
libpng.tcz
jpeg.tcz
aterm.tcz
imlib2.tcz
fltk-1.1.10.tcz
cheers
-
Packages that are loaded into the filesystem will not appear in /etc/tcloop because they are not loop mounted.
-
Now playing mp3s with xmms. I have no vorbis files to test.
The only extensions needed that are not already in the repo:
xmms.tcz
libvorbis.tcz
-
gerald_clark
thanks and thanks for testing cups and opera9, much appreciated.
coreplayer2
someone one mentioned a "bit" to me, and then I remembered what byte to look for.
I can see the old shiretoko build here
ftp://distro.ibiblio.org/tinycorelinux/3.x/tcz/src/shiretoko/
Once again, thank you gerald_clark for your kindness and patience.
Juanito
Due to my bad testing, I can at least say sorry for mucking you about for claiming
leafpad, lxterminal and SpaceFM ---when with better testing I now know they all suffer the libpng issues.
SpaceFM can be updated. So too, quite a few of my downstream tczs. But,My first priority unless someone wiser wishes me to look elsewhere, is to compile minefield. If I am successful, for alpha, do I post it to gutmensch the normal way or someone else.
If someone else, would they mind, as the source is 100 megs--- a link to source
and as any package.bfe will be too large for gmail attachment, would they mind a dropbox link?
If it gutmensch is my contact for alpha submissions as well, he has already given me his requirements.
cheers
-
xmms.tcz
libvorbis.tcz
Copied over, what were you using for sound, alsa?
-
thanks and thanks for testing cups and opera9, much appreciated.
Does cups need recompiling due to the libpng issue or change in libtiff (now that graphics-libs-1 is phased out)?
-
Juanito
sorry I had not checked but assuming a recent post from someone else meant it was good?
In the meantime I report an issue for gtk2-dev, this is the size tab
atk-dev.tcz 122880, 0.12 MB
atk.tcz 159744, 0.15 MB
cairo-dev.tcz 53248, 0.05 MB
cairo.tcz 606208, 0.58 MB
expat2-dev.tcz 90112, 0.09 MB
expat2.tcz 61440, 0.06 MB
fontconfig-dev.tcz 131072, 0.12 MB
fontconfig.tcz 135168, 0.13 MB
freetype-dev.tcz 544768, 0.52 MB
freetype.tcz 274432, 0.26 MB
gdk-pixbuf2-dev.tcz 28672, 0.03 MB
gdk-pixbuf2.tcz 151552, 0.14 MB
glib2-dev.tcz 507904, 0.48 MB
glib2.tcz 1441792, 1.38 MB
+ gtk2-dev.tcz 524288, 0.50 MB
gtk2.tcz 2162688, 2.06 MB
harfbuzz-dev.tcz 28672, 0.03 MB
harfbuzz.tcz 176128, 0.17 MB
libffi-dev.tcz 53248, 0.05 MB
libffi.tcz 12288, 0.01 MB
libjpeg-turbo-bin.tcz 40960, 0.04 MB
libjpeg-turbo-dev.tcz 135168, 0.13 MB
libjpeg-turbo.tcz 90112, 0.09 MB
liblzma-dev.tcz 147456, 0.14 MB
liblzma.tcz 69632, 0.07 MB
libpng-dev.tcz 172032, 0.16 MB
libpng.tcz 94208, 0.09 MB
libpthread-stubs.tcz 4096, 0.00 MB
libtiff-dev.tcz 200704, 0.19 MB
libtiff.tcz 151552, 0.14 MB
libxcb-dev.tcz 851968, 0.81 MB
libxcb.tcz 217088, 0.21 MB
libxml2.tcz 741376, 0.71 MB
pango-dev.tcz 61440, 0.06 MB
pango.tcz 196608, 0.19 MB
perl5.tcz 13082624, 12.48 MB
pixman-dev.tcz 278528, 0.27 MB
pixman.tcz 253952, 0.24 MB
shared-mime-info.tcz 466944, 0.45 MB
Xorg-7.6-dev.tcz Error, not found
I can't find that xorg dev file in apps either
-
Does cups need recompiling due to the libpng issue or change in libtiff (now that graphics-libs-1 is phased out)?
I don't see libpng as a dep.
It is running with graphics-libs-1, so if that will not be available, a recompile will be needed.
-
yeah typing from 4.x and that graphics-libs-1.tcz is a depend of gdk-pixbuf2.tcz
I have seen errors around that gdk package when I tried something else.
I did not report it when I thought I had a bad build.
I am guessing I/we leave firefox/minefield stuff alone and recompile cups first
However, both will need packages from 4.x but if they work that should at least prove the devs work eh?
I am aware I could update qpdf but I am waiting for answer to my earlier question about submissions....its not critical so it can wait to be updated
Did you want me to try to compile against Xorg-7.7?
cheers
-
Juanito
I have an usb dongle wireless with missing firmware so I can't confirm wireless works but, in loading 4.x avahi we find
sudo /usr/local/etc/init.d/avahi status
avahi is running.
tc@box:~$ uname -a
Linux box 3.8.10-tinycore #3810 SMP Tue Apr 30 15:45:26 UTC 2013 i686 GNU/Linux
2) It looks I may have to swap the 4.x dependency file for gdk-pixbuf2 to load some stuff, I have not got anywhere, but my cups build looks a bit like this
# load alpha files first
su -c 'tce-load -i compiletc wget linux-3.8.3_api_headers perl5 bash acl-dev dbus-dev python-dev libidn openssl-1.0.0-dev \
gtk2-locale intltool ' tc
W=optional
# load 4x
cd /mnt/sda3/tce
su -c 'tce-load -i $W/procps $W/Linux-PAM-dev $W/ghostscript $W/libpaper-dev $W/libieee1284 $W/libmxml-dev $W/avahi-dev \
$W/openjpeg-dev $W/samba3 $W/libcups-filters $W/cups-filters $W/cups-filters-dev' tc
-
Please wait on compiling X apps until Xorg 7.7 is finished.
-
yeah typing from 4.x and that graphics-libs-1.tcz is a depend of gdk-pixbuf2.tcz
I have seen errors around that gdk package when I tried something else.
I did not report it when I thought I had a bad build.
When I tested CUPS, I let it load TC5 extensions when possible.
Since it is using the TC5 version of gdk-pixbuf2.tcz, that is not the source of the dependency.
Graphics-libs-1 is needed only by ghostscript.tcz.
-
I've been looking forward to this update since this kernel has gma500 graphics support. I took the patched kernel source and attempted building the modules for it and when I attempt to modprobe gma500_gfx.ko I get "invalid module format". Would whoever compiled this kernel be kind enough to upload the gma500 modules for the 5.x kernel? I want ones that will work with the TC5.x native kernel.
Thanks a lot guys.
-
Graphics-libs-1 is needed only by ghostscript.tcz.
and at least avahi-dev pulls in avahi and libavahi---- which pulls in gdk-pixbuf2.tcz which pulls in Graphics-libs-1
what I did not say, is that I found in building new cups, that my build script also had to
/usr/local/etc/init.d/avahi start
or I got an error
but I will work-a-round the recursive dep list of cups and avahi unless Juanito prefers to have a go?
and build with xorg 7.6
-
Graphics-libs-1 is needed only by ghostscript.tcz.
and at least avahi-dev pulls in avahi and libavahi---- which pulls in gdk-pixbuf2.tcz which pulls in Graphics-libs-1
The TC5 gdk-pixbuf2.tcz does not pull in graphics-libs-1.
-
thanks, I might have to expand my TC5 list to all dependencies in TC5, ditto TC4
I agree that if something is already loaded it can't be reloaded unless I issue
rm -rf /usr/local/tc.installed/pkgname
and use a swapped dep file for at least 2 packages to avoid loading that pesking graphics file
-
Juanito
missing dep for gtk2 is libXft as per
tce-load -i gtk2
liblzma.tcz: OK
libxml2.tcz: OK
libffi.tcz: OK
glib2.tcz: OK
shared-mime-info.tcz: OK
libjpeg-turbo.tcz: OK
libtiff.tcz: OK
gdk-pixbuf2.tcz: OK
libxcb.tcz: OK
pixman.tcz: OK
cairo.tcz: OK
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
atk.tcz: OK
gtk2.tcz: OK
PS I am typing this on new opera.tcz
Version 12.15
Build 1748
Platform Linux
System i686, 3.8.10-tinycore
but more testing to do with it and then I need to know who to submit it to?
-
missing dep for gtk2 is libXft as per
Thanks - basically we need to modify Xlibs for Xorg-7.7-lib and adjust deps once Xorg-7.7 is available.
but more testing to do with it and then I need to know who to submit it to?
The usual suspects :)
-
New version of Xlibs uploaded with the X libs removed and the X libs from Xorg-7.7-lib referenced in the dep file.
This works for me with Xorg-7.6 (with Xorg-7.7-lib replacing Xorg-7.6-lib), but I do not have the hardware to test Xvesa.
I'd appreciate it if somebody could test Xvesa/Xfbdev with the new Xlibs and report if it works.
Note that the deps of gtk2 and similar will eventually need modifying since they require libXft and potentially others that are not a dep of Xlibs/Xvesa/Xfbdev, but are a dep of Xorg-7.x
-
Juanito
I assume by "usual suspects" you mean the normal or usual submission process and not try you?
-
libXrender.tcz missing in repo
-
Hi bmarkus
I can see it unless you meant a different tcz? 2013/06/15 - First version
try
wget http://tinycorelinux.net/5.x/x86/tcz/libXrender.tcz
-
Thanks, my fault. Now it works.
-
I assume by "usual suspects" you mean the normal or usual submission process and not try you?
Correct, but be sure to indicate which repo it is for
-
Thanks, my fault. Now it works.
Xvesa works?
-
Juanito
Xvesa works
Does for me, but only just updated / reboot after needing a prompt :-[
-
Would whoever compiled this kernel be kind enough to upload the gma500 modules for the 5.x kernel?
It's already there, grab the graphics extension.
-
gtk2-dev error
tce-load -w gtk2-dev
Downloading: Xorg-7.6-dev.tcz
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
wget: server returned error: HTTP/1.1 404 Not Found
md5sum: Xorg-7.6-dev.tcz.md5.txt: No such file or directory
Error on Xorg-7.6-dev.tcz
ahh that xorg file is not in the repo for me
-
Thanks Curaga.
xf86-video-all.tcz fails because it depends on xf86-video-ati.tcz which depends on firmware-radeon.tcz and graphics-3.0.21-tinycore.tcz
-
Updated Xlibs and rebooted, this happened
(http://db.tt/zd1FWdup)
Restored an earlier version of Xlibs and the system booted normally
using Xvesa
-
Updated Xlibs and rebooted, this happened
I just re-downloaded Xlibs from the 5.x repo and "startx" is definately there in /usr/bin - does the md5sum check out OK?
-
FWIW, I can duplicate coreplayer2 screen using an amended vesa.lst but using the orginal onboot.lst is still goood so if helps
BAD
cat /mnt/sdb1/tce/vesa.lst
Xvesa.tcz
Xprogs.tcz
flwm_topside.tcz
wbar.tcz
aterm.tcz
jpeg.tcz
imlib2.tc
GOOD
cat /mnt/sdb1/tce/onboot.lst
Xvesa.tcz
Xlibs.tcz
Xprogs.tcz
flwm_topside.tcz
wbar.tcz
aterm.tcz
freetype.tcz
jpeg.tcz
libpng.tcz
imlib2.tcz
fltk-1.1.10.tcz
Also on good, panel -> system stats
1640 root /usr/local/bin/Xvesa -br -screen 1680x1050x24 -shadow -2button -mouse /dev/input/mice -nolisten tcp -I
hope that helps ?
-
alsa and deps updated 1.0.24.x -> 1.0.27.1
It works for me with intel sound hardware using "sudo /usr/local/etc/init.d/alsasound start", but further testing and using "sudo alsaconf" would be good
Card: HDA Intel PCH
Chip: Intel CougarPoint HDMI
Edit: and it works to the mac mini external speakers without having to hack things with hda_analyser 8)
-
efi (mac mini) and uefi (dell latitude e6220) boot both tested OK from a usb stick using grub2:
$ fdisk -l /dev/sdc
Found valid GPT with protective MBR; using GPT
Disk /dev/sdc: 2030592 sectors, 1983K
Logical sector size: 512
Disk identifier (GUID): 4201139c-424d-43d7-af02-8ba04d30463b
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 2030558
Number Start (sector) End (sector) Size Code Name
1 2048 245760 238K 0700 EFI System
2 247808 2030558 1740K 0700 Linux/Windows data
$ cat /mnt/sdc1/EFI/BOOT/grub/grub.cfg
search --no-floppy --fs-uuid --set=root 74d071dc-a992-4493-8b54-168fb79897dd
menuentry "rootfs64" {
linux /boot/vmlinuz64 quiet noswap tce=UUID=74d071dc-a992-4493-8b54-168fb79897dd waitusb=10:UUID=74d071dc-a992-4493-8b54-168fb79897dd tz=GMT-4 blacklist=bcma blacklist=ssb blacklist=b43 text
initrd /boot/rootfs.gz /boot/modules64.gz
Note that in both cases the (u)efi boot loader is 64bit "/mnt/sdc1/EFI/BOOT/BOOTX64.EFI", so not tested with 32bit tc-5.x
-
Updated Xlibs and rebooted, this happened
I just re-downloaded Xlibs from the 5.x repo and "startx" is definately there in /usr/bin - does the md5sum check out OK?
If it happens again ill check the md5sum, possibly the error was the result of a bad download.
Sent from my iPad using Tapatalk HD
-
hi
testing alsa update (have not tried before update)
before loading alsaconf, without using onboot, alsa loads, daemon status is running but no sound
ok so
tc@box:~$ tce-load -i alsaconf
/etc/sysconfig/tcedir/optional/alsaconf.tcz: OK
tc@box:~$ sudo alsaconf
sudo: unable to execute /usr/local/sbin/alsaconf: No such file or directory
tc@box:~$ ls /usr/local/sbin/alsaconf
/usr/local/sbin/alsaconf
tc@box:~$ ls -al /usr/local/sbin/alsaconf
lrwxrwxrwx 1 root root 44 Jun 22 00:27 /usr/local/sbin/alsaconf -> /tmp/tcloop/alsaconf/usr/local/sbin/alsaconf
tc@box:~$ ls -al /tmp/tcloop/alsaconf/usr/local/sbin/alsaconf
-rwxr-xr-x 1 root root 35619 Jun 21 15:47 /tmp/tcloop/alsaconf/usr/local/sbin/alsaconf
tc@box:~$ sudo /tmp/tcloop/alsaconf/usr/local/sbin/alsaconf
sudo: unable to execute /tmp/tcloop/alsaconf/usr/local/sbin/alsaconf: No such file or directory
-
altho I know you are super busy, a blantant bump for gtk2-dev but extra
both gtk2-dev and gtk1-dev have a missing depend of the same file
Xorg-7.6-dev.tcz
thanks for reading
-
to anyone
I guess the reason for coreplayer2 boot up issue earlier?
have a look at the new depends of Xlibs and flwm_topside
If users had not waited for all of those depends to download, maybe he was just missing one on reboot?
-
update to reply 122,
I leave the alsaconf there for any one to grasp, but I just rebooted and have sound but still a little dirty
sudo /usr/local/etc/init.d/alsasound start
rmmod: can't unload 'snd_hda_codec_idt': Resource temporarily unavailable
rmmod: can't unload 'snd_hda_codec': Resource temporarily unavailable
rmmod: can't unload 'snd_hwdep': Resource temporarily unavailable
rmmod: can't unload 'snd_pcm': Resource temporarily unavailable
rmmod: can't unload 'snd_timer': Resource temporarily unavailable
rmmod: can't unload 'snd': Resource temporarily unavailable
Starting sound driver: snd-hda-intel
tc@box:~$ speaker-test -c 2 -t wav
sound works I was tricked by the output, .....but I am easily tricked, hey where are my clothes? :P
-
emelfm2.tcz from the 4.x repo seems to work in 5.0.alpha2 if you add Xorg-7.6-lib to its .dep file.
I haven't done extensive testing, but it looks ok on a brief tryout.
-
sylpheed.tcz (the regular, gtk2 version) from the 4.x repo seems to work in 5.0.alpha2 if you add Xorg-7.6-lib to its .dep file, bring over libssl-0.9.8.tcz and make new symlink to libpng16.so.16.2.0 as libpng12.so.0. I suppose it ought to be recompiled to resolve the libpng issue.
As with emelfm2, I haven't done extensive testing, but it looks ok on a brief tryout.
-
libssl-0.9.8.tcz from the 4.x repo seems to work in 5.0.alpha2, at least in as much as it allows sylpheed.tcz to work.
-
testing alsa update (have not tried before update)
before loading alsaconf, without using onboot, alsa loads, daemon status is running but no sound
Thanks - I missed the alsaconf dep file - it should be OK now.
-
emelfm2.tcz from the 4.x repo seems to work in 5.0.alpha2 if you add Xorg-7.6-lib to its .dep file.
Thanks - copied over with Xorg-7.7-lib as a dep
-
sylpheed.tcz (the regular, gtk2 version) from the 4.x repo seems to work in 5.0.alpha2 if you add Xorg-7.6-lib to its .dep file, bring over libssl-0.9.8.tcz and make new symlink to libpng16.so.16.2.0 as libpng12.so.0. I suppose it ought to be recompiled to resolve the libpng issue.
Basically, everything with a dep on the old libpng will need recompiling
libssl-0.9.8.tcz from the 4.x repo seems to work in 5.0.alpha2, at least in as much as it allows sylpheed.tcz to work.
Let's try and use openssl-1.0.0 and newer in the 5.x repo
-
altho I know you are super busy, a blantant bump for gtk2-dev but extra
both gtk2-dev and gtk1-dev have a missing depend of the same file - Xorg-7.6-dev.tcz
I think it would be better to wait until Xorg-7.7-dev is out and compile things against that.
-
I think it would be better to wait until Xorg-7.7-dev is out and compile things against that.
ok, message finally received and understood
trivia, cups the way I build it, depends on gtk2-dev, avahi-dev and ghostscript, most waiting on Xorg-7.7 or cut down dep files.
I have rebuilt the dep files for each but can't really do anything if you were as impatient as me.
2) It should be safe to upload cups-filters and libcups-filters as neither of them depend on Xorg or png stuff.
Or I could mention to my friend when I finally submit the build for cups?
3) I have always been a bit unsure of my wireless skills so cups-browsed won't be built until cups lands. But that is exactly how I did it in 4x.....cups-filters then cups then cups-browsed. With cups-browsed built against cups 1.6.2
4) Trivia, I have not loaded the led* TCZ but my num pad is now working beautifully in 5x----good stuff.
Each time I look my build, I can move more stuff for 5x to load and less for 4x, which is wonderful
Keep up the magnificant job you guys.
coreplayer2
You wouldn't be building or testing firmware and related packages by any chance?
-
alsa revisited---sorry
sudo /usr/local/etc/init.d/alsasound start
rmmod: can't unload 'snd_hda_codec_idt': Resource temporarily unavailable
rmmod: can't unload 'snd_hda_codec': Resource temporarily unavailable
rmmod: can't unload 'snd_hwdep': Resource temporarily unavailable
rmmod: can't unload 'snd_pcm': Resource temporarily unavailable
rmmod: can't unload 'snd_timer': Resource temporarily unavailable
rmmod: can't unload 'snd': Resource temporarily unavailable
Starting sound driver: snd-hda-intel
tc@box:~$ speaker-test -c 2 -t wav
speaker-test 1.0.27.1
Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 8192
Period size range from 1024 to 1024
Using max buffer size 8192
Periods = 4
was set period_size = 1024
was set buffer_size = 8192
speaker-test: relocation error: speaker-test: symbol snd_pcm_get_chmap, version ALSA_0.9 not defined in file libasound.so.2 with link time reference
just running speaker-test gives a similar error
-
I just gave it a go:
$ tce-load -i alsaconf
$ sudo alsaconf
...
===============================================================================
Now ALSA is ready to use.
For adjustment of volumes, use your favorite mixer.
Have a lot of fun!
$ speaker-test -c 2 -t wav
speaker-test 1.0.27.1
Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
WAV file(s)
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 8192
Period size range from 1024 to 1024
Using max buffer size 8192
Periods = 4
was set period_size = 1024
was set buffer_size = 8192
0 - Front Left
1 - Front Right
Time per period = 2.848214
....
..seems to work OK, (and xmms plays mp3's) maybe one of the alsa extensions wasn't updated on your system?
-
Juanito re ALSA
As suspected, there were 2 missing deps of dialog and mktemp for various packages, all downloaded now.
alsa speaker-test was good before alsaconf and I don't need to use alsaconf myself.
LESSON I must learn to check all deps before posting, --- grins like a sheep
2) Indirectly you solved my opera failed to load 2 *.so files relating to gtk* gdk* My depend missing Xorg-7.6-lib. I had posted in the normal forum but deleted it as no replies.
but of course I won't submit now until we get 7.7
-
eject.tcz
from 4x works as expected
-
eject.tcz
Thanks - copied over
-
aspell.tcz
from 4x works as expected, I have single language so hope you also accept all other aspells?
-
man.tcz
works as expected tested against one manpage only but that should suffice.
-
weechat and weechat-scripts works with some modifications
weechat-doc should be ok once man lands
locales not tested, but they are split during the building of TCZ process so see no reason why they won't work
1) When you get a chance update the dep file for weechat to show
openssl-1.0.0
2) the info file for weechat-scripts has one error (so far) at line 35 and should read
/set aspell.check.real_time "on"
missing check
or see attached info file
cheers
-
xchat.tcz works with one ignorable font error
but not xchat2 which has graphics depends
popup box appears says missing lucidatypwriter font
and they can be found in sun-jre* but they are too large to add as dependency
xchat server box font appears to be courier if lucida* is not found IMHO
no big deal, it works
-
I assume its ok to say if the main works, you will accept the locales work without testing?
-
curaga
forgive me, if you already know libxv has update
libXv is the Xlib-based client library for the X Video (Xv) extension.
This quick fix release corrects an issue with the security fix from 1.0.8,
in which, if the size checks did determine the response from the X server
was too large to fit in the buffer it had allocated, XvQueryPortAttributes
could return a pointer to the caller that pointed to uninitialized memory
where the caller expected a nil-terminated string.
Alan Coopersmith (2):
XvQueryPortAttributes: add a comment explaining memory strategy
libXv 1.0.9
Daphne Pfister (1):
Bug 65252: Ensure final name is nil-terminated & none point to uninitialized memory.
git tag: libXv-1.0.9
http://xorg.freedesktop.org/archive/individual/lib/libXv-1.0.9.tar.bz2
MD5: 3f642e1d868a2289769b983cf346e7bb
SHA1: cf6d40664b436673f92ed15bc4fadb6bc8d7ce26
SHA256: a874dbf864d0271bbe795af67ef5b3f20096c92fc11eacbf0d2af00e32bc5b4b
http://xorg.freedesktop.org/archive/individual/lib/libXv-1.0.9.tar.gz
MD5: d4b602ff83a2f676e43bc52f5fa37252
SHA1: f5227997a614cff1afcc19c5eb8ae4c184b0cb12
SHA256: d9deb163fbfd72b39581b18d64ae2261e9d8db7aa1bb2d3dab27b1fceab53174
--
-Alan Coopersmith- alan.coopersmith@oracle.com
Oracle Solaris Engineering - http://blogs.oracle.com/alanc
Gordon
-
man.tcz
works as expected tested against one manpage only but that should suffice.
Copied over
aspell.tcz
from 4x works as expected, I have single language so hope you also accept all other aspells?
Copied over
I assume its ok to say if the main works, you will accept the locales work without testing?
Yes :)
-
is it me? or are we missing a firmware extension (for wifi devices etc) in the repo ?
-
tc@box:~$ ls /mnt/sda6/ISOS/fi*
/mnt/sda6/ISOS/firefox-21.0.tar.bz2
tc@box:~$ version
5.0.alpha2
tc@box:~$ ls /tmp/tcloop/
Xlibs/ harfbuzz/ liblzma/
Xorg-7.6/ hicolor-icon-theme/ libnl/
Xorg-7.6-bin/ imlib2/ libpng/
Xorg-7.6-lib/ libICE/ libssh2/
Xorg-fonts/ libSM/ libtiff/
Xprogs/ libX11/ libxcb/
aterm/ libXau/ libxml2/
atk/ libXdmcp/ mc/
cairo/ libXext/ nspr/
dbus/ libXfont/ nss/
dbus-glib/ libXi/ openssl-1.0.0/
elinks-nodep/ libXmu/ opera9/
emelfm/ libXpm/ pango/
expat2/ libXrandr/ pixman/
firmware-iwlwifi/ libXrender/ shared-mime-info/
fltk-1.1.10/ libXt/ slang/
flwm_topside/ libasound/ sqlite3/
fontconfig/ libffi/ udev-lib/
freetype/ libfontenc/ wbar/
gdk-pixbuf2/ libgcrypt/ wifi/
glib1/ libgpg-error/ wireless-3.8.10-tinycore/
glib2/ libiconv/ wireless_tools/
gtk1/ libiw/ wpa_supplicant/
gtk2/ libjpeg-turbo/ xf86-video-nv/
tc@box:~$ la
total 32
drwxr-s--- 12 tc staff 420 Jun 23 17:42 ./
drwxrwxr-x 3 root staff 60 Jun 11 01:49 ../
drwxr-xr-x 2 tc staff 40 Apr 21 2010 .X.d/
-rw------- 1 tc staff 97 Jun 23 17:18 .Xauthority
-rwxr-xr-x 1 tc staff 275 Jun 12 07:46 .Xdefaults
-rw-rw-r-- 1 tc staff 51 Jun 23 18:20 .ash_history
-rw-r--r-- 1 tc staff 446 Jun 10 03:49 .ashrc
drwx--S--- 3 tc staff 60 Jun 23 17:42 .cache/
drwxr-sr-x 2 tc staff 200 Jun 23 18:15 .emelfm/
drwxr-xr-x 3 tc staff 60 Mar 4 2010 .fltk/
drwxr-xr-x 2 tc staff 100 Jun 23 17:18 .fontconfig/
drwxr-sr-x 4 tc staff 80 Jun 23 17:42 .local/
drwx--S--- 4 tc staff 80 Jun 23 17:42 .mozilla/
drwx------ 10 tc staff 640 Jun 23 17:30 .opera/
-rw-r--r-- 1 tc staff 920 Jun 10 03:49 .profile
drwxr-sr-x 2 tc staff 40 Jun 12 07:46 .qt/
-rwxr-xr-x 1 tc staff 103 Jun 12 07:46 .setbackground
lrwxrwxrwx 1 root staff 20 Jun 23 17:18 .wbar -> /usr/local/tce.icons
drwxr-sr-x 5 tc staff 100 Jun 23 17:18 .wmx/
-rwx------ 1 tc staff 351 Jun 12 07:46 .xsession
-rw-r--r-- 1 root staff 19 Jun 12 07:49 wifi.db
tc@box:~$ /mnt/sda6/Coretcz64/tce/ondemand/firefox/firefox --version
Mozilla Firefox 21.0
tc@box:~$ cat /mnt/sda6/TCZ40repo/tce/optional/chromium-browser.tcz.dep
gtk2.tcz
dbus-glib.tcz
libasound.tcz
nss.tcz
udev-lib.tcz
shared-mime-info.tcz
hicolor-icon-theme.tcz
tc@box:~$ ls /mnt/sda6/ISOS/fi*
/mnt/sda6/ISOS/firefox-21.0.tar.bz2
tc@box:~$
-
beroje
Please see reply 72 on why chromium-browser is not being uploaded.
Please see reply 77 for firefox and 81, 86 or just try running
firefox and notice the errors
Then read reply 97 --- the reason why no-one has submitted any updates to mozilla family web browsers
-
before I can re-compile cups, I will need to re-compile ghostscript due to its dependencies
and avahi-dev dependencies in 4x also look suss
-
before I start on ghostscript, ignoring the errors due to gtk2-dev and its xorg files that we already discussed, what do you think of the other errors?
code snippet
HERE=`pwd`
su tc
cd $HERE
# load 5x files first
# LIST is longer than normal to install as many deps for 4x with no depends for list2 for 4x
###### waiting for gtk2-dev dependency to update to xorg-7.7-lib
LIST1="compiletc wget acl-dev bash \
> dbus-dev pango-dev gdk-pixbuf2-dev gtk2-locale gtk2 libxml2-dev \
> gtk2-dev python-dev openssl-1.0.0-dev \
> intltool libidn bzip2 atk-dev pixman-dev "
for Z in $LIST1
> do
> tce-load -wl $Z
> tce-load -i $Z
> done
compiletc is already downloaded.
zlib_base-dev.tcz: OK
util-linux_base-dev.tcz: OK
linux-3.8.3_api_headers.tcz: OK
glibc_base-dev.tcz: OK
e2fsprogs_base-dev.tcz: OK
sed.tcz: OK
pkg-config.tcz: OK
patch.tcz: OK
make.tcz: OK
m4.tcz: OK
grep.tcz: OK
gmp.tcz: OK
mpfr.tcz: OK
mpc.tcz: OK
ppl.tcz: OK
cloog.tcz: OK
binutils.tcz: OK
gcc_libs.tcz: OK
gcc_libs-dev.tcz: OK
gcc_base-dev.tcz: OK
gcc.tcz: OK
gawk.tcz: OK
flex.tcz: OK
findutils.tcz: OK
file.tcz: OK
diffutils.tcz: OK
bison.tcz: OK
compiletc.tcz: OK
wget is already downloaded.
openssl-1.0.0.tcz: OK
wget.tcz: OK
acl-dev is already downloaded.
libattr.tcz: OK
acl.tcz: OK
acl-dev.tcz: OK
bash is already downloaded.
ncurses-common.tcz: OK
ncurses.tcz: OK
bash.tcz: OK
dbus-dev is already downloaded.
expat2.tcz: OK
expat2-dev.tcz: OK
dbus.tcz: OK
dbus-dev.tcz: OK
pango-dev is already downloaded.
libpng-dev.tcz: OK
freetype-dev.tcz: OK
libxcb-dev.tcz: OK
fontconfig.tcz: OK
fontconfig-dev.tcz: OK
pixman.tcz: OK
pixman-dev.tcz: OK
perl5.tcz: OK
libffi-dev.tcz: OK
libffi.tcz: OK
glib2.tcz: OK
glib2-dev.tcz: OK
cairo.tcz: OK
cairo-dev.tcz: OK
harfbuzz.tcz: OK
harfbuzz-dev.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
pango-dev.tcz: OK
gdk-pixbuf2-dev is already downloaded.
libjpeg-turbo-bin.tcz: OK
libjpeg-turbo-dev.tcz: OK
liblzma-dev.tcz: OK
liblzma.tcz: OK
libtiff.tcz: OK
libtiff-dev.tcz: OK
gdk-pixbuf2.tcz: OK
gdk-pixbuf2-dev.tcz: OK
gtk2-locale is already downloaded.
/etc/sysconfig/tcedir/optional/gtk2-locale.tcz: OK
gtk2 is already downloaded.
libxml2.tcz: OK
shared-mime-info.tcz: OK
atk.tcz: OK
gtk2.tcz: OK
libxml2-dev is already downloaded.
libxml2-bin.tcz: OK
libxml2-dev.tcz: OK
Downloading: Xorg-7.6-dev.tcz
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
wget: server returned error: HTTP/1.1 404 Not Found
md5sum: Xorg-7.6-dev.tcz.md5.txt: No such file or directory
Error on Xorg-7.6-dev.tcz
gtk2-dev.tcz not found!
python-dev is already downloaded.
readline.tcz: OK
gdbm.tcz: OK
Xorg-7.6-lib.tcz: OK
tcl.tcz: OK
tk.tcz: OK
bzip2-lib.tcz: OK
sqlite3.tcz: OK
python.tcz: OK
touch: /usr/local/tce.installed/python-dev: Permission denied
python-dev.tcz: OK
openssl-1.0.0-dev is already downloaded.
touch: /usr/local/tce.installed/openssl-1.0.0-dev: Permission denied
openssl-1.0.0-dev.tcz: OK
intltool is already downloaded.
touch: /usr/local/tce.installed/gettext: Permission denied
gettext.tcz: OK
touch: /usr/local/tce.installed/perl_xml_parser: Permission denied
perl_xml_parser.tcz: OK
touch: /usr/local/tce.installed/intltool: Permission denied
intltool.tcz: OK
libidn is already downloaded.
touch: /usr/local/tce.installed/libidn: Permission denied
/etc/sysconfig/tcedir/optional/libidn.tcz: OK
bzip2 is already downloaded.
touch: /usr/local/tce.installed/bzip2: Permission denied
/etc/sysconfig/tcedir/optional/bzip2.tcz: OK
atk-dev is already downloaded.
touch: /usr/local/tce.installed/atk-dev: Permission denied
atk-dev.tcz: OK
pixman-dev is already downloaded.
pixman-dev is already installed!
I am referring to permission denied (1) and (2) /usr/local/bin/pango-querymodules: error while loading shared libraries: libXft.so.2: cannot open shared object file: No such file or directory
ls -al
total 40
drwxr-xr-x 8 tc staff 4096 Jun 23 11:34 ./
drwxrwxr-x 7 root staff 140 Jun 24 01:22 ../
drwxr-xr-x 6 tc staff 4096 Jun 20 23:58 Z/
drwxr-xr-x 3 tc staff 4096 Jun 18 09:12 boot/
drwxr-xr-x 3 tc staff 4096 Jun 19 06:23 home/
drwx------ 2 tc staff 16384 Jun 23 10:28 lost+found/
drwxrwsr-x 4 root staff 4096 Jun 11 06:19 opt/
drwxrwxr-x 4 tc staff 4096 Jun 22 08:09 tce/
ls -al tce
total 2252
drwxrwxr-x 4 tc staff 4096 Jun 22 08:09 ./
drwxr-xr-x 8 tc staff 4096 Jun 23 11:34 ../
-rw-rw-r-- 1 tc staff 128 Jun 18 09:26 copy2fs.lst
-rw-rw---- 1 tc staff 0 Jun 18 12:09 firstrun
-rw-rw-r-- 1 tc staff 185 Jun 24 01:22 mydata.tgz
-rw-rw-r-- 1 tc staff 127 Jun 24 01:22 onboot.lst
drwxrwxr-x 2 tc staff 4096 Jun 18 12:07 ondemand/
drwxrwxr-x 2 tc staff 20480 Jun 24 01:25 optional/
-rw--w---- 1 tc staff 2248464 Jun 22 06:17 provides.db
-rw-rw-r-- 1 tc staff 152 Jun 22 00:54 vesa.lst
-rw-rw-r-- 1 tc staff 117 Jun 19 10:35 xbase.lst
-rw-rw-r-- 1 tc staff 0 Jun 18 12:07 xwbar.ls
thanks for reading
-
The pango error occurs due to a missing dep on Xorg-7.7-lib - I'll correct the deps once we have Xorg-7.7
-
great!
and the permission denied errors?
-
qpdf works as expected
trivia but to prove it was a bit dirty.
I loaded ghostscript which gives our favourite reponse
/usr/local/bin/gdk-pixbuf-query-loaders: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
but gs still loaded and then I ran
qpdf test.pdf out.pdf
gs out.pdf
and I could see it as gs is a pdf viewer as well.
see scrot
-
scrot works as expected
scrot -d 10 qpdf.jpg
note image proves that qpdf works and not to accept ghostscript as above
(http://oi42.tinypic.com/22i2l1.jpg)
-
I hope I am not showing my impatience again 8)
man has landed but its dependencies have not.
5x dependencies do not appear to match 4x?
less.tcz
ncurses.tcz
ncurses-common.tcz
pcre.tcz
readline.tcz
ncurses.tcz
ncurses-common.tcz
groff.tcz
versus less and groff on 5x
cheers
-
(http://i42.tinypic.com/33f3kvt.png)
:)
-
Thank you aus9 for the image code which works very nicely in this forum
May I suggest large icon size thumbnail? which allows the reader to choose whether to view or not and saves the browser from going nuts when responding to full size images
[img width=128 height=80]http://db.tt/y2FpiepZ[/img]
eg:
(http://db.tt/y2FpiepZ)
-
Two items
First, there is no firmware.tcz in the tc-5.x repo ? (mentioned already)
Secondly, the extension origional-modules-3.8.10-tinycore.tcz references modules from 3.8.4-tinycore.tcz's as dependencies (which don't exist)
???
-
ezremaster and deps appear to function, at least to the limit of my usage. perhaps Brian can confirm full compatibility?
-
fluff.tcz from the 4.x repo needs to be recompiled against the new libpng but otherwise seems to work (that goofy symlink trick that I did with sylpheed works here, too)
I'd recommend waiting for the recompiled fluff for 5.x, but it looks like that's all it needs. Of course, since its a file management tool, extra caution is in order if you play with it in the mean time.
-
flume.tcz from the 4.x repo also works other than needing recompiled against the new libpng.
-
flnotify.tcz from the 4.x repo works "right out of the box".
-
fluff.tcz from the 4.x repo needs to be recompiled against the new libpng but otherwise seems to work (that goofy symlink trick that I did with sylpheed works here, too)
I'd recommend waiting for the recompiled fluff for 5.x, but it looks like that's all it needs. Of course, since its a file management tool, extra caution is in order if you play with it in the mean time.
see also Reply #3 on: June 11, 2013 in this thread
-
First, there is no firmware.tcz in the tc-5.x repo
Copied over - what about the firmware* extensions?
Secondly, the extension origional-modules-3.8.10-tinycore.tcz references modules from 3.8.4-tinycore.tcz's as dependencies (which don't exist)
I leave this one for Curaga
-
versus less and groff on 5x
Sorry - I missed those - copied over
-
qpdf works as expected
copied over
scrot works as expected
copied over
-
ezremaster and deps appear to function, at least to the limit of my usage. perhaps Brian can confirm full compatibility?
OK - thanks, but let's leave this until the final version of tc-5.x is released
-
flnotify.tcz from the 4.x repo works "right out of the box".
Thanks - copied over
-
coreplayer2
my apols, I may learn one day. image corrected
-
beroje
Maybe you could edit your image at reply 156 as well?
2) I was really excited to think you might be our new 5x maintainer on firefox until I discovered 2 naughty things
I know all about naughty.....on page 2 or whatever, I claimed a lot of packages worked when I had NOT used 5x libpng
so, I note that you are not either but have a new package called libpng477, so not a true test.....I am sorry
here is me ....claiming to know what a true test is....when I have failed numerous times :-[
3) Lets look at 477 version of xulrunner?
mount /mnt/sda3
tc@box:~$ tce-load -i /mnt/sda3/tce/optional/xulrunner
libevent.tcz: OK
sqlite3.tcz: OK
libxcb-util.tcz: OK
libstartup-notification.tcz: OK
liblzma.tcz: OK
libxml2.tcz: OK
libffi.tcz: OK
glib2.tcz: OK
shared-mime-info.tcz: OK
graphics-libs-1.tcz: OK
/usr/local/bin/gdk-pixbuf-query-loaders: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
gdk-pixbuf2.tcz: OK
Xorg-7.6-lib.tcz: OK
pango.tcz: OK
expat2.tcz: OK
fontconfig.tcz: OK
pixman.tcz: OK
cairo.tcz: OK
atk.tcz: OK
/usr/local/bin/gdk-pixbuf-query-loaders: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
gtk2.tcz: OK
dbus.tcz: OK
dbus-glib.tcz: OK
libnotify.tcz: OK
libasound.tcz: OK
ncurses-common.tcz: OK
ncurses.tcz: OK
libiconv.tcz: OK
readline.tcz: OK
hunspell.tcz: OK
libIDL.tcz: OK
nspr.tcz: OK
nss.tcz: OK
xulrunner.tcz: OK
Can't use it sorry
-
beroje
Your image at 156 has a pdf viewer open. I am guessing its epdfview?
I have rebuilt it, so unfortuanately your test may not quite work.
4x is rebuilt to strip off the compile option for cups. I never got around to the cups version as announced in the forum
and my version has a libpng issue for 5x
But I can tell you have done a lot of good work and spent valuable time.
I hope you may tolerate my perversions, errors and weaknesses of vanity?
Gordon
-
Juanito
thanks for taking the time to fix up man
works on 5x as expected....beautiful!
-
see also Reply #3 on: June 11, 2013 in this thread
I remembered seeing that right after I posted. ::)
-
xchat.tcz works with one ignorable font error
copied over - I'll look to update this once we're further along with tc-5.x
weechat and weechat-scripts works with some modifications
I'd suggest that weechat is recompiled to use the newer gnutls, rather than gnutls2, extension. In the meantime I uploaded the modified weechat-scripts info file to the 4.x repo
-
version 5.x Alpha
Files in
libpng.tcz
/usr/local/lib/libpng.so
/usr/local/lib/libpng16.so
/usr/local/lib/libpng16.so.16
/usr/local/lib/libpng16.so.16.2.0
=========================================
version 4.7.7
Files in
libpng.tcz
usr/local/lib/libpng.la
usr/local/lib/libpng.so
usr/local/lib/libpng.so.3
usr/local/lib/libpng.so.3.44.0
usr/local/lib/libpng12.la
usr/local/lib/libpng12.so
usr/local/lib/libpng12.so.0
usr/local/lib/libpng12.so.0.44.0
Renamed libpng477.tcz
=========================================
From mi PPR 4.X
tce-load -i epdfview.tcz
only for tests.
Desde mi PPR 4.X
tec-load -i epdfview.tcz
sólo para pruebas.
-
I assume here that we compile with libpng.tcz loaded for applications previously requiring libpng12.so.0 ?
-
First, there is no firmware.tcz in the tc-5.x repo
Copied over - what about the firmware* extensions?
Thanks. Am sure the firmware* provides the needed files but haven't tried those extensions yet.
-
Juanito
The list of packages for cups that need re-compile has grown as I start to read the depends in 4x
cups, ghostscript, gutenprint, cups-filters, avahi, hplip
cups-browsed will be left to last as no usb dongle etc working
hplip/avahi well I know there your babies but I would prefer if possible you have a look at avahi before hplip for 2 reasons
1) I can't use my usb dongle into tower due to missing firmware drivers etc, so can't test
2) my wireless skills are poor as you know from my numerous forum posts etc
--This is a statement of incompetence, hopefully someone will pay me out some golden parachute like politicians etc
A number of them are have builds depending on the others which in turn depend on the one you are looking at.
OK who wants to be sane in this world
-
original-modules dep file updated.
-
Thanks curaga
-
Is this what the gurus have been waiting for?
[ANNOUNCE] xorg-server 1.14.2
Inbox
x
Matt Dew <marcoz@osource.org>
00:18 (6 hours ago)
to xorg, xorg-announce
All,
My apologies for the couple day delay. The release was scheduled
for last Thursday but a regression was found.
Emmanuel Benisty reported that one of the commits caused a regression
problem. I reverted that commit and allowed a couple days for some
additional testing.
Chris Clayton has reported that this release doesn't work with gcc 4.8-snapshot.
Matt
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Alan Coopersmith (1):
Only call xf86platformVTProbe() when it's defined
Matt Dew (2):
Revert "dix: pre-scale x by the screen:device:resolution ratio"
Bump rev from 1.14.1.902 to 1.14.2
git tag: xorg-server-1.14.2
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.14.2.tar.bz2
MD5: 5d36a6483e8e301875131e8302c67727 xorg-server-1.14.2.tar.bz2
SHA1: accece109925f46ac92618850f53c7459261113c xorg-server-1.14.2.tar.bz2
SHA256: f6ddfb3f1cfff2d69d45657aec626ebe8b5847810154ff7df7ed2072b076c86b
xorg-server-1.14.2.tar.bz2
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.14.2.tar.gz
MD5: b70d12b001037839ce2c2e69bc5e7c30 xorg-server-1.14.2.tar.gz
SHA1: 9435fd3c55cb561faac365bd47b66ff5f98092d2 xorg-server-1.14.2.tar.gz
SHA256: 01478a74aaf938ddc22ce3495031c610a6fe5e3dcce16da58b6c5f141256984f
xorg-server-1.14.2.tar.gz
-
I assume here that we compile with libpng.tcz loaded for applications previously requiring libpng12.so.0 ?
libpng-dev, yes
-
I hope this does not upset anyone. Having looked at all my build depends for all printer packages and the inter-dependency I have made a decision I hope I don't regret.
In the spirit of epdfview, which on 4x is now just a viewer, I plan to re-compile cups on 4x to be just a cable cups
and introduce a new package ....cups-wl for those who need wireless. IMHO this is a better service to all users of TC in the long run.
In the short term, it means a delay in my 5x building, but I hope means I can test eventually a cups.tcz (usb cable only) on 5x
--then do the same when avahi-dev is rebuilt or dependencies changed etc for cups-wl.tcz
But Juanito may like to have some input on this, and it is likely to delay his hplip rebuild etc.
Sorry about that. I am guessing I will then have
cups-dev (meaning cable cups)
cups-wl-dev (meaning cable and/or wireless cups)
and am guessing will have a split for cups-filters into
cups-filters-dev.tcz (for usb or cable)
cups-filters-wl-dev.tcz (for cable or wireless)
It will take me probably a few days to build and test. On completion and submission I will announce it in the cups upgrade warning post.
As I have not yet built it, feel free to make comments or suggestions. I am also aware of the bloat of new cups and promise I try to see if I can do something about that as well....but no promises of less bloat...unless you count fewer dependencies?
Gordon
-
cool thanks
Meanwhile, I ran into some issues with the Realtek firmware in firmware.tcz from tc-4.x One issue which may be effecting the Realtek's function is that both kernel mode drivers and corresponding firmware have been updated. These updated drivers from the new kernel do not appear to function with the old firmware files, imagine.. Some cleansing is needed.
So I built the 3.8.10 kernel with all it's modules using the tinycore-config and created an extension of the /lib/firmware files. This extension is missing a few firmware files found in tc4.x firmware.tcz (realtek wlan firmware for example) of which some may have been added later since the tcz's original build.
Ok, I have this updated firmware-3.8.10.tcz ext. in use and is working as expected with it's corresponding kernel modules (as far as I can test with the limited appropriate hardware). At least there are no outdated firmware files in this extension. I'm stepping lightly in curaga's territory here, so curaga I've pm'd you.
-
More on kernel mode drivers
I needed support for Intel's latest gigabit Ethernet adapters, so I built the latest e1000e driver. Thanks Intel !!!
This driver needs no separate firmware and is a direct update replacement for the e1000e kernel mode driver installed in 3.8.10 kernel.
Now supporting the all Intel controllers made within the last few years incl. Intel's latest Gigabit Ethernet adapters (the I217 adapter is the controller included with Intel's latest Haswell chip on many new boards).
Intel® 82563 Gigabit Ethernet PHY
Intel® 82566 Gigabit Ethernet PHY
Intel® 82567 Gigabit Ethernet Controller
Intel® 82571EB Gigabit Ethernet Controller
Intel® 82572EI Gigabit Ethernet Controller
Intel® 82573E Gigabit Ethernet Controller
Intel® 82573L Gigabit Ethernet Controller
Intel® 82573V Gigabit Ethernet Controller
Intel® 82574 Gigabit Ethernet Controller
Intel® 82577 Gigabit Ethernet PHY
Intel® 82578 Gigabit Ethernet PHY
Intel® 82579 Gigabit Ethernet Controller
Intel® 82583V Gigabit Ethernet Controller
Intel® Ethernet Connection I217-LM
Intel® Ethernet Connection I217-V
Intel® Ethernet Connection I218-LM
Intel® Ethernet Connection I218-V
Intel® Gigabit CT Desktop Adapter
Intel® Gigabit PT Quad Port Server ExpressModule
Intel® PRO/1000 PF Dual Port Server Adapter
Intel® PRO/1000 PF Quad Port Server Adapter
Intel® PRO/1000 PF Server Adapter
Intel® PRO/1000 PT Desktop Adapter
Intel® PRO/1000 PT Dual Port Server Adapter
Intel® PRO/1000 PT Quad Port Low Profile Server Adapter
Intel® PRO/1000 PT Quad Port Server Adapter
Intel® PRO/1000 PT Server Adapter
While I can reluctantly wrap the new e1000e driver up in an extension, really is best to replace the original e1000e kernel module with the new build.
??
-
Keep up the good work there aus9, am looking forward to an epdfview for tc-5.x
8)
-
epdfview for tc-5.x will be submitted once I have no build errors for gtk2-dev
epdfview-printer is much delayed and a low priority until all cups in 4x and re-built then 5x
---if no objections or suggestions are rec'd. But its likely that package will either depend on cups-148 or cups (the bloat editon) to offer wireless support
feedback is welcome.
2) heck, if I go split cups, I could also submit
cups-148
cups.org has some server issues but we have the src.bz2 file, maybe our TCZ checker will accept a build script based on it
That will solve the bloat. Whether builders then choose to use it and keep their own dependency bloat issues low is up to them. ;)
-
Juanito
re your suggestion on weechat
I'd suggest that weechat is recompiled to use the newer gnutls, rather than gnutls2
my bloatware cups use
--enable-ssl --disable-gnutls --enable-openssl
for 4x (then assume 5x) would you prefer to see that I enable gnutls?
-
When you have a choice use openssl instead of gnutls
-
bmarkus
thanks will disable gnutls as before.
-
Re firmware:
As PM'd to coreplayer2, please don't use the kernel source for firmware. It's outdated and lacks many of the files. Use the git repo given as a source URL in the firmware tczs.
edit: I see the URL has changed and the latest is https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/
Re e1000e:
I wouldn't really want to replace the upstream module with a third-party one, even an open-source one from Intel. It may have other complications wrt kernel version etc. So please create a separate extension for the third-party module.
-
Ok, I agree the kernel sources are are missing much firmware. will investigate creating latest firmware extension from the git source, thanks
re e1000e driver, Understood. will do..
-
offtopic 4x preparation that will impact on 5x preparation
####
This is going to take me a lot longer to reduce bloat on 4x to make it slimmer on 5x.
I have diverted from making cups148 when I realized my build script for ghostscript lacked stripping commands and could be built with fewer dependencies.
Actually stripping was missing from a lot of my builds :-[
Its not a lot but fontconfig & libpaper are no longer needed.
printing with gutenprint PPD and hp PPD still good
gs test.pdf still works. Printing of a pdf not tested at this stage.
I won't submit, at this stage until I get cups148 to be as small as I can
and still print stuff...not yet built.
So far purely ghostscript files go from 22.37 to 22.3 M
with extra savings of 1.48 for fewer depends
My plan is to rebuild again, so ghostscript will depend on libcups148
but that will impact on hplip-2.7 migration
EDIT
firefox (v 22) on 4x now has a pdf viewer and printed my test.pdf
now to move back to cups148
-
some ppl may still use commands, so I confirmed ghostscript_common loaded but not the full monty
a quick google showed a nice link
http://www.linuxjournal.com/content/tech-tip-using-ghostscript-convert-and-combine-files
tc@box:/tmp$ gs -q -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile=/tmp/out.pdf /tmp/test.ps(http://oi41.tinypic.com/2nkhve9.jpg)
To save you clicking the image its a pdf being viewed on 4x in firefox
Pretty colours....won't need to take the red pill tonight :D
I forgot to mention that ghostscript will have ghostscript_common removed from depends just like the prev maintainer had it
-
GIT requires curl.tcz to launch https://git.xxx dep list needs updating please :)
-
latest firmware list is quit extensive, still testing though
-
Am almost done updating firmware extensions.
These are being submitted as we speak.
firmware-atheros.tcz
firmware-broadcom_bcm43xx.tcz
firmware-broadcom_bnx2.tcz
firmware-broadcom_bnx2x.tcz
firmware-chelsio.tcz
firmware-intel_e100.tcz
firmware-iwimax.tcz
firmware-iwlwifi.tcz
firmware-libertas.tcz
firmware-mrvl.tcz
firmware-mwl8k.tcz
firmware-myri10ge.tcz
firmware-netxen.tcz
firmware-radeon.tcz
firmware-ralinkwifi.tcz
firmware-rtlwifi.tcz
firmware-rtl_nic.tcz
firmware-ti-connectivity.tcz
firmware-tigon.tcz
firmware-ueagle-atm.tcz
firmware-vxge.tcz
firmware.tcz
With all the firmware updates and additional firmware blob's, I was worried about the size of each extension. Really a false alarm as there's little difference in the above networking firmware extensions and their predecessors, +/- 1MiB or so..
I was also worried about the naming convention, eg getting mixed up with previous versions. However, have found of these new and updated firmware extensions which I can test, they appear compatible with drivers of earlier core builds, but I don't have hardware to test all.
Maybe this is expected, but I'm saying here that these updated firmware extensions may provide additional hardware support for tc-4.x as well as tc-5.x
phew! finished remaining firmware already
edit updated list
-
coreplayer2, thanks for taking the effort to update all firmware.
-
I did play a bit with alpha2, until now it works fine and also great in boot speed.
Is the choice of kernel 3.8.x already definite? (it is in EOL phase; eventhough there is no other later kernel version marked as longterm supported one)
I did visit the link mentioned in a previous message of this thread where the kernel config was to be found. No patches. Does this mean that no TC specific patches will be needed for TC 5.x? If so then the actual choice will be no limit for later kernel versions. I had no luck with TC 4.x in applying any kernel version without the distributed patches (OK, except the logo patch which is optional).
-
The patched kernel source is at:
http://www.tinycorelinux.net/5.x/x86/release/src/kernel/
-
(it is in EOL phase; eventhough there is no other later kernel version marked as longterm supported one)
As I understand it, "longterm" means someone has taken it upon themselves to maintain an x.y branch (ie 3.4) and the long term maintenance of the branch has been accepted for posting on kernel.org. Often times, these are kernels that a larger distro has adopted and wishes to maintain through the life of the distro release (ie RHEL or Ubuntu with its LTS releases).
In the case of the 5 longterm branches listed at https://www.kernel.org all are maintained by gregkh.
-
The patched kernel source is at:
http://www.tinycorelinux.net/5.x/x86/release/src/kernel/
The patches per se are missing.
Not very convenient to download the whole patched source when one would only want to either look at the patches or use them with a different kernel source.
-
Thanks for the reminder, patches copied.
-
Sure is nice to see this when busy :)
Parallel mksquashfs: Using 8 processors
-
Opera-next may be either alpha or beta, at current it's at 15, based on Blink, but available for win & OSX only. Stable release is 12.15 based on Presto.
To get back ontopic, I meant to hint it might be preferable not to introduce any Opera-next extension into 5.x repo at current.
I want to announce that I agree for anyone to takeover the opera-next maintenace, if they wish so.
BTW, it is mostly "opera-past" as is an old enought tcz. The tempting for this tcz was this opera 12 is depending on the fontconfig.tcz only.
-
coreplayer2, thanks for taking the effort to update all firmware.
You're welcome
have finished the firmware updates from git.kernel.org library ;D
There are these remaining firmware in the tc-4.x repo from other maintainers which may have been superseded already?
firmware-ipw2100.tcz
firmware-ipw2200.tcz
firmware-rtl8192ce_se_de.tcz
firmware-openfwwf.tcz
need to check on this
-
Dep's for these three extensions need an update please
wireless_tools.tcz
wpa_supplicant.tcz
wifi.tcz
all three need a minor change to their dep files to reflect the kernel change from 3.0.21 to 3.8.10, or wireless-KERNEL.tcz perhaps?
I think I neglected to mention this earlier
:-[
-
http://tinycorelinux.net/5.x/x86/tcz/wireless_tools.tcz.dep
libiw.tcz
wireless-KERNEL.tcz
???
-
Well now I'm curious..
because when viewing the dep tab of wireless_tools.tcz in APPS this is shown
(http://db.tt/VzPqnolq)