git.tremily.us Git - catalyst-swc.git/log

default-stage1-i686-2013.1.spec: Update to 20130305 stage3

From http://distfiles.gentoo.org/releases/x86/autobuilds/20130305/default/20130305/

$ cat stage3-i686-20130305.tar.bz2.DIGESTS.asc
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

b34f67c613177b5cf58a743c038dea913393ba423fa822b9d6b6529e316b16a27a9d1712ca45094f86cc7233d288bd904b8ee99c9ca1dc1c6e8bd457a16feccd  stage3-i686-20130305.tar.bz2
dc583983c9c8f41640e4ddac7eb75b0809c9693e6122263ba05e299107d386f5691daf956f50411997c06169dac9bbf90d5b139b6d32f9d4b8063cd23292ed8c  stage3-i686-20130305.tar.bz2
3a3dc8d7847ae69e17ef0974700e4e93d829e0cba6a7c43f2d0b75b50e2a9114a0f0225c6efa4d58d9705bf14be473ad42eb2c1aebf6ba3b270ef67962fb2da3  stage3-i686-20130305.tar.bz2.CONTENTS
ee86fe7f70051b1d9586e2015d30f1b7e7d30e217131061f26375905c72c756a329fcde1241fce3d62af86a431d32657c84c0408a8e887796ea5cd9728e5a608  stage3-i686-20130305.tar.bz2.CONTENTS
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iQIcBAEBAgAGBQJRUKHxAAoJELtXLg4tGCkQWzoP/ihzztYNtTMGqm/t0SwNNh3Y
LulH3DeqPQ6f8uizeYYuYHO7ykiBnKKjtSZ2KsqE1m+Ac3PLSVkzFFRtfr3yyTgL
2jFn0vaIszxKBc2ltAHwREAJfGpwvNCxIMRwd4i+4M6smu9jF8Yqz1wczApWb1av
x//VPPmoGqwJoyp0Lraju4mIFj/v3Mwf6ihvM+tJDXRv9HPEtehnWMYhQhIbSFSg
HPoE+b/n1TpvwQMEpdP5HxZx6HnFNZvLAMssYb6A8voJYbIPESJUAPQ54uHhL3R2
KokeJsmdTT5AfYeBH14IjgTgDwNE/FfJRuDyRyHpya6EiJoWAarY1kBReawfZMbo
aeHK7eAjRqi2cTacHjf6XY8+4BL9QDPBgmQWNMH+O+B/wvTHHUrwkq5yRszSS4uX
6bF4zwvt5SOWdrPawkzeLEioHo61Yqq2TJU67UEQlBkFQXfKhEXx+BYR6p1SxN0V
z/A7gT6MlBOHiwuYOU6D8CbU631LboN97G+RD1nISRK19KT5PJY15iQftCt9DWoe
u+GQCfrwFUHRIM/V8YgRjTmnd+V2NhlTHh9336Z/LVDrU7gyaMZXxltEJ2U/5ByQ
b/tv3SobRHWGALDnAVgjFwINH0dP3UG8pPjObUmqSCG2ZSZ2KIWQ3Z+cZGqonhwB
KoMeUxu5aMIEkAmEN5D+
=vvkv
-----END PGP SIGNATURE-----

default-livecd-stage1-i686-2013.1.spec: Disable www-client/w3m

