modules/notAchili/ss44UI/config/epicmenu_conf.lua (and probably all others inside
modules/notAchili/ss44UI/config) shall be moved sopmewhere out of submodules. Otherwise options cannot be conveniently added/modified.
modules/notAchili/ss44UI/config/epicmenu_conf.lua (and probably all others inside
modules/notAchili/ss44UI/config) shall be moved sopmewhere out of submodules. Otherwise options cannot be conveniently added/modified.
Add a super class for all process steps (
By now, modules “parse” XML. Access to relevant structures should be provided in a pythonic way by the handle.
We’re on a specific version that is now a few months old and a lot has happened in Dolittle that will benefit the codebase in CBS in terms of simplification and stability.
I thought the firebase settings would fix this…
"cleanUrls": true, "trailingSlash": false,
Just bumping out
mocha dependencies to their latest version and ensuring CI is happy with it.
@types/chai has been bumped too, but the actual package hasn’t changed.
When there’s nothing new to release, the changelog command freaks out:
$ GITHUB_ACCESS_TOKEN=[token] yarn changelog release-1.1.1-beta3 yarn run v1.5.1 $ ts-node script/changelog/index.ts release-1.1.1-beta3 Unable to parse line, using the full message. Error: Unable to parse '' at parseCommitTitle (/Users/shiftkey/src/desktop/script/changelog/parser.ts:20:11) at Object.convertToChangelogFormat (/Users/shiftkey/src/desktop/script/changelog/parser.ts:72:22) at Object.run (/Users/shiftkey/src/desktop/script/changelog/run.ts:51:34) at <anonymous> at process._tickCallback (internal/process/next_tick.js:118:7) [ "[???] " ] ✨ Done in 0.48s.
This is because the
git log command may return an empty string when it has no entries, which is returned as an array with one value:
<img width=“138” src=“https://user-images.githubusercontent.com/359239/37747297-a9e18fe6-2dd2-11e8-959e-8e1ac2c0aebf.png”>
This skips the problematic split command completely.
We’re using this in a few places, so I want to upgrade this on it’s own and ensure the two major version changes don’t break anything we’re relying on.
Investigate leaving Codeship for AWS CodeBuild, CodeDeploy and CodePipeline so that there is a complete continuous delivery pipeline that will automatically push freshly baked Docker containers to the ECS cluster.
The Slack Archive has not logged new messages since Dec. 24, 2017. I need to investigate and work on getting it back to logging new messages.
Really long-running cells eventually timeout on RTD - see https://readthedocs.org/projects/astropy-tutorials/builds/6923426/ for a log with an example of this.
The problem is, the logs there don’t report anything about which cell is the problem. We should try to figure out how to catch those errors and report some more information about them.
Plan, Create and Publish your data with ReDBox - > Plan your data management with ReDBox DMP tool and ReDBox DLC - > Create your research data collection and manage it with ReDBox. - > Publish your metadata and data to international repositories.
make html builds all of the tutorials. This takes a really long time and makes certain debugging painful. But the python build script supports building single tutorials. We should add a build option to the
Makefile to build subsets (or, initially, just single tutorials) that carries through to the sphinx build process as well.
Right now if you run
make html (the only convenient way to build not on RTD), the nbconvert machinery uses some default kernel (I think based on whatever name is in the notebook). Often that’s not desirable - for example I have a special conda environment just for the tutorials, and probably other users will too to various degrees.
So there should be some way to set what kernel is being used to execute the tutorials when you do
make html. It’s already possible in the
scripts/convert.py script using the
--kernel-name option. So we just need to get that into the
Makefile machinery (which I think goes by way of
conf.py in Sphinx to actually do the build). Probably the easiest thing is to use an environment variable trick - like
TUTORIALS_KERNEL_NAME="blah" make html. But there might be some clever way to use the “current” environment, which might be just as good?
https://github.com/reanahub seen via https://twitter.com/peterneish/status/976497854951952384 at https://github.com/Daniel-Mietchen/events/issues/204
We need some more scalability!
To that, we need:
Related: https://github.com/AlexsLemonade/refinebio/issues/59 https://github.com/AlexsLemonade/refinebio/issues/60 https://github.com/AlexsLemonade/refinebio/issues/61 https://github.com/AlexsLemonade/refinebio/issues/62
Reminder Email an firstname.lastname@example.org, ein Monat + 3 Wochen bevor Letzte in iZivi eingetragene Ferientag vorbei ist.
Cronjob auf Cyon einrichten
With a view to extending the capabilities of generated apps and connecting them with other solutions, it seems appropriate to move some of the functionality that is currently included in the app into a separate, referenced assembly.
The purpose of this issue is to track investigation of this idea and see what can or should be separated.
Based on expectation about how UWP apps will be used as part of X-Plat solutions, I propose to leave the ViewModels in the main app project. This will help with consistency for apps built with CodeBehind and also help with the compatibility of existing templates. The main reasons for having ViewModels separate is to aid reuse and testability. Reuse isn’t expected to be an issue so coupling the VMs to Windows specifics isn’t an issue. The code inside the app will still be testable so that’s not a blocker either.
I think we should be targeting master to catch issues like https://github.com/Azure/azure-sdk-for-go/issues/1161 and https://github.com/Azure/azure-sdk-for-go/issues/1233 as soon as possible.
As part of #16 we will need to configure the ngspice-shared PPA to build for Ubuntu 17.10 (Artful).
The build time can be significantly reduced if we pull a pre-built image from Docker Hub.
make shell should pull an image from Docker Hub by default.
PRs should use a pre-built image, however when Travis builds
master we should re-build the image first and push it to Docker Hub.
All of this should be transparent as it is all abstracted by the Makefile.
travis.ymlto push new image when commit is made to master
If a user wants an entire experiment (i.e., provides an experiment accession number), we should provide this data in the form of a matrix rather than multiple files for individual samples. Once samples are either processed with
SCAN or, in the case of submitter-processed data from ArrayExpress,
sample_table.txt files are obtained, we’ll need to bind/join these samples together (as columns) to provide the experiment matrix to the user. (Right now, this only applies to microarray data, as we plan to use tximport at the experiment level.)
Based on a quick, preliminary discussion with @Miserlou,
pandas might be the way to go.
Only Windows is supported at the moment. (Branch
aris-conduit, at the moment.)
without deleting previous migrations, perform this database update between AWS updates:
add new field to model
Currently each test has its own binary, however, GoogleTest (and other libraries, as Catch) provides interface to run different tests from a single binary. With CMake flow, it should be relatively easy.
as per https://pluto.network/ https://medium.com/pluto-network/pluto-decentralized-scholarly-communication-platform-c013c0e24f83
This came up as part of #4234, and it looks like some PRs can link to issues using
Fixes: #id (with the colon). This is valid syntax for auto-closing issues when the PR is merged:
<img width=“389” src=“https://user-images.githubusercontent.com/359239/37628569-126c056a-2c2e-11e8-9828-6b901bd68ad0.png”>
Our parser doesn’t handle this, so it was overlooked in the release notes generator:
$ git checkout master Switched to branch 'master' Your branch is up to date with 'origin/master'. $ GITHUB_ACCESS_TOKEN=[token] yarn draft-release beta | grep \#4004 $ git checkout relax-regex-for-fixed-issue Switched to branch 'relax-regex-for-fixed-issue' $ GITHUB_ACCESS_TOKEN=[token] yarn draft-release beta | grep \#4004 "[Fixed] Add visual indicator that a folder can be dropped on Desktop - #4004. Thanks @agisilaos!",
Create backups for the entire CICE Consortium github space (not just this CICE repo).
@apcraig and @dabail10 are already working on this. The plan is for NCAR to include it as part of its regular CESM github backup process.
While we’re working on getting 0day support, I think we can wire up travis-ci.org to build some configs with Clang.
since this is not a hard fork, it would be good to automate pulling updates from upstream. A quick search looks like https://backstroke.co/ is a service that may help.
Add the go map generation to the build in the circle make file to ensure that we are using the latest MAPs in the build.
@eefahy something to look into, I tend to see a lot of initial (and sometimes repeated) build failures that eventually pass with a rerun. I’m assuming this is maybe a timing issue with getting localstack running as the errors are 500 responses from the services. Should we extend the pause time there again or is there something else that may need some attention?
Steps to reproduce:
git clone --recursive git://git.haskell.org/ghc.git
git pull https://github.com/snowleopard/hadrian && git checkout master
Expected result: Successful build.
hadrian(master)$ nix-shell --pure these derivations will be built: /nix/store/lmpgkvswlkcgpcjdilbyh202vm8a5i5r-directory-126.96.36.199.drv /nix/store/rcg0mmq0bincjfjnzbabc8fq7307bylq-process-188.8.131.52.drv /nix/store/15alkpni823gkfp63c79962v032wxvjs-extra-1.6.4.drv /nix/store/1b54g6nv8rw0kq3i5xjpcbhy88jvdnbr-xml-1.3.14.drv /nix/store/89salv051l8yr2y2k52pzkqraw9lfib9-test-framework-0.8.1.1.drv /nix/store/iqq0xsvgf3hf551b3jj0x3lg661c5y4f-test-framework-hunit-0.3.0.2.drv /nix/store/cy7ynm7r9jb41kxb1gxbwdprhvl03ivk-parsec-184.108.40.206.drv /nix/store/rgnsvxfvmbhrkniy0c86v65jgvx8nsan-test-framework-quickcheck2-0.3.0.4.drv /nix/store/fyrj002axd2skdz370hi13fq6prjh5cz-network-uri-220.127.116.11.drv /nix/store/7qcfy5gy9sjcz7cijqghgj3cilm2pzps-HTTP-4000.3.8.drv /nix/store/gk0w3grh2hz008sp6ksy669zvl6pyznb-js-flot-0.8.3.drv /nix/store/h39chz7m8zvawlrzfjsz496vl2rbp921-hashable-18.104.22.168.drv /nix/store/zpv0xi25jq6p5kkpvbc11sq73dxi2g0a-unordered-containers-0.2.8.0.drv /nix/store/i7p5c3mv9p20z7kb2mrdlpx0fwmyz3f5-shake-0.16.2.drv /nix/store/pzfcvib6sbsaascsc7djzcfqzlw847gc-Cabal-22.214.171.124.drv /nix/store/j5w4i42pgfy03s7fjsj4dfkis26c3nnp-happy-1.19.8.drv /nix/store/pl2dxjvbqs36rh80q5i09zdhbh6hjl2r-alex-3.2.3.drv /nix/store/dck8p81zlij9qksglaw8hkp11msrm426-hadrian-0.1.0.0.drv building '/nix/store/lmpgkvswlkcgpcjdilbyh202vm8a5i5r-directory-126.96.36.199.drv'... building '/nix/store/1b54g6nv8rw0kq3i5xjpcbhy88jvdnbr-xml-1.3.14.drv'... setupCompilerEnvironmentPhase Build with /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2. setupCompilerEnvironmentPhase Build with /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2. unpacking sources unpacking source archive /nix/store/khjm3agcb1y91925r78h3chaq56w9fi7-6wsbrbb60dzbfqf62c6sskwcijc3arjj-directory unpacking sources unpacking source archive /nix/store/dnx7hpl7wz81r3av4l09pqqhdqi4qpg6-xml-1.3.14.tar.gz source root is xml-1.3.14 source root is 6wsbrbb60dzbfqf62c6sskwcijc3arjj-directory setting SOURCE_DATE_EPOCH to timestamp 1424727750 of file xml-1.3.14/xml.cabal patching sources patching sources compileBuildDriverPhase compileBuildDriverPhase setupCompileFlags: -package-db=/tmp/nix-build-xml-1.3.14.drv-0/package.conf.d -j1 -threaded setupCompileFlags: -package-db=/tmp/nix-build-directory-188.8.131.52.drv-0/package.conf.d -j1 -threaded [1 of 1] Compiling Main ( Setup.hs, /tmp/nix-build-directory-184.108.40.206.drv-0/Main.o ) [1 of 1] Compiling Main ( Setup.hs, /tmp/nix-build-xml-1.3.14.drv-0/Main.o ) Linking Setup ... Linking Setup ... configuring configureFlags: --verbose --prefix=/nix/store/v3yazy78gy6kkpvrcn3schm8lc8y5dgl-xml-1.3.14 --libdir=$prefix/lib/$compiler --libsubdir=$pkgid --docdir=/nix/store/zdzgar7mwysym9dbai87fann20pbw75n-xml-1.3.14-doc/share/doc --with-gcc=gcc --package-db=/tmp/nix-build-xml-1.3.14.drv-0/package.conf.d --ghc-option=-optl=-Wl,-rpath=/nix/store/v3yazy78gy6kkpvrcn3schm8lc8y5dgl-xml-1.3.14/lib/ghc-8.2.2/xml-1.3.14 --ghc-option=-j1 --disable-split-objs --disable-library-profiling --disable-profiling --enable-shared --disable-coverage --enable-library-vanilla --enable-executable-dynamic --enable-tests --ghc-option=-split-sections configuring configureFlags: --verbose --prefix=/nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-220.127.116.11 --libdir=$prefix/lib/$compiler --libsubdir=$pkgid --docdir=/nix/store/w0gkzrf5q6ng40vzyvdl5m8pvw9v9dxy-directory-18.104.22.168-doc/share/doc --with-gcc=gcc --package-db=/tmp/nix-build-directory-22.214.171.124.drv-0/package.conf.d --ghc-option=-optl=-Wl,-rpath=/nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-126.96.36.199/lib/ghc-8.2.2/directory-188.8.131.52 --ghc-option=-j1 --disable-split-objs --disable-library-profiling --disable-profiling --enable-shared --disable-coverage --enable-library-vanilla --enable-executable-dynamic --enable-tests --ghc-option=-split-sections Configuring directory-184.108.40.206... Warning: The 'build-type' is 'Configure' but there is no 'configure' script. You probably need to run 'autoreconf -i' to generate it. Configuring xml-1.3.14... Dependency base >=3 && <5: using base-220.127.116.11 Dependency bytestring -any: using bytestring-0.10.8.2 Dependency text -any: using text-18.104.22.168 Dependency base >=4.5 && <4.12: using base-22.214.171.124 Dependency directory -any: using directory-126.96.36.199 Dependency filepath >=1.3 && <1.5: using filepath-1.4.2 Dependency time >=1.4 && <1.9: using time-188.8.131.52 Dependency unix >=2.5.1 && <2.8: using unix-184.108.40.206 Source component graph: component lib component test:test dependency lib Configured component graph: component directory-220.127.116.11-EFdDcGoPsV2JQnFPz1QOGK include base-18.104.22.168 include time-22.214.171.124 include filepath-1.4.2-DyDAQ5oOwBVDvLxMoNLDxx include unix-126.96.36.199 component directory-188.8.131.52-8aJ3UecsjNUIxs4bq1vU8T-test include base-184.108.40.206 include directory-220.127.116.11-EFdDcGoPsV2JQnFPz1QOGK include filepath-1.4.2-DyDAQ5oOwBVDvLxMoNLDxx include time-18.104.22.168 include unix-22.214.171.124 Linked component graph: unit directory-126.96.36.199-EFdDcGoPsV2JQnFPz1QOGK include base-188.8.131.52 include time-184.108.40.206 include filepath-1.4.2-DyDAQ5oOwBVDvLxMoNLDxx include unix-220.127.116.11 System.Directory=directory-18.104.22.168-EFdDcGoPsV2JQnFPz1QOGK:System.Directory,System.Directory.Internal=directory-22.214.171.124-EFdDcGoPsV2JQnFPz1QOGK:System.Directory.Internal,System.Directory.Internal.Prelude=directory-126.96.36.199-EFdDcGoPsV2JQnFPz1QOGK:System.Directory.Internal.Prelude unit directory-188.8.131.52-8aJ3UecsjNUIxs4bq1vU8T-test include base-184.108.40.206 include directory-220.127.116.11-EFdDcGoPsV2JQnFPz1QOGK include filepath-1.4.2-DyDAQ5oOwBVDvLxMoNLDxx include time-18.104.22.168 include unix-22.214.171.124 Ready component graph: definite directory-126.96.36.199-EFdDcGoPsV2JQnFPz1QOGK depends base-188.8.131.52 depends time-184.108.40.206 depends filepath-1.4.2-DyDAQ5oOwBVDvLxMoNLDxx depends unix-220.127.116.11 definite directory-18.104.22.168-8aJ3UecsjNUIxs4bq1vU8T-test depends base-22.214.171.124 depends directory-126.96.36.199-EFdDcGoPsV2JQnFPz1QOGK depends filepath-1.4.2-DyDAQ5oOwBVDvLxMoNLDxx depends time-188.8.131.52 depends unix-184.108.40.206 Using Cabal-220.127.116.11 compiled by ghc-8.2 Using compiler: ghc-8.2.2 Using install prefix: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-18.104.22.168 Executables installed in: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-22.214.171.124/bin Libraries installed in: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-126.96.36.199/lib/ghc-8.2.2/directory-188.8.131.52 Dynamic Libraries installed in: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-184.108.40.206/lib/ghc-8.2.2/x86_64-linux-ghc-8.2.2 Private executables installed in: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-220.127.116.11/libexec/x86_64-linux-ghc-8.2.2/directory-18.104.22.168 Data files installed in: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-22.214.171.124/share/x86_64-linux-ghc-8.2.2/directory-126.96.36.199 Documentation installed in: /nix/store/w0gkzrf5q6ng40vzyvdl5m8pvw9v9dxy-directory-188.8.131.52-doc/share/doc Configuration files installed in: /nix/store/59r1c7sfgph9j2xxsc1k3j6dwkm32ybk-directory-184.108.40.206/etc No alex found Using ar found on system at: /nix/store/aplvnhqdm6s9wj9r0jh46r46wvh65j86-binutils-2.28.1/bin/ar No c2hs found No cpphs found No doctest found Using gcc version 6.4.0 given by user at: /nix/store/wriy1xis74fybcg3m1jnq5bd5myxvhm6-gcc-wrapper-6.4.0/bin/gcc Using ghc version 8.2.2 found on system at: /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2/bin/ghc Using ghc-pkg version 8.2.2 found on system at: /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2/bin/ghc-pkg No ghcjs found No ghcjs-pkg found No greencard found Using haddock version 2.18.1 found on system at: /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2/bin/haddock No happy found Using haskell-suite found on system at: haskell-suite-dummy-location Using haskell-suite-pkg found on system at: haskell-suite-pkg-dummy-location No hmake found Using hpc version 0.67 found on system at: /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2/bin/hpc Using hsc2hs version 0.68.2 found on system at: /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2/bin/hsc2hs Using hscolour version 1.24 found on system at: /nix/store/yf0bs1q9ph388jms8xlgcd5vh99amjm4-hscolour-1.24.2/bin/HsColour No jhc found Using ld found on system at: /nix/store/wriy1xis74fybcg3m1jnq5bd5myxvhm6-gcc-wrapper-6.4.0/bin/ld No lhc found No lhc-pkg found No pkg-config found Using runghc version 8.2.2 found on system at: /nix/store/d57p5gzyld7b3y4irzv70bfa3d8xxwgx-ghc-8.2.2/bin/runghc Using strip version 2.28 found on system at: /nix/store/aplvnhqdm6s9wj9r0jh46r46wvh65j86-binutils-2.28.1/bin/strip Using tar found on system at: /nix/store/vvq16kzwgx9yhkf0fwwms5xzgg0rwdpl-gnutar-1.29/bin/tar No uhc found Setup: configure script not found. builder for '/nix/store/lmpgkvswlkcgpcjdilbyh202vm8a5i5r-directory-220.127.116.11.drv' failed with exit code 1 cannot build derivation '/nix/store/dck8p81zlij9qksglaw8hkp11msrm426-hadrian-0.1.0.0.drv': 1 dependencies couldn't be built error: build of '/nix/store/dck8p81zlij9qksglaw8hkp11msrm426-hadrian-0.1.0.0.drv' failed
Notice that the build fails for a library shipped with GHC. In
shell.nix it’s included as
First, we need to run
configurePhase of the default Nix derivation for GHC HEAD:
nix-shell '<nixpkgs>' -A haskell.compiler.ghcHEAD
Now we can
ghc/hadrian and proceed normally, the build won’t fail.
The issue is that this step shouldn’t be required, we must have a self-contained
It seems that is possible with SF.net API. So I think we could use it - that would save us some time for something that could be done automatically.
/places service will be deprecated and be replaced by
/pois. We have to update the locations widget https://github.com/GIScience/openrouteservice-app/blob/development/app/components/ors-map/ors-map.js#L891 - shouldn’t be that much work.
We need to have the same alerting infrastructure as in other control plane regions.
Kubelets are hanging, Bonds are failing for the
admin region as well. With only 3 nodes the result is catastrophic.
e.g. - https://luftdaten.info/ - http://deutschland.maps.luftdaten.info/#13/38.9345/-77.0338 - https://luftdaten.info/en/home-en/ - https://www.muenchen-transparent.de/ - https://www.govdata.de/web/guest/suchen/-/searchresult/q/zika/s/relevance_desc - https://bahn.guru/ - http://opendatalab.de/projects/trinkwasser/ - http://schulsanierung.tursics.de/
https://journalmap.org/ - geotagged journal articles
Unfortunately, data is available only under CC BY-NC-SA.
<a href=“https://timer.scm.io/repos/537237ce1a00001a003c4a14/issues/2424/create?referer=github” target=“_blank”>Log Time</a>
as per https://zeronet.io/ and https://en.wikipedia.org/wiki/ZeroNet .
Open, free and uncensorable websites, using Bitcoin cryptography and BitTorrent network
as per https://human-connection.org/en/ and https://twitter.com/hc_world/status/969618213960077313 .
Human Connection is an independent and non-profit online platform that combines a social network, a knowledge network and an action network. We go far beyond the usual comments section and provide useful tools to exchange, research and discuss ideas as well as the space to start realizing projects together.
<!– - Be descriptive - Bug fix / New feature? - Anything left to do in in docs/ or src/*/Tests/? –>
Site admin needs ability to create organizations for a single user or group of users to create polls and surveys for as an organizational unit. Likely to represent real-world organizations. First iteration simply a layer to provide meaningful indexing and collecting of related users and data.
User.js could be used if someone wants to keep some of the settings of an already existing profile.
The user.js has to be placed in the profiles folder and will be applied when Firefox starts (and every time Firefox starts). The settings are simply integrated into the existing prefs.js. To make changes to the settings in user.js through about:config the user would have to change or delete the user.js file.
This is my understanding anyways and what I’ve figured from experimenting with it.
Offering it as an alternative to the prefs.js (or explaining that one can rename the file to user.js, start FF and then delete user.js to keep already existing configuration) could be useful for some.
What do you think?
Added base web image and docker-compose. For now the demo fixture only contains admin user, but I added a simple Makefile command to extend fixtures easily.
Migrate the application to ASP.NET Core 2.1. Changes include:
1. Updating to .NET Core SDK
1. Updating to ASP.NET Core
1. Using some new ASP.NET Core idioms (such as setting the compatibility level).
Microsoft.Extensions.Http (HttpClientFactory) for use of
Microsoft.AspNetCore.Mvc.Testing for integration tests.
Task-list: - [x] add project to Coverity; - [ ] config Coverity to use with Travis CI; - [ ] ????? - [ ] PROFIT
I’m already registered our app on Coverity: https://scan.coverity.com/projects/procxx-kepka/
We should create a clang-formatter definition for the current code formatting (excluding Qt based parts). This seams to be support by a number of tools now and should ease the creation of correctly formatted patches.
Ansible playbook approach, please.
Migrate MyHpom builds to use the new myhpom-service user instead of xdci-service. To see the secret UID, login to any MyHpom machine and
getent passwd myhpom-service
Both xdci-service and myhpom-service are members of the same “service accounts” group (group name actually has embedded space, go figure). This should have no effect on this issue.
E:\A_work\2035\s\wcf\Tools\Packaging.targets(1103,5): error : Unknown suppression TreatAsOutOfBox [E:\A_work\2035\s\wcf\src\System.ServiceModel.Http\pkg\System.ServiceModel.Http.pkgproj]
The uwp6.1 branch was snapped from the uwp6.0 branch which was in turn snapped from Master back in summer, so in many ways it is quite far behind Master such as buildtools versions and other dependencies.
@ericstj and @joperezr do you have any idea what I might need for this suppression to be understood?
Every bounded context backend should have one environment variable telling which topic for receiving things:
and another for variable, semicolon (;) separated list of topics to send to:
With this configured properly, inter-bounded-context communication should be in place.
Reminder Email an email@example.com & firstname.lastname@example.org, ein Monat + 3 Wochen bevor Letzte in Dime eingetragene Ferientag vorbei ist.
Cronjob auf Cyon einrichten
The test server (
npm start) supports lots of settings by manually modifying the URL. It would be nice to have an actual GUI with checkboxes for boolean options (e.g. displayMode) and text boxes for others (e.g. adding macros). I think it would also make sense to always keep the URL in and with the current state, instead of requiring a press of a Permalink button.
Previously discussed in #1193.
refreshing the page while on say
http://localhost:8080/misc-props breaks the site. how to fix this? is there “pass-thru” functionality in webpack-dev-server?
The test cover at the moment only the python part but leave out the
vim_main function. This is a bit harder to test (launch vim on a file and pass commands / a macro to execute which calls overleaf-commenter in a specific position, saves, and exists, and then checks the output file).
beakerx/install.py, line 128, the exist_ok keyword parameter is used. This parameter was introduced in Python 3.5, and so older version of Python 3 will fail.
@kCura is doing a great job setting up CI (see #48), but in the long-term, we should use a hosted or shared service where all project collaborators can view, modify, or kick off jobs, such as AppVeyor.
Decide something about tarantool/graphql-lite ownership.
The installation of elephant via pip does not include the
spike_extraction_test_data.npznumpy file, which is needed when running
setup.py we should specify the file to be uploaded.
Build a test environment using terraform in AWS, mirror to current production environment.
Add support for launching tests for pull requests - https://wiki.jenkins.io/display/JENKINS/GitHub+pull+request+builder+plugin
Ideally include support for github’s ‘branch protection’ feature as well (run tests on the branch, and then also run tests if the branch were merged)
For some reason, when changing the code and building, coverage report is not getting updated. To see the latest version it’s required to run
./gradlew clean build, which is not ideal.
Right now Kepka uses the ThirdParty on all platforms for libraries doesn’t exist in Conan. But these libraries could be in the Linux distro (e.g. Debian). We should add ability to use system libs instead of ThirdParty.
Right now we have a very manual semver documentation and management system. If this plugin has many more additional fixes, we may want to investigate a better system. If anyone has suggestions, please comment or open a PR!
Once Flutter switches to Dart 2, so will www.dartlang.org. The Dart 1.x version of the site will be temporarily available at https://v1-dartlang-org.firebaseapp.com.