gcc3: fix libgcc visibility issues causing broken DSOs

gcc, when configured with --disable-shared, stupidly refuses
to mark the symbols from libgcc as hidden, which causes them to
creep into DSOs with exported visibility.

until recently gcc3 was only used to build static libs and apps,
however the merge of zlib and zlib-dynamic in fb8a9927a4a59b5ab
results in zlib's libz.so being built with gcc3 instead of gcc4,
very early during the stage1 build.
this caused failures (on i386) when the gcc3 built libz.so was
used during dropbear's configure tests (which ignore LDFLAGS)
and the build of openssl, and possibly others.

on x86_64, libgcc is basically unused so the issue went unnoticed.
gcc3: fix copy/paste error
enter-chroot: provide automatic linux32 usage when needed

this only affects the case when it's used to enter a 32bit chroot
on an x86_64 host.

having to call the command by hand is much too errorprone, as my
latest experiments have shown.

i forgot to call it nearly every second time and had to rebuild
everything again to make sure nothing crept into the build.

(config.guess from autoconf based software is utterly stupid and
 tries to determine the target architecture by calling uname
 rather than reading the machine triple from the compiler using
 -dumpmachine).
update README
Bumped stunnel to 5.00
add https capable wget to core meta package
eudev: prevent usage of libblkid when detected

the makefile is buggy and fails to put libblkid.a into the right
position, i.e. *after* the files requiring it, so the linker does
not try to use it to satisfy unmet dependencies.
additionally, due to the usage of libtool, a user-supplied
-lblkid in LDFLAGS just gets removed.
Merge pull request #200 from cizra/master

Bumped stunnel to 5.00
webkitgtk1: --disable-webgl caused breakage on x86_64
firefox: a couple patches to fix build on arm

1) disable elf hack, as it is not compatible with arm
2) disable hardcoded optimization and debug flags,
   as debug symbols heavily increase memory usage
3) disable usage of optldflags on arm, as they may contain
   -s -Wl,--gc-sections which breaks the linker (issue #186)

i've yet to build firefox successfully on arm, as linking it with
ld.bfd uses way more than 1.5 GB RAM:
https://bugzilla.mozilla.org/show_bug.cgi?id=984515
and ld.gold is too buggy:
https://sourceware.org/bugzilla/show_bug.cgi?id=16728

and each run takes 2.5 days, so it's a PITA to debug/fix.
add zsh to pkg
Merge pull request #201 from cizra/zsh

add zsh to pkg
add tabbed to packages
Merge pull request #203 from cizra/tabbed

add tabbed to packages
gcc424: fix libgcc visibility issue for stage0 builds on ARM

UNTESTED - should work, but was not tested.

since arm needs to use a different stage0 compiler than all other
archs, the issue described in 96a61e33 was encountered on ARM as
well (it was only fixed for gcc3).

openssl: hidden symbol `__aeabi_uidiv' in /opt/gcc473/bin/../
lib/gcc/armv7l-unknown-linux-gnueabi/4.7.3/libgcc.a(_udivsi3.o)
is referenced by DSO
python: add some mirrors

closes #204
ca-certificates: bump to latest
openssl: update to 1.0.1g
Merge pull request #205 from JillTyrell/master

openssl: update to 1.0.1g
bump firefox to 28.0