Skip to content

build #462

Environment variables

NameValue
BUILD_CAUSE
UPSTREAMTRIGGER
BUILD_CAUSE_UPSTREAMTRIGGER
true
BUILD_DISPLAY_NAME
#462
BUILD_ID
462
BUILD_NUMBER
462
EXECUTOR_NUMBER
3
GIT_BRANCH
migp
HOME
/Users/jenkins
HUDSON_HOME
/var/lib/jenkins
HUDSON_SERVER_COOKIE
e124851fc3e0704d
HUDSON_URL
https://acdl.mit.edu/csi/
JAVA_ARCH
x86_64
JAVA_MAIN_CLASS_15428
hudson.remoting.Launcher
JENKINS_HOME
/var/lib/jenkins
JENKINS_SERVER_COOKIE
e124851fc3e0704d
JENKINS_URL
https://acdl.mit.edu/csi/
LOGNAME
jenkins
MAIL
/var/mail/jenkins
NODE_LABELS
macys_VM
NODE_NAME
macys_VM
OLDPWD
/Users/jenkins
PATH
/usr/bin:/bin:/usr/sbin:/sbin
PWD
/Users/jenkins
ROOT_BUILD_CAUSE
GHPRBCAUSE
ROOT_BUILD_CAUSE_GHPRBCAUSE
true
SHELL
/bin/bash
SHLVL
1
SSH_CLIENT
18.18.33.14 44786 22
SSH_CONNECTION
18.18.33.14 44786 10.33.1.231 22
TMPDIR
/var/folders/42/s1whb7rd4mddfcnzk96g_d9h0000gp/T/
USER
jenkins
_
/usr/bin/java
__CF_USER_TEXT_ENCODING
0x1F6:0x0:0x0
buildnode
macys_VM
com.apple.java.jvmTask
CommandLine
ghprbActualCommit
feb556405844da55f46b5d6e1a9c305b3511b20d
ghprbAuthorRepoGitUrl
https://github.com/convexengineering/gpkit.git
ghprbCommentBody
test models please
ghprbCredentialsId
2a2b74d8-fbb8-4038-938a-85796af1b79f
ghprbGhRepository
convexengineering/gpkit
ghprbPullAuthorEmail
eburn@mit.edu
ghprbPullAuthorLogin
bqpd
ghprbPullAuthorLoginMention
@bqpd
ghprbPullDescription
GitHub pull request #1527 of commit feb556405844da55f46b5d6e1a9c305b3511b20d, no merge conflicts.
ghprbPullId
1527
ghprbPullLink
https://github.com/convexengineering/gpkit/pull/1527
ghprbPullLongDescription
Closes #414\r\n\r\n potential extensions:\r\n  - [ ] allow for choosing between sets of substitutions\r\n    - [ ] allow \"freeing\" variables to be between eps and 1/eps if they're only in some of the sets of substitutions\r\n  - [ ] allow for choosing between sets of ConstraintSets\r\n\r\n@rileyjmurray @erling-d-andersen, this implements a binary variable technique for discretizing logspace variabes, but it's a bit...slow. Any recommendations? Is this just because solving integer problems has a constant-speed slowdown? (if there's only one \"choice\" there's no slowdown, but I presume that's the presolver optimizing it away...)
ghprbPullTitle
Working MIGP
ghprbSourceBranch
migp
ghprbTargetBranch
master
ghprbTriggerAuthor
Ned Burnell
ghprbTriggerAuthorEmail
eburn@mit.edu
ghprbTriggerAuthorLogin
bqpd
ghprbTriggerAuthorLoginMention
@bqpd
optimizer
mosek
sha1
origin/pr/1527/merge