text:
cups-filters: 1.25.12 -> 1.26.0

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/cups-filters/versions.
meta.description for cups-filters is: '"Backends, filters, and other software that was once part of the core CUPS distribution but is no longer maintained by Apple Inc"'.
meta.homepage for cups-filters is: '"http://www.linuxfoundation.org/collaborate/workgroups/openprinting/cups-filters"

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 1.26.0 with grep in /nix/store/9qypl8b4rwr7qdrc8bk115g0wm8q15ci-cups-filters-1.26.0

directory tree listing: https://gist.github.com/f61a58aba117ab9ffd4cf490c93df8d2

du listing: https://gist.github.com/d3e284acbc333ee46ca4f31a4f0350bf

Rebuild report (if merged into master) (click to expand)

9 total rebuild path(s)
3 package rebuild(s)
3 x86_64-linux rebuild(s)
3 i686-linux rebuild(s)
0 x86_64-darwin rebuild(s)
3 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
cups-filters
splix
system-config-printer

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/9qypl8b4rwr7qdrc8bk115g0wm8q15ci-cups-filters-1.26.0 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A cups-filters https://github.com/r-ryantm/nixpkgs/archive/7014f00710fb1ef2ec65273a8a9afee33de87adf.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/9qypl8b4rwr7qdrc8bk115g0wm8q15ci-cups-filters-1.26.0
ls -la /nix/store/9qypl8b4rwr7qdrc8bk115g0wm8q15ci-cups-filters-1.26.0/bin

closing for staleness, bot can open a new PR if needed

authors: jonringer r-ryantm


text:
opencv: don't use default /lib64/ when searching for libs

See #6925

(Fails because this causes a rebuild of kde4 and it takes too long for output.)

That seems to rebuild a lot of stuff on kde, maybe better for staging.

@lethalman I think this is fine for master - KDE is a small subset of Nixpkgs.

General note: I'm a bit anxious from everyone putting in lots of references like ${zlib}/lib/libz.so. At the very least it makes things fragile when splitting packages into multiple outputs. I would think we have pkg-config, libtool, and whatever else to do library and header searches for us. If they don't work (e.g. with cmake), we should fix those tools instead of "hard"-coding similar paths.

@vcunat not all packages use pkgconfig, that's the point.
On Sat, May 9, 2015 at 2:57 PM, Vladimír Čunát notifications@github.com
wrote:

General note: I'm a bit anxious from everyone putting in lots of
references like ${zlib}/lib/libz.so. At the very least it makes things
fragile when splitting packages into multiple outputs. I would think we
have pkg-config, libtool, and whatever else to do library and header
searches for us. If they don't work (e.g. with cmake), we should fix those
tools instead of "hard"-coding similar paths.
—
Reply to this email directly or view it on GitHub
https://github.com/NixOS/nixpkgs/pull/7698#issuecomment-100479645.

--
NixOS Linux http://nixos.org

@vcunat It looks like this was attempted before, but failed in #7141, due to KDE. I can try to work where @giogadi left off.

Do I understand correctly that in this case the motivation is to stop searching impure paths, not to help it find the nix-packaged stuff?

In this PR, the idea is to help it find nix packaged stuff,
The issue linked had the idea to stop searching impure paths, but I don't know if that's going to be possible for certain situations, as you can specify where cmake will look when writing the CMakeLists.txt file, or at least that's my understanding.

@KaiSforza Part of the nix derivation for cmake is to do automatically remove all references to impure paths in the CMakeLists.txt files, so that part shouldn't be an issue. I think the problem is that impure paths are still baked pretty deeply into CMake itself, so it's hard to fish out all the places where they pop up.

Note that it couldn't find jasper includes:
Could NOT find Jasper (missing:  JASPER_INCLUDE_DIR)

Otherwise I'm fine merging this.

Let me check and see what it's looking for. I'm at work currently, don't have access to a fast Linux machine with a GUI at work.

Is this still relevant? (OpenCV seems to build fine.)

source: gharchive/pull-request

authors: KaiSforza bjornfor edolstra giogadi lethalman vcunat

repo: NixOS/nixpkgs

license: MIT

license_type: permissive

license_source: github-api


text:
sdcc: 3.9.0 -> 4.0.0

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/sdcc/versions.
meta.description for sdcc is: '"Small Device C Compiler"'.
meta.homepage for sdcc is: '"http://sdcc.sourceforge.net/"

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 4.0.0 with grep in /nix/store/97j10l0q09wcbj9jdwhhrkvc5c4b4wly-sdcc-4.0.0

directory tree listing: https://gist.github.com/e2a39ed2fc905a071f926a50b8e0bffb

du listing: https://gist.github.com/bc1cb226b52df4f4b5bea4c2d723a379

Rebuild report (if merged into master) (click to expand)

28 total rebuild path(s)
7 package rebuild(s)
7 x86_64-linux rebuild(s)
7 i686-linux rebuild(s)
7 x86_64-darwin rebuild(s)
7 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
glasgow
libfx2
python27Packages.fx2
python37Packages.fx2
python37Packages.glasgow
python38Packages.fx2
sdcc

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/97j10l0q09wcbj9jdwhhrkvc5c4b4wly-sdcc-4.0.0 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A sdcc https://github.com/r-ryantm/nixpkgs/archive/230ead8c97e07f3a2d1f44ac40793d833754d7cd.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/97j10l0q09wcbj9jdwhhrkvc5c4b4wly-sdcc-4.0.0
ls -la /nix/store/97j10l0q09wcbj9jdwhhrkvc5c4b4wly-sdcc-4.0.0/bin

cc @bjornfor @yorickvp for testing.

Let me check if this breaks glasgow.

It still builds and the tests still run, I can't test if the compiled output works, but good enough I hope. cc @emilazy

LGTM
@GrahamcOfBorg build glasgow

authors: emilazy r-ryantm yorickvP


text:
nomad: 0.10.5 -> 0.11.0

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Hey! Thanks for the PR 😃 - however in this case Nomad already got bumped to 0.11 in https://github.com/NixOS/nixpkgs/pull/84982

All is well than!

authors: endocrimes numkem


text:
add maintainer scripts for haskell package generation

Motivation for this change
Currently, the Nix file responsible for the Haskell package set is created from mutable state by a script run by @peti that makes commits to nixpkgs, making it hard to reproduce. This means that changes in the package set cannot easily be evaluated by users other than them, and the script that executes a regular task which needs to be applied to nixpkgs is hard to use and maintained outside of it.
Obviates #62105.
Things done

[X] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[X] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Ensured that relevant documentation is up to date
[X] Fits CONTRIBUTING.md.

@hyperfekt Thanks for working on this.
There are frequently contributors that ask if there is an easy way to regenerate the hackage package set, normally for testing changes they have made.
Here is the most recent: https://github.com/NixOS/nixpkgs/pull/86659#discussion_r419323200
I think having something like this in nixpkgs would be nice, mostly for the people like the above link.
I have some specific questions about this PR though, so I'll ask those questions inline.

The update-hackage-packages.sh script now depends on a version of cabal2nix with https://github.com/NixOS/cabal2nix/pull/455 merged.

should I close https://github.com/NixOS/nixpkgs/pull/62105 then ?

I suppose so, I think this PR fully subsumes that.
I still have to get back to this and make it so @peti's update scripts leave behind the values needed by these, or alternatively put these more general update scripts in the cabal2nix repo (although I expect the chances of such a PR being merged to be even lower than the first option).

I think the PR is ready now, although probably not fully functional at the moment because the latest Hackage package set update has been done with a version of cabal2nix that is not in the public repo (!!!) and cabal2nix cannot use remote archives yet (see https://github.com/NixOS/cabal2nix/pull/455), so it cannot update itself.

Changed base to master to prevent diff pollution from force-pushes on haskell-updates.

Let me put it this way:
I fully understand that you derive no benefit from this PR being merged.
The PR is not meant to benefit you directly.
It is meant to benefit everyone else - its goal is to make it easy for contributors to test their changes to configuration-hackage2nix.yaml, and for people to make local changes to it that are either never upstreamed because they are unlikely to serve others, or that are needed more quickly than the regeneration of  hackage-packages.nix performed by you.
Ultimately my hope is that this leads to an increased number of contributors to the nixpkgs Haskell package set and with them an increased quality of the package set - ideally in a virtuous cycle with an increased number of users.
I have chosen to include these scripts in nixpkgs because

the required hackage2nix being served from the cache further lowers the friction of contributing, and with a prebuilt cabal2nix the cabal2nix repository would have to be fetched just for these scripts,
I see a very low chance of this kind of portable script which is not tailored to your usecase actually being merged in the cabal2nix repository, and
I am convinced scripts that the nixpkgs contributors use to operate on nixpkgs should also live in nixpkgs.

Your declaration of not maintaining them I take absolutely no issue with (I'm happy to do that), and your not wanting to use them I have accepted - I don't think either of these are reasons not to include them. Again, they are not for you.
I do however need your minimal support in pinning the versions used to generate hackage-packages.nix in nixpkgs. Users will often work off of older versions either because they cannot trivially upgrade, or because they need the cache provided by the NixOS foundation.
I'm not sure I see the harm in adding this sort of pinning to the scripts you use, so maybe you could enlighten me about the problems it brings instead of outright rejecting it without giving a reason.

@peti I have thought about this a bit more. There is one reason, why we maybe want more reproducibility than we have right now.
When someone makes a change to the yaml-file, they should probably regenerate the hackage-packages.nix, so that they can

test their change and
contribute a PR which already works and can be tested easily.

But now if everyone where to generate the hackage-packages.nix with the e.g. cabal tarball available to them at that time, this will very often produce changes at different points in hackage-packages.nix. This has multiple disadvantages:

It is harder to see if one accidentally changed anything else. That might be a problem for the person creating the PR and for the one reviewing it. It could even introduce evaluation errors that confuse the contributer (or at least prevent easy testing) without anything to do with the change being made.
In general if everyone were to regenerate hackage-packages.nix with some version of hackage, PRs would get confusing, might create much more rebase problems and a lot more rebuilds (possibly even on the contributers machine) that don‘t have anything to do with the actual change.
I don‘t want to think about the mess, when someone accidentally uses a slightly too old hackage version and rolls back some changes without realizing …

So I think the case can be made, that pinning the hackage version to generate hackage-packages.nix would make the contribution process much smoother. Because contributers could update exactly the part they changed, PRs would have a cleaner separation, would be easier to test and (Bonus!) situations where the PR causes a problem, when you regenerate the hackage-packages.nix, i.e. problems you need to solve, get rarer.
So I think the over all goal should be: a) Make the regeneration of the nix file easy and b) make the regeneration with the same hackage version easy.
Now, I have said nothing about what the best way to achieve that would be. But this PR supplies a solution that works right now. Another approach would be to have hackage2nix print the hackage snapshot to the top of the nix file (I know it‘s written in the commit message but that is harder to extract for tooling) and then have some tool (probably in the hackage2nix repo) that can pull that exact hackage version, be it a git-repo or a tarball …