It's failing to build with:

  ...
  a - wtf.o
  i686-pc-linux-gnu-ranlib libwc.a
  make[1]: Leaving directory `/var/tmp/portage/www-client/w3m-0.5.3-r1/work/w3m-0.5.3/libwc'
  emake failed
  ...

Since we're building Firefox, I'm not going to bother tracking this
one down at the moment.

fsscript.sh: Make a ~swc/.fluxbox/ directory for fluxbox-generate_menu

And make sure everything under ~swc/ is owned by swc.users.

This fixes:

  Running fsscript.sh in chroot /.../livecd-stage2-i686-2013.1/
  touch: cannot touch '/home/swc/.fluxbox/menuconfig':
    No such file or directory
  Warning: I couldn't create /home/swc/.fluxbox/menuconfig
  Fatal error: can't create or write to /home/swc/.fluxbox/menu

spec: Update snapshot from 20130320 to 20130328

This gets us app-text/poppler-0.22.2-r2, which closes some CVE issues
(with 0.22.1) and works with evince (with 0.22.2-r2). For details,
see #459866 [1].

[1]: https://bugs.gentoo.org/show_bug.cgi?id=459866

portage-conf/default: Don't bring in wxpython 2.9.4.1

Limit the number of testing (~x86) packages.

I'm not quite sure why wxpython 2.9 is being drawn in, but disabling
these use flags seems to fix it.

spec: Update snapshot from 20130308 to 20130320

default-livecd-stage1-i686-2013.1.spec: Remove x11-misc/slim

I have the following patches in my build version of catalyst:

* livecdfs-update.sh: Use `bash --login` to spawn startx
* livecd-bashrc: Avoid a startx race by restricting to tty1

which allow me to boot directly into startx without needing a login
manager.

fsscript.sh: Call fluxbox-generate_menu to pickup Firefox, etc.

Nothing installed after Fluxbox shows up in the Fluxbox menu unless
you regenerate the menu. There's not much on this livecd, but having
a menu entry for Firefox is important, and before this commit it was
missing (as reported by Jon Pipitone).

portage-conf: Move package.keywords to package.accept_keywords

This brings me up to date with Portage's 39020a6 (Add support for
/etc/portage/package.accept_keywords, 2010-08-15) [1].

Thanks to Chí-Thanh Christopher Nguyễn (chithead) and Ben Kohler
(iamben) for pointing this out to me on #gentoo.

[1]: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=39020a6a418c0910b372e04a8f4959ce258d1989

spec: Convert /mnt/d/... to /var/tmp/catalyst

It's easier to reuse these spec files if I stick to a standard
location and:

# mount --bind /mnt/d/... /var/tmp/catalyst

to attach my extra space to the standard location.

package.keywords: Add additional ~x86 keywords

As directed by emerge in order to emerge our target packages.

spec: Update snapshot from 20130208 to 20130308

default-stage1-i686-2013.1.spec: Add 'update_seed=yes'

The 2012-12-13 stage3 uses libmpc.so.2, but the 2013-03-08 Portage
snapshot installes libmpc.so.3.

overlays/default: Add README and equery-licenses

The packages distributed in the release ISOs are distributed under a
range of licenses, but in the ISO we distribute them without their
source. Since many licenses (e.g. the GPLv2, section 3) require you
to also distribute or provide access to the corresponding source code,
it's good to be clear about the licensing of the bundled binaries.

The large list of installed packages and licenses can also serve as a
teaching tool for explaining how open source development works, and
emphasizing why using a standard license is a good idea ;).

default-livecd-stage1-i686-2013.1.spec: Add bindist to livecd/use

Firefox doesn't allow branded binary distribution by third parties,
and there may be other packages with binary distribution restrictions.
Enabling this USE flag ensures that we don't run afoul of these
restrictions.

package.keywords/ipython: Fix '~amd64' -> '~x86' typos

Oops, sloppy me.

portage-conf/default/package.use/x: Re-break pambase <-> consolekit loop

I's disabled consolekit for pambase in package.use/circular, but this
was re-enabling it (and package.use/x is parsed after
package.use/circular). This dependency cycle broke the stage3 build,
but was, apparently, needed for some later stage. If this fix doesn't
work, we can transition to using different portage-conf subdirectories
for different stages.

default-livecd-stage1-i686-2013.1.spec: Add Firefox package

The previous ISO weighed in at 665 MB, so there should be room for
Firefox to still fit on a 737 MB CD. We need *something* with fairly
modern CSS and JavaScript support for IPython.

default-livecd-stage1-i686-2013.1.spec: Add python to livecd/use

This is required in VTK 5.10.1 by MayaVi 4.2.0, but SWC likes Python,
so we enable this globally.

default-livecd-stage1-i686-2013.1.spec: Add livecd/use with gtk & ipython

These are used by SymPy, but we want to enable them globally in case
other packages use them too.

package.keywords: Add ~x86 where necessary for new packages

default-livecd-stage1-i686-2013.1.spec: Add Mercurial and other packages

With these packages we'll be closer to passing the full
swc-installation-test-2.py suite.

Initial SWC (Gentoo) Linux 2013.1 x86 configuration

This is the catalyst stuff for building a Gentoo live CD ISO for
Software Carpentry students [1].  It's pretty bare-bones at the
moment, since I tried to keep any non-specfile stuff to a minimum.  It
also requires a few patches on top of the current catalyst master
(37540ff):

  livecdfs-update.sh: Assign users to per-user groups
  livecd-bashrc: Avoid a startx race by restricting to tty1
  livecdfs-update.sh: Use `bash --login` to spawn startx
  livecdfs-update.sh: Escape ampersands in STARTX sed expression
  fixup: env-update
  livecdfs-update.sh: Set XSESSION in /etc/env.d/90xsession
  chmod +x all sh scripts so they can run from the git checkout

This is not the most elegant patch series, and some of these patches
will probably be squashed/tweaked before inclusion in upstream
catalyst.  I'm not even sure if the per-user group patch is a good
idea (but it shouldn't hurt).

My catalyst.conf file looked like:

  digests="md5 sha1 sha512 whirlpool"
  contents="auto"
  distdir="/usr/portage/distfiles"
  envscript="/etc/catalyst/catalystrc"
  hash_function="crc32"
  options="autoresume kerncache pkgcache seedcache snapcache"
  portdir="/usr/portage"
  sharedir="/home/wking/src/catalyst"
  snapshot_cache="/tmp/catalyst/snapshot_cache"
  storedir="/tmp/catalyst"

This repository was checked out into $storedir.

The spec files should be fairly stable (modulo snapshot/version
bumps), but you may need to update the Portage configuration as stable
packages evolve and assorted bugs and incompatibilities are fixed
upstream.

[1]: http://lists.software-carpentry.org/pipermail/discuss-software-carpentry.org/2013-March/000210.html