Jump to content

MishFTW

WFG Retired
  • Posts

    1.900
  • Joined

  • Last visited

  • Days Won

    8

Posts posted by MishFTW

  1. Apologies everyone, I am away on spring break right now. 

    I consent to the reimbursement for this trip. I am glad we were able to represent 5 members!

     

    In general I am quite busy at University at the moment, so I think it would be best if someone else who is more active in the community and staff take my role on the Treasury Committee. 

    • Like 6
  2. From a convenience perspective and just streamlining operations, I think moving to one account makes total sense.

    I had a few questions but looks like Erik and Aviv both of covered it.

    With a project of this scale and being spread out in different time zones and jurisdictions, I think having one single source of monetary transactions makes total sense and I fully endorse the idea :thumbsup:

    • Like 3
  3. Third, specifically though it would be nice to at least have considered the hosting committee/people responsible for each service before actually starting to do these things (both so we are reasonably sure we have people for all tasks, and so we don't lose a lot of time waiting for people to do the different tasks).

    Oh whoops I thought this was a given :P Jan, you, and I are on the hosting committee. In order to be on their, we must disclose contact info (which we already have internally) in the case of an emergency. We're the ones with server access and manage the whole list of services, maintainers, etc. All the other details like each service and whatnot will be made in a bit. I was waiting for a vote from us before I go ahead and make the forum for that ;)

    Fourth, I definitely agree with the opinion expressed in the IRC discussion that options for backup are best investigated once we know for sure what's needed. However, I do think we should have backup routines for all services set up before going live (on a per service basis I mean, not that everything has to be set up before we can start actively using say the IRC bot). I don't think anyone thinks otherwise, I just want to add it as a reminder so we don't forget.

    Thanks for the reminder, yes that is part of the protocol. We will investigate more in-depth as migration continues. The first test case is the IRC bot for specific reason, so we can see how it all turns out. The only thing i have an issue with is the forum, but there many many many things that can be archived. I personally favor replacing IPBoard with something FREE and less cumbersome. But we've used this for years so migrating now would be rather irritating.

    Fifth, once we have a decision (and assuming we decide to move forward with the plan above) I suggest that Aviv contacts SPI to investigate for sure whether they might pay via credit card/that we after talking with SPI contacts the hosting company to investigate whether that truly is the only option (might be different if you have an organization like that to handle things than for individuals).

    Good idea!

    • Like 2
  4. My personal opinion is that we pay for this on an annual basis through SPI. At the end of each year we can choose to renew the contract based on a reassessment of the situation.

    The hosting company, Hetzner, only accepts payment via credit card. In that case the money should flow through SPI to reimburse the designated person who pays the bill.

  5. Hi Davide, thanks for submitting an application!

    I'm Mish and I'm a designer/developer for Wildfire Games.

    We are planning to do a complete overhaul of play0ad.com so I am glad that you're experienced in SEO and optimization!

    Also, we have a domain for a community website but have not designed anything for it. Would you be interested in working on that as well?

    If you have any questions don't hesitate to send me or implodedok a PM.

  6. We now have a transition plan thanks to Jan and input from others at our last staff meeting.

    Factors to consider for our hosting needs

    • Hardware and the related infrastructure should be rented and managed by the provider

    • Software needs to be manageable without too much time investment (we can't commit to X hours per week, it needs to run itself)

    • Management tasks need to be divisible amongst several people (it can't depend on one person)

    • People who manage certain services, should not run into software limits/restrictions (they need root access)

    • It should be cost effective

    Proposed solution: Rent hardware, have multiple virtual machines

    A rented, dedicated server allows WFG to decentralize the management of various services in order to better use our resources. The hardware is the responsibility and property of the provider. The server is installed with Centos (a Linux distribution made for stability & long support time) and is configured to be a virtual server host. An administration interface is installed (X2Go via SSH) where virtual machines can be managed. On the server, each different web service (website, forum, etc.) is isolated on its own virtual machine (VM). This ensures that only the certain people who need to manage the service have full access to their VM at the root level whilst not interfering with other services. Additionally, should one web service be compromised, then the others will not be affected because they reside on separate VMs. In conclusion, the different people who need to manage a service get full access to their VM without getting in the way of others and management is no longer the sole responsibility of one person. This effectively gives Wildfire Games the ability to do something which it can not do currently: fully control its hosting resources and access.

    Managed Access

    Access to the server itself is granted to only a few individuals known as the hosting committee. They will have administrative access to the server which allows them to set up VMs. The hosting committee will make informed decisions during public meetings which services get separate VM, and which individuals are assigned administration of that specific VM. In this manner, we can easily manage who has access to which VMs. A list is kept of all VMs and passwords and the people who have been delegated administrative responsibilities of the VM. The hosting committee members shall be comprised of four individuals who must provide emergency contact details to Wildfire Games so that they may be reached in the unlikely event of an emergency.

    Implementation

    Once the treasury committee approves the purchase, the following action plan will be pursued:

    1. Jan (implodedok) will set up the hardware and install the OS and configure it as a virtual server host along with admin interfaces..

    2. Jan will make an extensive guide that documents how the server is set up in the interest of maintenance in the future.

    3. The virtual machines can be installed on a per case basis. Jan will make a virtual machine for the IRC bot and transfer it to the new host as a test case. Provided the transfer goes smoothly, the next services to be moved will most likely the main website (wildfiregames.com) and the 0 A.D. project website (play0ad.com); however, the order in which services are ported is at the discretion of the hosting committee. The hosting committee will make informed decisions during public meetings which services get separate virtual machines, who has administrative access to them, and so on.

    4. Once the separate virtual machine managers are assigned, they can start to install or migrate services. Doing migration work is relegated to the service managers so they can do the migration of service as it fits best in their schedules. Ideally all services should be ported over within 15 days of the virtual machine creation. The hosting committee will oversee the migration of services and tabulate records of what is running on each virtual machine.

    My personal opinion is that we pay for this on an annual basis through SPI. At the end of each year we can choose to renew the contract based on a reassessment of the situation.

    Once members of the hosting committee are decided, I will go ahead and create an internal forum (due to the sensitive nature of the content) and we can kick off. The way things things are looking right now, I am optimistic we can get things started by the end of July/early August.

    • Like 1
  7. Successful building libraries on Mavericks (10.9.3)

    Changed the following lines in build-osx-libs.sh:

    (./bootstrap.sh --with-libraries=filesystem,system,signals --prefix=$INSTALL_DIR && ./b2 cflags="$CFLAGS" toolset=clang cxxflags="$CXXFLAGS" linkflags="$LDFLAGS" ${JOBS} -d2 --layout=tagged --debug-configuration link=static threading=multi variant=release,debug install) || die "Boost build failed"
    (CXX="clang -stdlib=libstdc++" CFLAGS="$CFLAGS" CPPFLAGS="$CPPFLAGS" LDFLAGS="$LDFLAGS -lstdc++" ../runConfigureICU MacOSX --prefix=$INSTALL_DIR --disable-shared --enable-static --disable-samples --enable-extras --enable-icuio --enable-layout --enable-tools && make ${JOBS} && make install) || die "ICU build failed"
    Failed build overall

    SuccesLibsFailBuild.txt

  8. Sorry guys I was unaware that the post actually made it. My browser crashed so I figured oh... it was never updated. My bad.

    Please upload logs as files (or to some paste site) instead of inlining them in posts.

    Can you try passing 'toolset=clang' to the b2 script? (Line 320 in build-osx-libs.sh currently)

    This what I have

    (./bootstrap.sh --with-libraries=filesystem,system,signals --prefix=$INSTALL_DIR && ./b2 cflags="$CFLAGS toolset=clang " cxxflags="$CXXFLAGS" linkflags="$LDFLAGS" ${JOBS} -d2 --layout=tagged --debug-configuration link=static threading=multi variant=release,debug install) || die "Boost build failed"
  9. Last login: Sun May 25 08:57:27 on ttys000Mac-mini:~ Mishra$ cd 0adMac-mini:0ad Mishra$ svn update 0adUpdating '0ad':At revision 15216.Mac-mini:0ad Mishra$ export CFLAGS="-stdlib=libstdc++" LDFLAGS="-stdlib=libstdc++"Mac-mini:0ad Mishra$ export CC="clang"CXX=clang++Mac-mini:0ad Mishra$ cd libraries/osxMac-mini:osx Mishra$ ./build-osx-libs.sh --force-rebuild -j5Building zlib...~/0ad/libraries/osx/zlib/zlib-1.2.8 ~/0ad/libraries/osx/zlib ~/0ad/libraries/osxpatching file configureCompiler error reporting is too harsh for ./configure (perhaps remove -Werror).** ./configure aborting.ERROR: zlib build failedMac-mini:osx Mishra$ 

    So if I want to build the game I export cflags> force rebuild libraries> clean workspaces> update workspaces > cd gcc > make, right? All in one Terminal window.

×
×
  • Create New...