Looking at make-package-set.nix, I think this PR currently breaks callHackage, which assumes all-cabal-hashes to be a tarball. The most direct solution is to revert it to be a tarball, and unpack it only when regenerating the package set. As an added benefit I think I can save a lot of time on slow filesystems by using the tarball via archivemount. In the long term the direct use of the cabal tarball that peti suggested would probably be most appropriate.

There is one reason, why we maybe want more reproducibility than we have right now.

Just to avoid misunderstandings: we have reproducibility. hackage2nix records the version of itself and of Hackage that was used to generate the hackage-packages.nix file. What don't have is a --re-generate flag to update-nixpkgs.sh that resets the Hackage snapshot to the version that was used to generate the current Nixpkgs checkout, so that users can easily take advantage of that information.

I have tried to verify your claim. I remain unconvinced as of now:
https://github.com/NixOS/cabal2nix/issues/459
It is likely that the issue is my mistake. But I needed 30 minutes to get to that point. I think the Haskell tooling in nixpkgs is great. I am really amazed by it. But I think it can be made easier to use.

I want to mention a script I hacked together which does at least some of this. @peti merged it into the cabal2nix repo.
https://github.com/NixOS/cabal2nix/pull/461

what's blocking this ? as @hyperfekt mentioned, some haskell fixes are probably never contributed upstream because it's too demanding (I know I keep my overrides local for instance). Having these simple scripts would make it easier. Can't we pin the versions ? we don't have to run the latest of everything at all times.
It does not need to be perfect right now but once there are more users, it will improve.

@teto The issue here is that this PR, if I understand it correctly, introduces a new workflow to update the hackage packages in nixpkgs. While there is some agreement that the current situation is not optimal. This PR would need more discussion and changes to the infrastructure than just merging it. If we would just merge it, that would be very confusing because the regenerate script will not work unless something or someone continually bumps the pinned hash.
Just for the meantime: Regenerating the haskell-packages.nix based on the last hackage snapshot used in nixpkgs is a matter of 60 seconds:

Clone git@github.com:nixos/caba2nix into <repo>
Symlink your nixpkgs checkout to <repo>/nixpkgs
Run <repo>/regenerate-hackage.sh.

Sorry, I answered your first question. Regarding the other points:

I think fixing stuff in nixpkgs is not very hard per-se and these scripts in my opinion would only change the difficulty slightly. I think the main issue is a lack of documentation.
Just contact us/open an issue/start a WIP PR, we are glad to help you and it's actually not that hard.

Re pinning versions: This PR is not about pinning versions of individual packages. We in general don‘t just run the latest of everything but we use the last stable stackage snapshot in general. On the other hand pulling new versions from hackage (for everything not in stackage and for packages in stackage if you use the explicitly versioned package name) every night. Is one of the great appeals of nixpkgs and I wouldn‘t want to miss it. I don‘t see the disadvantages either. If people don‘t want that at all, they can just use nixpkgs-stable.

contrast https://github.com/NixOS/nixpkgs/pull/86699#issuecomment-687672651 with running:
pkgs/misc/vim-plugins/update.py.
Even knowing the steps, I doubt its 60 seconds, and finding what to run is what takes time, understanding what parameters mean etc.
https://github.com/NixOS/cabal2nix/pull/461 is a step in a good direction. I just want to confirm that we are all ok to have a script run from within nixpkgs to ease discoverability (and also because it's a guarantee it works without extra-knowledge).

