This Trac instance is not used for development anymore!

We migrated our development workflow to git and Gitea.
To test the future redirection, replace trac by ariadne in the page URL.

Custom Query (5409 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (37 - 39 of 5409)

3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Ticket Resolution Summary Owner Reporter
#6710 fixed --with-system-premake is broken Itms Stan
Description

As reported on Phab:D3127 A made a mistake was made when adding a the --with-system-premake option in Phab:D2519/ Phab:rP23675. It does not go in the correct folder.

Patch by sera:

  • build/workspaces/update-workspaces.sh

    a b fi  
    104104
    105105# Now run premake to create the makefiles
    106106
     107cd ../premake/premake5
     108
    107109premake_command="premake5"
    108110if [ "$with_system_premake5" = "false" ]; then
    109111  # Build bundled premake
    110   cd ../premake/premake5
    111112  PREMAKE_BUILD_DIR=build/gmake2.unix
    112113  # BSD and OS X need different Makefiles
    113114  case "`uname -s`" in
#766 fixed ./update-workspaces.sh fails while linking a dir hennr
Description

When running ./update-workspaces.sh from inside the build/workspaces dir, I get the following error:

/home/henner/src/0ad/libraries/spidermonkey-tip/src/build-release/config/nsinstall -R system_wrappers_js ../dist /home/henner/src/0ad/libraries/spidermonkey-tip/src/build-release/config/nsinstall: cannot make symbolic link /home/henner/src/0ad/libraries/spidermonkey-tip/src/build-release/dist/system_wrappers_js: File exists make[2]: * [export] Error 1 make[2]: Leaving directory `/home/henner/src/0ad/libraries/spidermonkey-tip/src/build-release/config' make[1]: * [export] Error 2 make[1]: * Waiting for unfinished jobs.... make[1]: Leaving directory `/home/henner/src/0ad/libraries/spidermonkey-tip/src/build-release' make: * [default] Error 2 ERROR: SpiderMonkey build failed

Removing the link and running the script again does not solve the problem.

Any ideas?

#6637 fixed .cargo directory created off user's home dir tim
Description

when building 0ad a .cargo directory containing a zero length .package-cache file is created from the user's home directory. This is being run on a non-debian based system (slackware) so apt is not used or present. Is there a way to prevent this directory being created outside of the extracted source tree? I test the build in an overlayfs chroot and everything else is created in the expected location. the build script is virtually the same as the one at https://slackbuilds.org/slackbuilds/15.0/games/0ad/0ad.SlackBuild updated for v 0.0.26-alpha and also uses https://slackbuilds.org/slackbuilds/15.0/games/0ad/disable-root-check.patch to allow root to create the package (as is standard for slackware packages)

3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.