sipb-xen-dom0 depend on sipb-xen-base

svn path=/trunk/packages/sipb-xen-dom0/; revision=997

remove DH_ALWAYS_EXCLUDE=.svn from rules files

The right solution is debuild -eDH_ALWAYS_EXCLUDE=.svn .

svn path=/trunk/packages/sipb-xen-dom0/; revision=949

allow linux-xen as dependency for sipb-xen-dom0

This is the ubuntu xen metapackage's name.

svn path=/trunk/packages/sipb-xen-dom0/; revision=934

exclude .svn in builds

svn path=/trunk/packages/sipb-xen-dom0/; revision=933

Bump min dom0 memory to 1G, to prevent memory starvation (is this config file even installed correctly?)

svn path=/trunk/packages/sipb-xen-dom0/; revision=847

todo lists for configuration

I looked through all the code for hardcoded details that should be moved
to configuration, and listed them in a file config.todo in each package
directory.  These can be knocked off line-by-line as todo lists, and
removed when empty.

svn path=/trunk/packages/sipb-xen-dom0/; revision=810

losetup -f finds an unused loop device.

svn path=/trunk/packages/sipb-xen-dom0/; revision=500

Don't rely on exported $ROOT.

svn path=/trunk/packages/sipb-xen-dom0/; revision=492

changelogs

Becoming a responsible debian-packaging developer
now that I've figured out and partially cleaned up
the mess that is sx-build-release.

svn path=/trunk/packages/sipb-xen-dom0/; revision=485

sipb-xen-losetup: a half-sane way to use losetup

You should use this instead of plain losetup; everything that uses this
will at least not have races with other things using this.

If it's missing a feature (e.g. a losetup argument) you want,
it shouldn't be hard to add.

svn path=/trunk/packages/sipb-xen-dom0/; revision=449

Depend on generic metapackages/provides instead of particular versions.

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=213

Stuff that works is happy.

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=104

  * Add qemu-ifup script that depends on the device model script and
    invokes vif-sipbroute.    As a consequence, we don't really support
    bridged hvms any more.  It's not clear how to get enough information
    out of qemu to do this.
  * Call arpspoof with 18.181.0.1's address.  This is unfortunate in two
    ways.  First, if we renumber we'll need to update the script.  Second,
    it is possible that someone on 18.181 besides the router may have an
    address cached.  Unfortunately, it doesn't work right if we don't
    send the spoofed arp directly to the router.

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=95

set forwarding to 1 before changing the other settings
as changing forwarding frobs a lot of global state

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=94

  * Fix typo in init script
  * depend  on dsniff for arpspoof

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=89

  * Add qemu-dm-sipb written by andersk to get us the  domain ID in qemu-ifup
  * Add vif-sipbroute, a version of vif-route that does better netwwork
    isolation and has initial but useless ipv6 support.  This version also
    uses arpspoof to take over an address for domain migrations.
  * Add init script to enable rp_filter, proxy_arp and forwarding for the network config.

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=87

Fix typo

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=60

New package to represent dom0 configuration

svn path=/trunk/packages/sipb-xen-dom0/sipb-xen-dom0/; revision=59