I just want to confirm that we are all ok to have a script run from within nixpkgs to ease discoverability (and also because it's a guarantee it works without extra-knowledge).

Um, have you read any of the previous discussion? This is pretty much the main point of contention.

I think the main problem here is, that there is no way to make a change to a Haskell package in nixpkgs without extra-knowledge.
Scripts as documentation are a bad solution for a problem that is not solvable without understanding at least parts of it.
So I think the real issue here is documentation, not ease of use.
That being said I personally am not opposed to having a the update script in nixpkgs. Maybe a very small wrapper script that just pulls cabal2nix and refers to a regenerate script in there might be a good compromise @peti ?

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/new-ghc-default-version-8-10-2-package-versions-now-from-stackage-nightly/10117/29

Thanks to everyone who has worked on improving the hackage tooling. I just had the following experience: I wanted to use pandoc-crossref from master. I noticed it was broken, so I wanted to see why it was broken and try to fix it. I noticed that I was able to build and use pandoc-crossref just fine with NIXPKGS_ALLOW_BROKEN=1, so I wanted to remove the broken flag.
@peti as the main person working on this, what do you think I should do in this case: Should I regenerate the package set with the versions mentioned in the last update commit? Or should I just commit the hackage2nix configuration and wait for it to be picked up on an automated update. What would I have to be careful about when committing changes to the package set?

Scripts as documentation are a bad solution for a problem that is not solvable without understanding at least parts of it.
So I think the real issue here is documentation, not ease of use.

I don't fully agree. I think I was able to get an idea about how all the tools and repositories work together quite quickly, however it's still more work to regenerate the package set in practise. For example, if I had found the regenerate-nixpkgs.sh script by @maralorn earlier that would have saved me a lot of time. I looked in these places (in this order):

in pkgs/development/haskell-modules/: nothing, no regenerate script, no README
in the Nixpkgs manual: There's a link to haskell4nix.readthedocs.io.
haskell4nix.readthedocs.io: I thought I found something, the haskell4nix Nixpkgs developers guide, but it's essentially an empty page other than a few links to videos, which is a nice addition but not a replacement for a helper script since it takes a lot more time to follow a video and reproduce the steps in comparison to running pkgs/development/node-packages/generate.sh.
I saw a link to the NixOS/cabal2nix README somewhere, so I looked there, but it didn't mention the regenerate-nixpkgs.sh script either
Even when I found the regenerate-nixpkgs.sh, I spent a few minutes trying to find out how to install cabal, because haskellPackages.cabal is broken.

=> These things would have improved the experience by a lot:

Somehow including or linking the regenerate-nixpkgs.sh script in pkgs/development/haskell-modules/
Making it clone cabal2nix master in a temp dir
A nix-shell shebang with cabal-install

Hey everyone! @cdepillabout and @sternenseemann. I had a fresh look at this and I concluded, that this PR does exactly what we want. Now with a break in the workflow I recommend we merge it asap and switch to updating the hackage-package-set using these scripts.
What @hyperfect has done here seems exactly right. Thank you for your work! Since you have probably long given up on this I will take over and drive this home, if you don‘t mind.
I think having a cabal2nix-latest cached by hydra is advantageous.
If you don‘t object I will clean up the merge conflicts and test this out. (I want to make sure this doesn‘t break callCabal2nix, which it could since it’s touching the hashes.)
The only thing we could bikeshed about are filenames and locations. I kinda hope that we will add a few more scripts in the future so I am a bit weary of having them all plain maintainers/scripts

One thing to note: We probably also want to migrate the update-stackage script into nixpkgs.

Subsumed by #121391.

authors: cdepillabout hyperfekt maralorn nixos-discourse petabyteboy peti teto


text:
pythonPackages.grpcio: fix build

Motivation for this change
Fixes #97811
cc: @flokli
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[X] NixOS
[X] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[X] Fits CONTRIBUTING.md.

@GrahamcOfBorg build pythonPackages.grpcio python3Packages.grpcio


text:
🛑 libreddit libreddit.spike.codes is down

In a1f5808, libreddit libreddit.spike.codes (https://libreddit.spike.codes) was down:

HTTP code: 502
Response time: 27864 ms

Resolved: libreddit libreddit.spike.codes is back up in 7bb7578.

source: gharchive/issue

repo: NoPlagiarism/services-personal-upptime


text:
🛑 ProxiTok proxitok.r4fo.com is down

In c941d1b, ProxiTok proxitok.r4fo.com (https://proxitok.r4fo.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ProxiTok proxitok.r4fo.com is back up in 98ed8c6 after 15 minutes.


text:
🛑 ProxiTok proxitok.esmailelbob.xyz is down

In 668d409, ProxiTok proxitok.esmailelbob.xyz (https://proxitok.esmailelbob.xyz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ProxiTok proxitok.esmailelbob.xyz is back up in 428f5ca.


text:
🛑 ProxiTok proxitok.privacydev.net is down

In 07a0358, ProxiTok proxitok.privacydev.net (https://proxitok.privacydev.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ProxiTok proxitok.privacydev.net is back up in e7c0132 after 8 minutes.


text:
🛑 BreezeWiki breezewiki.frontendfriendly.xyz is down

In 2e1458a, BreezeWiki breezewiki.frontendfriendly.xyz (https://breezewiki.frontendfriendly.xyz) was down:

HTTP code: 500
Response time: 267 ms

Resolved: BreezeWiki breezewiki.frontendfriendly.xyz is back up in 052e38d after 16 minutes.


text:
🛑 GotHub gothub.no-logs.com is down

In 1c18b43, GotHub gothub.no-logs.com (https://gothub.no-logs.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: GotHub gothub.no-logs.com is back up in fb6df3a after 9 minutes.


text:
🛑 librarian (discontinued) watch.whateveritworks.org is down

In ee2b696, librarian (discontinued) watch.whateveritworks.org (https://watch.whateveritworks.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: librarian (discontinued) watch.whateveritworks.org is back up in 7d2ab63.


text:
Two small questions about the code

Hi, first I wanted to say that you are doing an amazing job.
I have two small questions, if you don't mind:
1.what is going on in this line:
out = torch.cat([self.conv_1(x), self.conv_2(x[:,:,1:,1:])], dim=1)
link: https://github.com/NoamRosenberg/AutoML/blob/master/operations.py#L95
couldn't find anything like that in the paper.

In  https://github.com/NoamRosenberg/AutoML/blob/master/cell_level_search.py#L142
why you are doing this action: states[-self.block_multiplier:]

Thanks a lot!

Hello, thanks for your feedback!

FactorizedReduce is implemented as two stride 2 Convs concatenation for a larger field of view. These two Convs' kernels always see a different area of an image from each other by stride 2 and x[:,:,1:,1:] cropping. Sketch out the operation and you will see!
In additionally, the paper actually mentioned that they reused the cell operations set from DARTS. The description is on the top of Section 3.

The output of a cell is a concatenation of each block's output. Each block's output is gathered at here. Hence, the last #self.block_multiplier elements are what we need to concatenate.

authors: HankKung albert-ba

repo: NoamRosenberg/AutoML


text:
Getting RecursionError related messages on startup

I am using an 8x8 grid with 100 accounts and a 150 RPM key.
On startup I get messages like these in scan.log:
[2017-08-20 07:32:06][    INFO][root] -------------------------------------
[2017-08-20 07:32:06][    INFO][root] Starting up!
[2017-08-20 07:36:26][ WARNING][worker-56] RecursionError during encounter
[2017-08-20 07:36:27][   ERROR][eventloop] A wild exception appeared!
[2017-08-20 07:36:27][   ERROR][eventloop] {'message': 'Task exception was never retrieved', 'exception': RecursionError('maximum recursion depth exceeded while calling a Python object',), 'future': <Task finished coro=<Overseer.try_point() done, defined at /root/pogo/Monocle-PG/monocle/overseer.py:502> exception=RecursionError('maximum recursion depth exceeded while calling a Python object',)>}
[2017-08-20 07:36:27][ WARNING][worker-46] RecursionError during encounter
[2017-08-20 07:36:29][ WARNING][worker-28] RecursionError during encounter
[2017-08-20 07:36:29][ WARNING][worker-26] RecursionError during encounter

Hmm that is the "async def try_point(self, point, spawn_time=None, spawn_id=None):" line according to your error, which would be the function definition. Not sure how you get recursion there, I only see it being called in a loop?

I'm no longer getting those messages.
My best bet is that I started mapping a new area using a multi-polygon and this led to something like:
35 workers, 3264 coroutines

Where 3264 is a number just to put one, but the point is that it was tremendously high.

I got this error once again and this time I have "72 workers, 73 coroutines":
[2017-08-19 08:16:16][   ERROR][eventloop] {'message': 'Task exception was never retrieved', 'exception': RecursionError('maximum recursion depth exceeded while calling a Python object',), 'future': <Task finished coro=<Overseer.try_point() done, defined at /root/pogo/Monocle-PG/monocle/overseer.py:502> exception=RecursionError('maximum recursion depth exceeded while calling a Python object',)>}

authors: DavePlater almico

repo: Noctem/Monocle


text:
Commands return numbers as strings, even with string_numbers set to false.

const db = redis.createClient({
    password: 'PASS',
    string_numbers: false
});
db.on('error', console.log);
db.hgetAsync('currencyUser:XWhatevs', ['bal']).then(bal => console.log(typeof bal));

The code above logs string. The value of currencyUser:XWhatevs -> bal is 1234, so it should return a number?
node_redis version: ^2.6.2
node version: v6.6.0
platform: osx 10.11.6

@bokisa12 as you can see in the documentation Redis returns a String, so it's always going to be a string if you use hget.


text:
remove unused var in readme example

Pull Request check-list
Please make sure to review and check all of these items:

[x] Does npm test pass with this change (including linting)?
[x] Is the new or changed code fully tested?
[x] Is a documentation update included (if this change modifies existing APIs, or introduces new ones)?

NOTE: these things are not required to open a PR and can be done
afterwards / while the PR is open.
Description of change
Just a readme edit.

Thanks a lot!

Nice catch

authors: BridgeAR dirkbonhomme gswalden


text:
(bug) (Win10 store) edited controls revert after relaunch

platform: Windows 10 (Microsoft store) x64
how to replicate:

change your keybinds (I use space to jump and shift to dash)
go to the main menu
press quit
relaunch the game
it's bugged

How to fix:

open your keybinds menu
chose a keybind (any works), they should be what you want them to be
change the keybind (works if you change it to itself)
load a file, and it's fixed

您好，您发的邮件我已收到，我将稍后阅读。

authors: MisakaRua cootshk

repo: NoelFB/Celeste


text:
feat: expose buildModule on its own entry point

We re-export buildModule in hardhat-ignition from a modules entry point to avoid clashes with Hardhat plugin setup. Now to setup a module you need to import:
import { buildModule } from "@nomicfoundation/hardhat-ignition/modules";

Resolves #540.
Testing
I created a the HH sample project in both js and ts modes and was able to leverage the new entrypoint.

LGTM.
I also checked all the imports of buildModule and they were all updated.

authors: alcuadrado kanej

repo: NomicFoundation/hardhat-ignition


text:
Sik-Ho Tang | Review -- Unsupervised Visual Representation Learning by Context Prediction (Self-Supervised).

Sik-Ho Tang. Review — Unsupervised Visual Representation Learning by Context Prediction (Self-Supervised).

Overview

The task for learning patch representations involves randomly sampling a patch (blue) and then one of eight possible neighbors (red)
In this story, Unsupervised Visual Representation Learning by Context Prediction, (ContextPrediction), by Carnegie Mellon University, and University of California, is reviewed.
In standard supervised learning, networks are trained with ground-truth labels. However, it is often expensive and time-consuming to annotate the labels especially when the dataset is large, e.g. ImageNet.
In this paper:

The feature representation learned using the within-image context indeed captures visual similarity across images.
e.g.: At the above, can you guess the spatial configuration for the two pairs of patches? Note that the task is much easier once you have recognized the object!
This is a kind of self-supervised learning.

This is a paper in 2015 ICCV with over 1300 citations.

Motivations & Conceptual Ideas

Internet-scale datasets (i.e. hundreds of billions of images) are hampered by the sheer expense of the human annotation required.
A natural way to address this difficulty would be to employ unsupervised learning. Unfortunately, unsupervised methods have not yet been shown to extract useful information from large collections of full-sized, real images.

How can one write an objective function to encourage a representation to capture, for example, objects, if none of the objects are labeled?
In the text domain, given a large text corpus, the idea is to train a model that maps each word to a feature vector, such that it is easy to predict the words in the context (i.e., a few words before and/or after) given the vector.

This converts an apparently unsupervised problem (finding a good similarity metric between words) into a “self-supervised” one: learning a function from a given word to the words surrounding it.

This paper aims to provide a similar “self-supervised” formulation for image data.

The algorithm receives two patches in one of these eight possible spatial arrangements, without any context, and must then classify which configuration was sampled
A random pairs of patches are sampled in one of eight spatial configurations. The algorithm must then guess the position of one patch relative to the other.
And one patch of that patch pair must be the center.

The underlying hypothesis is that doing well on this task requires understanding scenes and objects, i.e. a good visual representation.

This requires that all images should be centered at the objects!!!

Learning Visual Context Prediction
A Pair of AlexNet-Like Networks

A Pair of AlexNet-Like Networks for Pair Classification
Convolutional neural network (CNN) is used to learn an image representation for our pretext task, i.e., predicting the relative position of patches within an image.
The network must feed the two input patches through several convolution layers, and produce an output that assigns a probability to each of the eight spatial configurations.
But it is noted that the ultimately goal is to learn a feature embedding for individual patches, such that patches which are visually similar (across different images) would be close in the embedding space.

A pair of AlexNet-style architectures is used to process each patch separately, until a depth analogous to fc6 in AlexNet, after which point the representations are fused.
Weights are tied/shared (Convs with dashed line) between both sides of the network, such that the same fc6-level embedding function is computed for both patches.

We can use one AlexNet-style network to process two images, then combine them to feedforward the final fully connected layers.

Training Samples

To obtain training examples given an image, the first patch is sampled uniformly, without any reference to image content.
Given the position of the first patch, the second patch is sampled randomly from the eight possible neighboring locations.

Do not have the prior that the first patch is centered on the object!!!

Avoiding “Trivial” Solutions
Low-Level Cues
Care must be taken to ensure that the task forces the network to extract the desired information (high-level semantics), without taking “trivial” shortcuts.

Low-level cues like boundary patterns or textures continuing between patches can be treated as shortcuts.

It was important to include a gap between patches (approximately half the patch width). Each patch location is randomly jittered by up to 7 pixels.

Implementation Details
ImageNet 2012 training set (1.3M images), but discarding labels. Each image is resized to between 150K and 450K total pixels, preserving the aspect-ratio. Patches are sampled at resolution $96\times 96$, in a grid-like pattern.
A gap of 48 pixels between the sampled patches in the grid, but also jitter the location of each patch in the grid by -7 to 7 pixels in each direction.
Patches are preprocessed by

mean subtraction,
projecting or dropping colors,
randomly downsampling some patches to as little as 100 total pixels,
upsampling it, to build robustness to pixelation.

Batch normalization is used for those conv layers without using LRN. (According to this Github.)

Experimental Results
The trained network is applied in two domains.

First, pre-training, for a standard vision task with only limited training data: specifically, the VOC 2007 object detection.
Second, visual data mining, where the goal is to start with an unlabeled image collection and discover object classes.

Finally, the performance is analyzed on the layout prediction "pretext task" to see how much is left to learn from the supervisory signal.

Nearest Neighbors

Examples of patch clusters obtained by nearest neighbors (fc6 features from a random initialization of our architecture, AlexNet fc7 after training on labeled ImageNet, and the fc6 features learned from the proposed method)
The goal is to understand how similar the patches are. fc7 and higher layers are removed. NN (Nearest Neighbors) are applied on the fc6 features. Results for some patches (selected out of 1000 random queries) are shown above. The proposed context prediction algorithm performs well.

For the middle AlexNet, it outperforms the proposed context prediction approach. Because this AlexNet is supervise-learned.

By visualizing the patches grouped by NN (Nearest Neighbors), the predicted context prediction is able to learn the image representation without labels.

Adopting into R-CNN for Object Detection

Object Detection Network.
R-CNN pipeline is used.

However, $227\times 227$ input is used rather than $96\times 96$. The network needs to be modified.
A pool5 is performed $7\times 7$ spatially.
The new ’conv6’ layer is created by converting the fc6 layer into a convolution layer.
conv6 layer has 4096 channels, where each unit connects to a $3\times 3$ region of pool5.
Another layer after conv6 (called conv6b), using a $1\times 1$ kernel, is added to reduce the dimensionality to 1024 channels.
The outputs are fed to a fully connected layer (fc7) through a pooling layer which in turn connects to a final fc8 layer which feeds into the softmax.
conv6b, fc7, and fc8 start with random weights.
fc7 is used as the final representation.

AP and mAP Results (%) on PASCAL VOC-2007.
Scratch-Ours: The architecture trained from scratch (random initialization) performs slightly worse than AlexNet trained from scratch (Scratch-R-CNN).
Ours-projection/Ours-color-dropping: Pre-training boost the from-scratch number by 6% mAP, and outperforms an AlexNet-style model trained from scratch on Pascal by over 5%.
Only 8% behind ImageNet-R-CNN, i.e. R-CNN pre-trained with ImageNet labels. This is the best result (at that moment) on VOC 2007 without using labels outside the dataset.

Ours-Yahoo100m: A randomly-selected 2M subset of the Yahoo/Flickr 100-million Dataset [51] is used, which was collected entirely automatically. The performance after fine-tuning is slightly worse than Ours-projection/Ours-color-dropping, but there is still a considerable boost over the from-scratch model.
Ours-VGG: VGGNet is tried and mAP is closed to ImageNet-R-CNN one.

Visual Data Mining

Object clusters discovered.
Visual data mining, or unsupervised object discovery aims to use a large image collection to discover image fragments which happen to depict the same semantic objects.

First, sample a constellation of four adjacent patches from an image.
Then, find the top 100 images which have the strongest matches for all four patches, ignoring spatial layout.
(filter away the images where the four matches are not geometrically consistent.)
The number beside each cluster indicates its ranking, determined by the fraction of the top matches that geometrically verified.

Some of the resulting patch clusters are shown above.

Clusters discovered from the Paris Street View dataset

The proposed representation captures scene layout and architectural elements.

Pre-training using proposed Context Prediction outperforms random initialization while it does not need ground-truth labels comparing with supervised pre-training strategy.

Reference

[2015 ICCV] [Context Prediction] Unsupervised Visual Representation Learning by Context Prediction.

repo: NorbertZheng/read-papers


text:
fix: update to Zephyr Toolchain v0.15.2

[x] wait for 0.15.2 to be released

https://github.com/zephyrproject-rtos/sdk-ng/releases/tag/v0.15.2

repo: NordicPlayground/nrf-docker


text:
Remove password policies

since we do not use passwords in CI vms

What about COMMON_PASS_PATH, do we need it?

no, actually both need to be cleaned.

done thank you!

/test-integration

authors: fmuyassarov maelk

repo: Nordix/airship-dev-tools


text:
Possible daily fix

NOT TESTED
But I see that your getting the score at beginning before changing daily time and money
You then change daily time after it’s set score so effectively not adding points.
This sets time first then points, may fix.

Please test this before sending a PR, if you require assistance testing, please let one of the staff members or the Contributors know.
Unless it is an obvious fix, or a minor change to code. All PRs need to be tested prior to being submitted.

@AndrewJWin so sorry i didn't see your comment, ill try to test and if i cant ill get someone to help !

@AndrewJWin so sorry i didn't see your comment, ill try to test and if i cant ill get someone to help !

@AndrewJWin Sorry unfortunately i cant seem to run it, if you could test it that would be great, or if anyone can.

Any update ?

I'm going to call this PR as dead and request that it be closed.
cc @YorkAARGH

repo: NotAWeebDev/Misaki


text:
sometimes fails to grab HiRes Covers

I have this book 9781789392074, which has a pretty high resolution on the website, but the addon fetches only a  288 x 432 version instead of blob:https://www.kobo.com/7aa03e38-0452-42a4-8d75-ad934537c8a6

I can't get to your link but tbh it looks like its behaving as expected - by default, the image will get scaled (up or down) to 353x569 (its been a bit since I checked but I believe it maintains aspect ratio and tries to hit the 353 width). In your case, it looks like the cover is getting scaled up.

authors: NotSimone Silther

repo: NotSimone/Kobo-Metadata


text:
Dashboard-207-incl-Reviews-10

Dashboard v2.0.7 changes required by Reviews v1.0 release + small improvements carried over from v2.1.0 dev branch

I've fixed the folders.js tests.
There's still 1 single failing test in NPFrontmatter.js. I'm pretty sure its your code, and I've looked at it and I think the edge case you're covering in the test is not covered properly in the code. But I'm not touching it as I haven't looked at this aspect of FM as much as you seem to have done.

Trying to reopen this and see if that helps.

Right, that's sorted it, for some reason. Deleted branch.

repo: NotePlan/plugins


text:
🛑 Listmonk mailing list is down

In 3499436, Listmonk mailing list (https://listmonk.notiverse.app) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Listmonk mailing list is back up in 4733387 after 12 minutes.

repo: Notiverse/notiverse-uptime


text:
Disallow selected peers to download from HTTP (force P2P)

Hello,
Is there a way to disallow selected peers to download from HTTP (i.e., force them to always download the segments from other peers - or fail)?
Thanks.

I think one challenge would be how to identify peers - your website probably serves the same JS file to all clients, but if on the client side you can find a way to figure out if they should be only P2P, you can initialize the loader with the HTTP probability set to zero
https://github.com/Novage/p2p-media-loader/blob/master/p2p-media-loader-core/README.md#loader--new-hybridloadersettings

Yes, I have other means to determine who should be capable of HTTP download and I am loading a "regular" JS script for them, while the others will receive the "P2P-only" version.
Thank you for your suggestion. Note: httpDownloadProbability: 0 did not work alone. I had to set requiredSegmentsPriority: -1 as well.
Now I just need to find a way to make the player stop/error/reload after a few seconds the next segment is unavailable, instead it just hanging and infinitely displaying the "loading" animation. Any tip?

I think it would be something along the lines of https://github.com/video-dev/hls.js/issues/1714, however I am not finding a way to implement this (I am using basically the same code of Novage's demo for Clappr Player, very slightly modified). JavaScript is not my native language 😅


text:
stderr error: header 'steam_gameserver.h' does not exist.

Hello! @Noxime
I'm trying to build Rust in Windows and macOS, but when compiling steamworks-sys, I get this:
error: failed to run custom build command for `steamworks-sys v0.7.0`

Caused by:
  process didn't exit successfully: `/Library/WebServer/Documents/hello_world/target/debug/build/steamworks-sys-76cbcb8d9f2d24c2/build-script-build` (exit status: 101)
  --- stdout
  cargo:rustc-link-search=/sdk/redistributable_bin/osx
  cargo:rustc-link-lib=dylib=steam_api

  --- stderr
  error: header '/sdk/public/steam/steam_gameserver.h' does not exist.
  thread 'main' panicked at 'Unable to generate bindings: ()', /Users/podrivo/.cargo/registry/src/github.com-1ecc6299db9ec823/steamworks-sys-0.7.0/build.rs:49:10
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

Testing on:

macOS Catalina 10.15.7
Windows 10
Rust 1.53.0
clang version 12.0.0
Steam SDK 1.51

I'm running this command to build (without the SDK STEAM_SDK_LOCATION env var in Windows):
STEAM_SDK_LOCATION=/sdk/ cargo build

This is my Cargo.toml:
[package]
name = "hello_world"
version = "0.1.0"

[dependencies]
steamworks = "0.7.0"

And this is my folder structure:
hello_world
├── sdk
├── src
│   └── main.rs
├── Cargo.toml
└── steam_appid.txt

Thoughts on why this is happening?
Thank you!

Sorry for taking a while! This is a shot in the dark, are you sure your STEAM_SDK_LOCATION is correct? In the command you posted you have STEAM_SDK_LOCATION=/sdk/. On MacOS and other *nix operating systems when a path starts with a / it means its from the filesystem root, so what you probably wanted was just sdk/ or ./sdk/ which will refer to the folder sdk in current folder.

Hey @Noxime. No problem at all! Thanks for having the time! 😄
Yes, you are correct! I tried multiple ways to link to the SDK folder, like /sdk/ sdk/ ./sdk ./sdk/, but it seems like all options couldn't find the SDK files and gave the same error. So I moved it to my Desktop and updated the env var to STEAM_SDK_LOCATION="$HOME/Desktop/sdk" and the build worked!
I thought this was related to the macOS, because you can find multiple threads about missing headers in Catalina 10.15, but even thought I tried every single solution I could find, I got the same error every build. And when I went to the Windows to test it and got the same exact error, I decided to ask for help... 😅
Also, I had to reinstall llvm with brew, and update llvm/bin to $PATH and set $LDFLAGS and $CPPFLAGS, as suggested by brew installer and just like this issue: https://github.com/Noxime/steamworks-rs/issues/52
I can't make it run, though. But I'll open a separate issue for this! (:
Thanks for the help! ✨

authors: Noxime podrivo

repo: Noxime/steamworks-rs


text:
Package download statistics are not updated

For last three days package download counts on nuget.org are not increased.
Main page is always showing 280,266,060 package downloads and it stayed constant since 2014-11-08. Some packages i use (e.g. Serenity.Web 1.4.0) shows 0 download count.

We are looking to improve the mechanism for stats - adding this for future work

This issue should be fixed now.

It seems count is frozen for my nuget package (https://www.nuget.org/packages/Xunit.Gherkin.Quick/) for the last week.
I'm fine with thinking that there are no new downloads, but I believe there must be.
Has anybody else complained about the same recently? Or is it just me?

I can see similar issue with my package https://www.nuget.org/packages/Guflow/1.0.68.  I did a test and downloaded the package version 1.0.68  from 4-5 different machines today but it did not have any impact on downloaded counts even after 4-5 hours. It is frozen.

This is still happening and has happened several times repeatedly and intermittently.

I am also facing the same issue
(https://www.nuget.org/packages/SimpleAccess.SqlServer)

Same thing for my package: https://www.nuget.org/stats/packages/Z.Blazor.Diagrams
The statistics page says that no stats are currently available, even the NuGet search / Visual Studio package manage shows 0, but when you go into the package, it says it has downloads (77?).

authors: ChrisSfanos RanjiniM gurmitteotia sheryever ttutisani volkanceylan zHaytam

repo: NuGet/NuGetGallery


text:
Profile page needs to link to latest package version

Go to http://preview.nuget.org/profiles/romiller.com and click on the first package. Notice the link includes the version. It should not include the version. It should just link to the package id.

Fixed with changeset 72f1036873f65a938befd3a98c7de28d6c4071c8

authors: Haacked pranavkm


text:
install line doesnt work (Temporary failure in name resolution)

when i run:
wget https://git.io/wireguard -O wireguard-install.sh && bash wireguard-install.sh
This is the answer:
--2022-03-14 18:47:20--  https://git.io/wireguard
Resolving git.io (git.io)... failed: Temporary failure in name resolution.
wget: unable to resolve host address 'git.io'
Was the file location on github changed for "wireguard-install.sh" ?
Thanks for your help

This is a DNS failure on your side.
Try this line instead:
wget https://raw.githubusercontent.com/Nyr/wireguard-install/master/wireguard-install.sh -O wireguard-install.sh && bash wireguard-install.sh
Or just download the script to your computer and upload to the server, but maybe you have a problem with the DNS resolver configured in your server.

authors: Nyr Titanfinger

repo: Nyr/wireguard-install


text:
PR label automation exceeding GraphQL API rate limits

@baywet I'm afraid there is another issue, this one in lable-no-recent.ps1:
Run scripts/label-no-recent.ps1
  scripts/label-no-recent.ps1
  shell: /usr/bin/pwsh -command ". '{0}'"
  env:
    GH_TOKEN: ***
    NEEDS_ATTENTION_LABEL: Needs attention
    NEEDS_AUTHOR_FEEDBACK_LABEL: Needs author feedback
    NO_RECENT_ACTIVITY_LABEL: No recent activity
    NO_RECENT_ACTIVITY_DURATION_IN_DAYS: 7
    NO_RECENT_ACTIVITY_DURATION_CLOSE_IN_DAYS: [2](https://github.com/OAI/OpenAPI-Specification/actions/runs/7736627061/job/21094291666#step:3:2)8
    ORG_NAME: OAI
    REPO_NAME: OpenAPI-Specification
    NO_RECENT_ACTIVITY_COMMENT: This issue has been labeled with `No recent activity` because there has been no recent activity. It will be closed if no further activity occurs within 28 days. Please re-open this issue or open a new one after this delay if you need to.
GraphQL: API rate limit exceeded for installation ID 6859[4](https://github.com/OAI/OpenAPI-Specification/actions/runs/7736627061/job/21094291666#step:3:4)[9](https://github.com/OAI/OpenAPI-Specification/actions/runs/7736627061/job/21094291666#step:3:9)9.
Error: Process completed with exit code 1.

I've included a full screenshot this time to show that these errors are coming from this repo and not my fork (which is up-to-date with this repo).

I think we can close this one as a fluke since:

it has recovered since
the timestamps match a GitHub degradation incident

@baywet works for me!  I just figured it might have been something hidden by the previous bug.

authors: baywet handrews

repo: OAI/OpenAPI-Specification


text:
Port remaining 3.0.4 fixes with adjustments for 3.1.1

This PR really has two parts, and you can click each "series of commits" to see the diff of just that part:

A series of commits that ports, with as little changes as possible, all of the outstanding 3.0.4 changes not yet in 3.1.1
A series of commits that adjusts those ports for 3.1.1 differences, primarily the change from format to contentEncoding

IMPORTANT NOTE: The 3.1.0 spec is inconsistent about whether type: string without contentEncoding and any other primitive type (number, integer, boolean) regardless of contentEncoding defaults to a Content Type of text/plain (per §4.8.1.4) or application/octet-stream (per the contentType fixed fields entry).  This PR settles on text/plain as that is what the 3.0.3 contentType fixed fields entry said, and the change from format to contentEncoding should not have impacted that.  See also #3922 for a similar fix to 3.0.4.
This is a good opportunity to look for consistency although I will ask that you DO NOT hold up this PR with consistency/editorial changes that might need to also go into 3.0.4.  Please either open a PR on 3.0.4 with those, or start an issue where we can track them.
I squashed the ported PR commits somewhat, and just retained separate commits when review feedback was substantial enough that I thought it warranted a separate commit for crediting or clarity purposes, or (in the case of 3861) the original PR was a grab-bag of different tiny fixes in the first place.
Ports:

#3867 (2 consecutive commits)

1st commit includes #3904

#3864
#3818
#3911 (2 commits, one combined with another PR noted further down this list)
#3840
#3841
#3894
#3861 (11 consecutive commits)
#3857 (4 consecutive commits)
#3859 (3 consecutive commits)

3rd commit includes half of #3911)

#3917
#3905
#3907
#3919
#3920

So far, looks good to me

This had 3 TSC approvals and it was only a trivial in-PR correction that dismissed the other two - I'm going to merge this to unblock the remaining 3.0.4 ports.

authors: handrews miqui


text:
[ToC] Update to use internal anchors

This updates the ToC through the Info Object and its children to use the internal anchors in the document (instead of GitHub-generated anchors)
Signed-off-by: Rob Dolin robdolin@microsoft.com

This change also includes moving revision history to the end of the document (#926)


text:
description of glacier gallery for homepage

completed description of the text that appears on the homepage.

Thanks!!!! :beers:

authors: fmaussion zschirmeister

repo: OGGM/oggm-edu


text:
multi-language support

for example how to translate contents into chinese ,spanish?
is the best practise to fork another repo?
since the content is continuing to change

Good question! I don't know the right answer.
A fork might help you keep all non-language-specific artifacts (like images) synchronized, while allowing you to build the book to a different website. But it would be annoying to have the different language versions in the RMarkdown files. Maybe I should place all English markdown files in an 'English' subfolder, so everyone can create their own language folders?
As for the continuously changing content: I was imagining we do work with 'editions'. Hopefully for the symposium in September we'll have our 1st edition, which will be a Git tag in the repo, and also the version that will go to the printer. The online version will keep being updated after that, but the 1st edition will be static. At some point we'll create a new edition, and so on.
Maybe those editions should be the focus of the translations? That would mean you're lagging behind the online version though...
Pulling in @chandryou, who is working on the Korean version.

Currently, I'm working in The Book Of OHDSI Korea repo in the Korean OHDSI repo.
You can see the draft: https://ohdsi-korea.github.io/TheBookOfOhdsiKorea/
I added chapters for the history of OHDSI in Korea and reproducible research.
I think OHDSI book in other languages should be managed independently, because the original ohdsi book will be updated and each country can have their own specific themes for the book.

authors: chandryou schuemie wanghaisheng

repo: OHDSI/TheBookOfOhdsi


text:
Move SVGs for File / Folder in Google Cloud Uploader to react-viewerbase

We should just use the  component for these so they don't sit in the assets folder.
These ones:
https://github.com/OHIF/Viewers/blob/master/public/assets/Button_File.svg
https://github.com/OHIF/Viewers/blob/master/public/assets/Button_Folder.svg

Won't fix: in the Slack Channel was decided by @swederik and @dannyrb to keep these SVG buttons here for now, they are not exactly Icons and break the Icon Component Show Room.

We could put more efforts on it and make a complete Component Element Button in react-viewerbase in the future, instead of just move it to there.

authors: romulobordezani swederik

repo: OHIF/Viewers


text:
🛑 Accountability Music Awards is down

In 986a2d7, Accountability Music Awards (https://www.accountabilitymusicawards.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Accountability Music Awards is back up in e900d16.


text:
Feature/parser working

Welcome to the worlds largest PR.
~100k lines are actually:

Tokens.scala Seq[String]
Test resources which need to be shipped with the codebase
The libbackend.so
Some tests are ignored because their expected have changed. Will fix later.

~5k lines are actual code to review.

The CrfScala interface has already been reviewed.
The implementation of the interface needs to be reviewed.
There's a lot of string construction stuff going on, please refrain from commenting, some of it isnt nice, but I have optimisations in mind.

Optimisations (its pretty fast anyway):

Impl a proper way of configuring AggregateFeatureAnalysers (current impl is because of time)
Some places could do with some extra StringBuilders (specifically the AggregateFeatureAnalysers)
Static Types on Tokens.

Tests which need to be added:

Specific token bounds test (40 odd to come)
AggregateFeatureAnalysers when impl complete.

A special thanks to @Mironor @alangorton and @saniemi for your assistance with this.

This branch will be squashed when merged.

Lots to do!

Some tes feedback

Adding comments on feedback

repo: ONSdigital/address-index-api


text:
245 answer property mandatory

What is the context of this PR?
This PR connects the mandatory property to the answer properties panel so that when the checkbox is toggled, the value is reflected on the server.
How to review
Toggle the answer required checkbox and observe that the value is changed on the API via a GraphQL mutation.

 Answer property - mandatory (3)

repo: ONSdigital/eq-author

license: mit

license_source: bigquery


text:
QBS Increase test coverage of the downstream data

What is the context of this PR?
Dumps the answers that are going to be submitted and compares with the answers that were entered.
How to review
Run the integration test.

@collisdigital addressed all the comments

repo: ONSdigital/eq-survey-runner


text:
Remove intermediary seft upload page

What and why?
When clicking on the 'Upload' or 'View or upload' CI SEFT on the CE information page, an intermediary summary page is shown, this PR removes that page and takes the user directly to the load collection instrument page.
How to test?
For a SEFT and an EQ and SEFT survey, go through the seft upload journey on a collection exercise to ensure the intermediary page is no longer present and the user is taken directly to the load-collection-instruments page. The eQ journey should not have changed.
Jira
https://jira.ons.gov.uk/secure/RapidBoard.jspa?rapidView=1493&projectKey=RAS&view=detail&selectedIssue=RAS-682

/deploy harrisonj

/deploy harrisonj

authors: JacobHarrisonONS matthew-robinson-ons

repo: ONSdigital/response-operations-ui


text:
어제 이야기 했던 것들을 수정했습니다.

Plans를 저장하기 위한 텍스트 파일 및 파일 읽기, 쓰기 클래스 생성
구현 안된 Greeter 클래스 멤버 함수 구현
레시피 DB 스태틱으로 변경

현재 상태로 빌드는 잘됩니다(윈도우즈 x64 운영체제용)
빌드 안깨지게 이제 잘 수정해 나가봅시다.

이제 돌아가는지 하나하나 연결해서 확인해봅시다.


text:
SQMAGOPC-152 Made by Csaba & Richard: refactored module

Fixes made by Csaba and Richard.

After changing to STATE_NEW got error from Mage::throwException(Mage::helper('opcheckout')->__('No Capture Data'));
Validated this couple of times and after changing STATE_NEW back to STATE_PENDING_PAYMENT everything was working okay.

Reverted STATE_NEW back to STATE_PENDING_PAYMENT


text:
DocsArchive-1.0.0.0Auto archive content

Please don't merge this PR until target archive repo PR https://github.com/OPS-E2E-PPE/docs-archive-test-target/pull/180 is merged into live branch.
Auto archive content to https://github.com/OPS-E2E-PPE/docs-archive-test-target.git

Docs Build status updates of commit 4de4cfa:
:x: Validation status: errors
Please follow instructions here which may help to resolve issue.

File
Status
Preview URL
Details

:x:Error

Details

[Error]

Cannot sync git repo to specified commit because branch Archive_master_2019-10-11-14-04-03 has been deleted or has been force pushed: fatal: Couldn't find remote ref Archive_master_2019-10-11-14-04-03

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

authors: VSC-Service-Account v-alji


text:
DocsArchive-1.0.0.0Auto archive content

Please don't merge this PR until target archive repo PR https://github.com/OPS-E2E-PPE/docs-archive-test-target/pull/263 is merged into live branch.
Auto archive content to https://github.com/OPS-E2E-PPE/docs-archive-test-target.git

Docs Build status updates of commit 12212f3:
:x: Validation status: errors
Please follow instructions here which may help to resolve issue.

File
Status
Preview URL
Details

:x:Error

Details

[Error]

Cannot sync git repo to specified commit because branch Release_Archive_master_2020-01-09-03-54-42 has been deleted or has been force pushed: fatal: couldn't find remote ref refs/heads/Release_Archive_master_2020-01-09-03-54-42

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


text:
DocsArchive-15.0.0.0Auto archive content

Please don't merge this PR until target archive repo PR https://github.com/OPS-E2E-PPE/docs-yml-archive-non-versioning-archive/pull/403 is merged into live branch.
Auto archive content to https://github.com/opstest2/docs-yml-archive-non-versioning-archive.git

Docs Build status updates of commit 3f544a3:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

.openpublishing.redirection.json
:white_check_mark:Succeeded

docs/TOC.yml
:white_check_mark:Succeeded
View

docs/index.yml
:white_check_mark:Succeeded
View

docs/to-be-archive/level1/article3-1-1.md
:white_check_mark:Succeeded
View

docs/to-be-archive/level1/article3-1-2.md
:white_check_mark:Succeeded
View

docs/to-be-archive/level1/article3-1-3.yml
:white_check_mark:Succeeded
View

docs/to-be-archive/level1/sql-database-engine.png
:white_check_mark:Succeeded

docs/to-be-archive/level2/article3-2-1.md
:white_check_mark:Succeeded
View

docs/to-be-archive/level2/article3-2-2.md
:white_check_mark:Succeeded
View

docs/to-be-archive/level2/article3-2-3.yml
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


text:
Agent/Action performing module

Hello, so I was just curious about how these actions and predictions can be used by an agent or a Web agent because some classes are missing in the attributes of elements. The other thing was how an agent can cater Logins and Captcha's! and cookies and stuff!

Hi, thanks for the comments. We build the agent on top of Playwright and Chrome DevTools which are in charge of controlling the browser. For your specific problems:

We remove certain attributes that does not carry much semantic meaning in cleaned HTML document to shorten the input.
After dumping the dom_tree, each element has an unique identifier backend_node_id assigned by Chrome, and the agent can use it to find and act on specific element with the browser.
We do not cover tasks such as Captcha in our dataset. Ultimately I think these will still require human interactions.

Meanwhile Mind2Web is mostly designed for research purpose. We admit there are also many practical engineering issues for developing web agents and we welcome the community to work on these together.


text:
Bindings for display input APIs

These are part of the DisplayConfig API. And there's a new function to get the clipping planes for a surface.

Work in progress here: https://github.com/JeroMiya/Managed-OSVR/tree/videoInputAPI
Just need to add code for the samples and test.

OK, core is updated and a snapshot build has made it through with the underlying functionality.

Pull request is up:
https://github.com/OSVR/Managed-OSVR/pull/33

Implemented in https://github.com/OSVR/Managed-OSVR/pull/33

authors: JeroMiya rpavlik

repo: OSVR/Managed-OSVR


text:
synced search bar with data appearances

Resolves #215

Correct positioning of Search component solves the weird appearance .

@arkid15r can you please check if this is resolved your end ?

@arkid15r can you please check if this is resolved at your end ?

@arkid15r please help review these changes !

@arkid15r can you please check if this is resolved at your end ?

@arkid15r please help review these changes !

Could you resolve the conflicts after #198 merge?

repo: OWASP/Nest


text:
Fix typo in broken authentication

Noticed a pretty confusing typo when reading the 2017 spec for Broken Authentication, assuming I haven't dramatically misunderstood its intention!
Also have PRs for the same issue in www-project-top-ten and Top10.

Hi
I ma not the project manager of this project.
You can contact the pm directly.
Cordialement/Regards/Mit freundlichen Grüßen/Cordiali saluti/Saludos/تحية
خالصة
Azzedine Ramrami
OWASP Morocco Chapter
OWASP AppSec Africa President
IBM Security - Senior Security & Network Architect
Data & Application Security, Cogntive Security, IoT/OT/ICS/SCADA Security &
SIEM
Certified Mile2 CPTE/CPTC/CDFE/CSWAE and EC-Council C|EH
OWASP Morocco Leader/OWASP AppSec Africa President
IBM Security Global Speaker
Consider giving back, and supporting the open source community by becoming
a member or making a donation today!
Join us at AppSec Morocco & Africa 2020 June 4 & 5 Rabat/Morocco!
Phone: +33 1 58 75 18 17 | Mobile: +33 6 65 48 90 04 / +33 6 10 25 93 15
E-mail: azzeddine.ramrami@owasp.org
azzeddine.ramrami@gmail.com
Le mar. 18 août 2020 à 08:41, Matt Lewis notifications@github.com a
écrit :

Noticed a pretty confusing typo when reading the 2017 spec for Broken
Authentication, assuming I haven't dramatically misunderstood its intention!
Also have a PR in www-project-top-ten
https://github.com/OWASP/www-project-top-ten/pull/24 and Top10
https://github.com/OWASP/Top10/pull/507.
You can view, comment on, or merge this pull request online at:
https://github.com/OWASP/RiskAssessmentFramework/pull/60
Commit Summary

Fix typo in broken authentication

File Changes

M gui/src/app/view/resources/resources.component.ts
https://github.com/OWASP/RiskAssessmentFramework/pull/60/files#diff-f7e0fb0c9d6ff6e6ca539bafd4a836f1
(2)

Patch Links:

https://github.com/OWASP/RiskAssessmentFramework/pull/60.patch
https://github.com/OWASP/RiskAssessmentFramework/pull/60.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/OWASP/RiskAssessmentFramework/pull/60, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABXCECH6BQIN7CMCAMMUELSBIWCPANCNFSM4QC7M3KA
.

I believe this is not a typo, see https://github.com/OWASP/Top10/pull/507#issuecomment-676486700 for my reasoning.

authors: aramrami matt2112 nicwortel

repo: OWASP/RiskAssessmentFramework


text:
Update bundler version for docker-compose build & mimemagic gpl version

The docker-compose build fails because the version of the bundler specified in Gemfile.lock is different from the version of the bundler running on docker.
I fixed this by specifying the bundler version in the dockerfile.
$ docker-compose build
Building web
[+] Building 3.8s (11/13)
 => [internal] load build definition from Dockerfile                                                                                0.0s
 => => transferring dockerfile: 294B                                                                                0.0s
 => [internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [internal] load metadata for docker.io/library/ruby:2.6.5                                                                                0.0s
 => [1/9] FROM docker.io/library/ruby:2.6.5                                                                                0.0s
 => [internal] load build context                                                                                0.1s
 => => transferring context: 100.24kB                                                                                0.1s
 => CACHED [2/9] RUN apt-get update -qq && apt-get install -y build-essential libpq-dev nodejs                                                                                0.0s
 => CACHED [3/9] RUN mkdir /myapp                                                                                0.0s
 => CACHED [4/9] WORKDIR /myapp                                                                                0.0s
 => CACHED [5/9] ADD Gemfile /myapp/Gemfile                                                                                0.0s
 => CACHED [6/9] ADD Gemfile.lock /myapp/Gemfile.lock                                                                                0.0s
 => ERROR [7/9] RUN bundle update --bundler                                                                                3.6s
------
 > [7/9] RUN bundle update --bundler:
#11 0.524 Warning: the running version of Bundler (1.17.2) is older than the version that created the lockfile (1.17.3). We suggest you upgrade to the latest version of Bundler by running `gem install bundler`.
#11 2.072 Fetching gem metadata from https://rubygems.org/.........
#11 3.476 Your bundle is locked to mimemagic (0.3.3), but that version could not be found
#11 3.476 in any of the sources listed in your Gemfile. If you haven't changed sources,
#11 3.476 that means the author of mimemagic (0.3.3) has removed it. You'll need to update
#11 3.476 your bundle to a version other than mimemagic (0.3.3) that hasn't been removed
#11 3.476 in order to install.
------
executor failed running [/bin/sh -c bundle update --bundler]: exit code: 7

In addition, mimemagic had been contaminated with GPL-licensed software, making older versions unusable. Therefore, mimemagic has also been updated. The latest mimemagic does not depend on GPL-licensed software.
Dependency on mimemagic 0.3.x no longer valid · Issue #41750 · rails/rails

@cktricky I would like to use railsgoat in my workshop, but currently the Docker environment in the master branch is not working. Merging this prurik will make it work. I hope you will consider merging it 🙏

repo: OWASP/railsgoat


text:
Introducing Bahasa Indonesia Localization: Translation of Vue I18n English Language Code

Summary: Translated Vue I18n English language code to Bahasa Indonesia.
Description for the changelog: This pull request encompasses a comprehensive translation effort aimed at providing support for Bahasa Indonesia within the Vue I18n English language codebase. By leveraging the principles of internationalization and localization, the codebase has been extended to cater to Indonesian-speaking users, thereby enhancing the accessibility and usability of the application for a wider audience.
Other info:

The translation process involved meticulous attention to detail to ensure the accuracy and fidelity of the Bahasa Indonesia equivalents to the original English strings. Every effort was made to maintain consistency and coherence throughout the translation process.
Careful consideration was given to cultural nuances and linguistic conventions specific to Bahasa Indonesia, ensuring that the translated content aligns seamlessly with the language's idiosyncrasies and user expectations.
This initiative underscores our commitment to inclusivity and user-centric design, as we strive to accommodate diverse linguistic preferences and facilitate a more immersive and personalized user experience.
Contributors are encouraged to review the changes and provide feedback or suggestions for further refinement, as we continually strive to optimize and enrich the language support within our application.

Hi @jgadsden
I was added Bahasa Indonesia localization to your explanation files, i hope you will check later.
Feel free if you need more code modification from me.
Thanks

perfect, many thanks @teguh02 , I will go ahead and merge

repo: OWASP/threat-dragon


text:
Upgrade dependency

Upgrade jsonwebtoken@8.5.1 to version 9.0.2

Please ignore this PR and close it. Generated by TestIM


text:
Preprocessors for RPi Pico

Updates to support OXRS_API for RPi Pico devices.
Please refer to https://github.com/mthorley/pico-aqs for further details.

Updated to reflect better documentation as suggested.


text:
Having textured Pokémon show on discord market

I recently noticed that this isn’t shown on the discord market, which opens opportunity for scamming and other such. It would also be convenient, being able to tell it’s textured

Added

authors: Hiroku OrangeSodaPop

repo: ObliqueNET/Server


text:
Dangling lifetimes

Functions like fn as_bytes<'a>(&self) -> &'a [u8] are dangerous, because Rust can implicitly give 'a any lifetime, including 'static.
For this reason, where it's necessary, I gave it scarier name. In other cases I've used '_ instead, which has a safer default (borrows from the reference arg), and can't become a footgun by forgetting 'a in &'a self.
I've also used less powerful casts where possible.

Merge first: https://github.com/ObsidianMinor/recapn/pull/10

repo: ObsidianMinor/recapn


text:
Using parcels with MITgcm

Hello,
We're revamping the MITgcm documentation, and as part of that project I'm putting a list of related projects into the documentation. Our intention is to list projects which can be used in conjunction with MITgcm and provide additional functionality.
It looks like parcel's ability to load in netCDF velocity fields would allow parcels to be run using MITgcm output. Has anyone tried that?
Would you be happy for parcels to be listed, and if so, any suggestions for a blurb?
Cheers,
Ed

Hi @edoddridge! Yes, Parcels can work with MITgcm, and it would be great to have it highlighted on the related projects page of MITgcm. I've just created a PR at https://github.com/edoddridge/MITgcm/pull/1

authors: edoddridge erikvansebille

repo: OceanParcels/parcels


text:
Advecting backwards in time

Hello everyone,
I have just started using parcels, and I'm currently experimenting with advecting a set of particles backwards in time within an OGCM output.
I understand that you can simply set the dt to a negative timedelta() object in pset.execute(), but that seems to simply work back from the first file in a dataset ie: of [File_time_start-date.nc ... File_time_end-date.nc], parcels will just take File_time_1.nc and extrapolate back (allow_time_extrapolation=True in my case).
What I would like to do is advect particles from some location starting at File_time_end-date.nc, and compute back towards File_time_start-date.nc (newest to oldest). I have tried just reversing the file order, but that returns an error to order the files sequentially.
I have looked through the tutorials but may have missed something, so apologies if this is fairly trivial! Would anyone be know of a method?
Thanks very much,
Ben.

Hi Ben,
If you do not specify the start-time of particles when creating your ParticleSet and your dt is negative, the default releasetime should be at the upper end of your fieldset, i.e. at File_time_end-date.nc: https://github.com/OceanParcels/parcels/blob/master/parcels/particlesets/baseparticleset.py#L376-L379
So what you are looking for should be the default behaviour. If this does not work, you can specify the releasetime yourself:
releasetime = datetime.datetime(<date of File_time_end-date.nc>)
pset = ParticleSet(fieldset=fieldset, pclass=JITParticle, lon=lons, lat=lats, time=releasetime)

If the problem persists, could you maybe show how you have initialised the ParticleSet and what parameters you use in pset.execute()?
Hope this helps

Hi Ben,
If you do not specify the start-time of particles when creating your ParticleSet and your dt is negative, the default releasetime should be at the upper end of your fieldset, i.e. at File_time_end-date.nc: https://github.com/OceanParcels/parcels/blob/master/parcels/particlesets/baseparticleset.py#L376-L379
So what you are looking for should be the default behaviour. If this does not work, you can specify the releasetime yourself:
releasetime = datetime.datetime(<date of File_time_end-date.nc>)
pset = ParticleSet(fieldset=fieldset, pclass=JITParticle, lon=lons, lat=lats, time=releasetime)

If the problem persists, could you maybe show how you have initialised the ParticleSet and what parameters you use in pset.execute()?
Hope this helps

Thanks very much! That's sorted it, I was specifying an additional time for each particle release without stating from what date.
Cheers.

Thanks very much! That's sorted it, I was specifying an additional time for each particle release without stating from what date.
Cheers.

authors: BWBlack reint-fischer


text:
Unable to debug for newer office versions

For office versions >= 16.0.11629 (according to this doc), one should use the Microsoft Edge debugging approach.
However the "Microsoft Edge DevTools" application does not show any targets related to Outlook.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 00c430f1-bbf5-53b8-a225-4fbe8fc39c3b
Version Independent ID: 0a069a0d-4d35-71ee-53af-8c55fe8548a0
Content: Browsers used by Office Add-ins - Office Add-ins
Content Source: docs/concepts/browsers-used-by-office-web-add-ins.md
Product: non-product-specific
Technology: add-ins
GitHub Login: @o365devx
Microsoft Alias: o365devx

The task pane of the add-in has to be open in order for the add-in to appear in the tools. You should see something like the following. (In this case, "VSTS" is the name of the add-in.)

Hello,
I've tried the suggested solution - opened a taskpane, however there is nothing in the edge dev tool.

Does your machine have the new chromium version of Edge? The Edge icon would look like this:

No, I’m using the old one. Does it matter which Edge version I’m using?
If I will upgrade to the newer version, will Outlook use it as well?
From: Rick-Kirkham notifications@github.com
Sent: Wednesday, 25 March 2020 20:14
To: OfficeDev/office-js-docs-pr office-js-docs-pr@noreply.github.com
Cc: Ivgeni Broitman Ivgeni@dcoya.com; Author author@noreply.github.com
Subject: Re: [OfficeDev/office-js-docs-pr] Unable to debug for newer office versions (#1613)
Does your machine have the new chromium version of Edge? The Edge icon would look like this:
[image]https://user-images.githubusercontent.com/9088056/77570880-ae2d4a00-6e89-11ea-836d-c3536bc57c39.png
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/OfficeDev/office-js-docs-pr/issues/1613#issuecomment-604002006, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AOTERJS6K566KEO462246VLRJJCWXANCNFSM4KYLH6PQ.

The reason that I asked is that I believe Edge (chromium) instances do not show up in the old Edge DevTools, so that would account for why you're not seeing it. The dev tools story for Edge (chromium) is different. See Microsoft Edge (Chromium) Developer Tools. But if your Edge icon is not the one for chromium, then that's not the explanation.
@ElizabethSamuel-MSFT , what is the debugging story for Outlook?

The debugging story for Outlook is basically the Office Add-ins story. There are also Outlook testing and tips articles (overview page).
@exextoc Any thoughts on debugging Outlook add-ins with Microsoft Edge dev tools or other options?
Thanks.

Thank you, I’ll proceed with Stack Overflow.
From: msftbot[bot] notifications@github.com
Sent: Thursday, 26 March 2020 19:01
To: OfficeDev/office-js-docs-pr office-js-docs-pr@noreply.github.com
Cc: Ivgeni Broitman Ivgeni@dcoya.com; Author author@noreply.github.com
Subject: Re: [OfficeDev/office-js-docs-pr] Unable to debug for newer office versions (#1613)
Thanks for your interest in Office Add-ins development! Feedback here is intended for reporting problems with the Office Add-ins documentation. Can you please post your question to Stack Overflow with the office-jshttps://stackoverflow.com/questions/tagged/office-js tag? By posting how-to questions like this to Stack Overflow, you'll not only be able to reach a broader audience of folks who have expertise in the area, but will also enable others to benefit from any answers that are provided there. Thanks!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/OfficeDev/office-js-docs-pr/issues/1613#issuecomment-604549068, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AOTERJSBSHGLEINBZJWMG23RJOC25ANCNFSM4KYLH6PQ.

repo: OfficeDev/office-js-docs-pr


text:
Sideloading Installation Failed

Attempting to side load using the manifest file example results in an "Installation Failed" message of "An internal server error occurred. The operation failed., Object reference not set to an instance of and obect. "  I this my fault or is there an omission in the documentation?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 52a55fe4-0fe1-858c-26a4-dddc3ee128ea
Version Independent ID: 0a643291-936f-b374-37fd-7db497c73cce
Content: Create an Outlook mobile add-in for an online-meeting provider (preview) - Office Add-ins
Content Source: docs/outlook/online-meeting.md
Product: outlook
Technology: add-ins
GitHub Login: @o365devx
Microsoft Alias: o365devx

@paulghodgson Thanks for trying out this feature but sorry you hit this issue. However, the manifest example is actually an excerpt of a section of the manifest instead of a full manifest. We'll clarify that in the docs.
For more about manifests for Outlook, see Outlook add-in manifests and Add support for add-in commands for Outlook Mobile.
Let us know if this helps or if you hit any further issues.
Thanks.

I have a full add-in manifest that works fine for desktop, the issue here is that replacing the  element with a always results in a "An internal server error occurred. The operation failed., Object reference not set to an instance of and object. ".  According to the Yeoman generator the schema is valid, what seems to be lacking is away to debug this error, any ideas?

I have a full add-in manifest that works fine for desktop, the issue here is that replacing the DesktopFormFactor element with a MobileFormFactor element always results in a "An internal server error occurred. The operation failed., Object reference not set to an instance of and object. ". According to the Yeoman generator the schema is valid, what seems to be lacking is away to debug this error, any ideas?

Hi, I noticed this was marked as closed, but none of the links above helped me figure out what was wrong with my manifest so I just wanted to quickly share my solution in case anyone else stumbles upon this issue in the future.
We were running into the same issue when trying to add a <MobileFormFactor> element to our manifest, and in the end it turned out that if we just moved the <MobileFormFactor> host definition to be after the <DesktopFormFactor> definition it worked!
So our structure ended up being like this:
<Hosts>
  <Host>
    <DesktopFormFactor></DesktopFormFactor>
  </Host>
  <Host>
    <MobileFormFactor></MobileFormFactor>
  </Host
</Hosts>

Feels like both the docs and the error shown could be a bit clearer as neither stated anything close to this solution.

Thanks for pointing this out @Briix. Let me tag @Rick-Kirkham for awareness.

@Briix Do you really have <DesktopFormFactor> and <MobileFormFactor> each nested within its own parent <Host>? I'm surprised that works. They should be peers within the same parent.
You are correct about their relative ordering. For some reason <MobileFormFactor> never got included in our article How to find the proper order of manifest elements. I'll get that fixed.

@Rick-Kirkham It does work having them in their own parent <Host> but nesting them works just as well, as long as <MobileFormFactor> is still after <DesktopFormFactor>. Thanks for pointing that out :)
Maybe not important since nesting the <Host> elements shouldn't work, but your cli validation tool still validates the manifest as being correct even when it doesn't work because <MobileFormFactor> comes first.

authors: AlexJerabek Briix ElizabethSamuel-MSFT Rick-Kirkham paulghodgson


text:
.addLine function has unexpected results when height or width is nil in PowerPoint

Hello,
I'm trying to make an add-in that makes legal entity structure charts.  I'm struggling to get the "...addLine(PowerPoint.ConnectorType.XXXX, {..." to properly put the beginning and ending of the line in the correct place.  I'm using the following format provided on the API docs:
// This sample creates a straight line on the first slide.
await PowerPoint.run(async (context) => {
const shapes = context.presentation.slides.getItemAt(0).shapes;
const line = shapes.addLine(Excel.ConnectorType.straight, {left: 200, top: 50, height: 300, width: 150});
line.name = "StraightLine";
await context.sync();
});
(I think the reference to Excel is a typo, which I've changed to PowerPoint in my code).  It seems to not accept width of zero (ie, it won't correctly display a perfectly vertical line, it inserts a line that is somewhat nonsensical).  I've cludged this by ensuring that the height and width are never between -1 and 1.  That seems to work but would be grateful if there is a more elegant solution to have perfectly vertical lines.
I'm coding in Visual Stuido 2022 17.5.1 for Windows, using the web version of PowerPoint Build 16.0.16306.40507 to develop/debug.
For additional context, it's also worth noting that I'm not very bright.
Kind Regards,
Marek

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: 9bcbfa95-c75b-102d-2f3f-45935f4c37bd
Version Independent ID: b1d630f9-c744-5bfb-7288-89573a9efd57
Content: Work with shapes using the PowerPoint JavaScript API - Office Add-ins
Content Source: docs/powerpoint/shapes.md
Product: powerpoint
Technology: add-ins
GitHub Login: @o365devx
Microsoft Alias: o365devx

Hi @marek-hi,
Thank you for the question and reporting the sample issue. @alison-mk, could you please take a look?

Hi @marek-hi, thank you for submitting an issue. I've opened PR #3911 to resolve the typo in the code snippet. For your second concern, I'm researching how to add perfectly horizontal and vertical lines with the addLine API internally. I'll leave this issue open while I do that research and report back when I have more information.
Cheers,
Alison

Looking back at this, this is a product bug. I'll transfer this to the product repo.

authors: AlexJerabek alison-mk marek-hi


text:
Added debugging steps for Visual Studio

Added debugging steps in case the personality menu is not available.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/testing/attach-debugger-from-task-pane.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/testing/attach-debugger-from-task-pane.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


text:
[Add-ins] (delegate) Note sync behavior (#655)

[Add-ins] (delegate) Note sync behavior

Tweak

Tweak note

Docs Build status updates of commit c607475:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/add-ins/delegate-access.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

authors: ElizabethSamuel-MSFT jasonjoh

repo: OfficeDev/outlook-dev-docs


text:
Update subscription-transport-ws version

The current api we use in the fetcher expects the 0.8.x version of  subscription-transport-ws. There are breaking changes in the 0.9.x
I have also taken the opportunity to use yarn selective dependency resolution to better address the graphql issue without resorting to edit the yarn.lock file.
Fixes #30

@OlegIlyenko will need your help again to merge the PR and cut a new release, thanks a lot in advance.

This is really nice! Thanks a lot for investigating it and fixing the issue 🏆

authors: OlegIlyenko tlvenn

repo: OlegIlyenko/graphiql-workspace


text:
Feature Discussion: Custom Err types in Result

Original Comment
This function could produce an Ok.
const a = 2 as unknown as Error
const res = Err(a) // Not a string, not an Error, but TypeScript thinks so
console.log(res.isOk() // true
console.log(res.isErr() // false

Perhaps a generic isErrorLike(input: any): input is Error function could be created which checks for characteristics of objects like Errors could be used in this function as well as the Result.isErr function.
interface ErrorKind {
	message: string;
}
type ErrorLike = Error | ErrorKind;

function isErrorLike(input: any): input is ErrorLike {
	return (
		input instanceof Error ||
		(input &&
			typeof input === 'object' &&
			(Object.prototype.isPrototypeOf.call(Error, input) ||
				typeof input.message === 'string'))
	);
}

I am kind of concerned about forcing Error as the only type here, as then we get undefined behavior at runtime anyway... should it throw if anything not Error or string is passed?
I think Rust allows any value to be passed for E in Result<T, E>, and JS allows us to throw any value, so perhaps there could be some other signal that what's constructed is an error?
Perhaps an optional type: 'Err' | 'Ok' = 'Ok' as an arg, and then always pass 'Err' from function Err?
Such a type value could then also be used in the Result.isOk and Result.isErr functions to avoid prototype chain lookups which are currently used to decide Result.isErr. Might provide a performance bump, and it's how I do it in my private lib.
Originally posted by @aaronhuggins in https://github.com/OliverBrotchie/optionals/pull/7#discussion_r1008324662

const a = 2 as unknown as Error
const res = Err(a) // Not a string, not an Error, but TypeScript thinks so
console.log(res.isOk() // true
console.log(res.isErr() // false

I don't think we should worry about someone performing incorrect type casting - as is something that TS developers should try to avoid.

Perhaps a generic isErrorLike(input: any): input is Error function could be created which checks for characteristics of objects like Errors could be used in this function as well as the Result.isErr function.
interface ErrorKind {
	message: string;
}

type ErrorLike = Error | ErrorKind;

function isErrorLike(input: any): input is ErrorLike {
	return (
		input instanceof Error ||
		(input &&
			typeof input === 'object' &&
			(Object.prototype.isPrototypeOf.call(Error, input) ||
				typeof input.message === 'string'))
	);
}

I am kind of concerned about forcing Error as the only type here, as then we get undefined behavior at runtime anyway... should it throw if anything not Error or string is passed?
I think Rust allows any value to be passed for E in Result<T, E>, and JS allows us to throw any value, so perhaps there could be some other signal that what's constructed is an error?
Perhaps an optional type: 'Err' | 'Ok' = 'Ok' as an arg, and then always pass 'Err' from function Err?
Such a type value could then also be used in the Result.isOk and Result.isErr functions to avoid prototype chain >lookups which are currently used to decide Result.isErr. Might provide a performance bump, and it's how I do it in >my private lib.

My thoughts at the time of sticking to Error is that it is the native JS way of error handling so it allows for a bit more interop and it provides the unique benefit of a call stack.
You are definitely correct that other values should be returnable in Err, the question is how restrictive should it be? I think we should 100% at the very least allow enums to be passed.

Idea, going with your point about interop. Perhaps we add an error type that catches all non-ErrorLike, non-string values?
The reason I bring this up is that consumers of Err may have cases where there's little control over the exact value that's passed or produced, resulting in runtime ambiguity. Not even speaking to typecasting, just an inherent footgun in JavaScript.
Example code:
// amiguous_error.ts
export class AmbiguousError extends Error {
  value: any
  constructor (value: any) {
    super(`Error value passed to Result<T, E> was ambiguous: ${Object.prototype.toString.call(value)}`)
    this.value = value
    this.name = 'AmbiguousError'
    Object.setPrototypeOf(this, AmbiguousError.prototype)
  }

  toJSON () {
    return {
      message: this.message,
      name: this.name,
      stack: this.stack,
      value: this.value
    }
  }
}

// result.ts
export function Err ... {
  if (typeof error === 'string') ...
  if (isErrorLike(error) ...
  else {
    return new Result(new AmbiguousError(error))
  }
}

FYI, I'm a sucker for JSON serializable errors when given the chance.

I'd probably ditch interface ErrorKind and type ErrorLike and just check for Errror if the AmbiguousError class were implemented.
function isError(input: any): input is Error {
  return (
    input instanceof Error ||
    (input &&
      typeof input === 'object' &&
      Object.prototype.isPrototypeOf.call(Error, input))
    );
}

Idea, going with your point about interop. Perhaps we add an error type that catches all non-ErrorLike, non-string values?
The reason I bring this up is that consumers of Err may have cases where there's little control over the exact value that's passed or produced, resulting in runtime ambiguity. Not even speaking to typecasting, just an inherent footgun in JavaScript.

I totally agree! Let's make sure that the Result either extends Err (Error and AmbiguousError) or possibly an enum if we can find a simple way of doing that.

FYI, I'm a sucker for JSON serializable errors when given the chance.

I am too! 😆
This does however preclude AmbiguousError from implement'ing Error.

authors: OliverBrotchie aaronhuggins

repo: OliverBrotchie/optionals


text:
can't get async() to work.

I tried various installation patterns, but everytime I hit
attempt to call a nil value (global 'async')

Any Hints?

You'll want to use version 1x, rather than version 2x, for async support.

Ok. thanks.

You'll want to use version 1x, rather than version 2x, for async support.

Is there any plan to bring async back to version 2x?

authors: ajacksified fennecdjay jojo59516

repo: Olivine-Labs/busted