MacVIM install fails when using a fresh Lion with the OSX-GCC installer

Hi guys,
Starting from scratch, I installed

osx-gcc-installer-v2 https://github.com/kennethreitz/osx-gcc-installer
chef
put 'recipe[pivotal_workstation::meta_pivotal_lion_image]' in my run_list
run chef client

everything installs beautifully up until macvim, which bombs. The osx-gcc-installer installs both llvm gcc and normal gcc. Is it necessary to force it to compile with normal gcc?
[Mon, 21 Nov 2011 11:04:17 -0600] FATAL: Chef::Exceptions::ShellCommandFailed: execute[brew install macvim --HEAD] (pivotal_workstation::vim line 5) had an error: Expected process to exit with [0], but received '1'
---- Begin output of brew install macvim --HEAD ----
STDOUT: ==> Cloning https://github.com/b4winckler/macvim.git
Cloning into /Users/thefrontside/Library/Caches/Homebrew/macvim--git...
==> Checking out branch master
==> ./configure --with-macsdk=10.7 --with-features=huge --with-tlib=ncurses --en
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for library containing strerror... none required
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking for strip... strip
checking for ANSI C header files... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
configure: checking for buggy tools...

sh is	'GNU bash, version 3.2.48(1)-release (x86_64-apple-darwin11)
Copyright (C) 2007 Free Software Foundation, Inc.' - probably OK.
checking for BeOS... no
checking for QNX... no
checking for Darwin (Mac OS X)... yes
checking --disable-darwin argument... no
checking if Darwin files are there... yes
checking --with-developer-dir argument... not present
checking for xcode-select... /usr/bin/xcode-select
checking for developer dir using xcode-select...  Defaulting to /usr/local
checking --with-vim-name argument... Defaulting to vim
checking --with-ex-name argument... Defaulting to ex
checking --with-view-name argument...  OK
checking if compile and link flags for Perl are sane... yes
checking --enable-pythoninterp argument... yes
checking for python... /usr/bin/python
checking Python version... 2.7
checking Python is 1.4 or better... yep
checking Python's install prefix... /System/Library/Frameworks/Python.framework/Versions/2.7
checking Python's execution prefix... /System/Library/Frameworks/Python.framework/Versions/2.7
checking Python's configuration directory... /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/config
checking if -pthread should be used... no
checking if compile and link flags for Python are sane... yes
checking --enable-python3interp argument... no
checking --enable-tclinterp argument... yes
checking --with-tclsh argument... no
checking for tclsh8.5... /usr/bin/tclsh8.5
checking Tcl version... 8.5 - OK
checking for location of Tcl include... /System/Library/Frameworks/Tcl.framework/Headers/tcl.h
checking for location of tclConfig.sh script... /System/Library/Frameworks/Tcl.framework/tclConfig.sh
checking --enable-rubyinterp argument... yes
checking --with-ruby-command argument... defaulting to ruby
checking for ruby... /usr/bin/ruby
checking Ruby version... OK
checking Ruby header files... /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/universal-darwin11.0
checking --enable-cscope argument... no
checking --enable-workshop argument... no
checking --disable-netbeans argument... no
checking for socket in -lsocket... no
checking for gethostbyname in -lnsl... no
checking whether compiling netbeans integration is possible... no
checking --enable-sniff argument... no
checking --enable-multibyte argument... yes
checking --enable-hangulinput argument... no
checking --enable-xim argument... defaulting to auto
checking --enable-fontset argument... no
checking for xmkmf... no
checking for X... libraries /usr/X11/lib, headers
checking whether -R must be followed by a space... no
checking for gethostbyname... no
checking for gethostbyname in -lnsl... (cached) no
checking for gethostbyname in -lbsd... no
checking for connect... no
checking for connect in -lsocket... no
checking for remove... no
checking for remove in -lposix... no
checking for shmat... no
checking for shmat in -lipc... no
checking for IceConnectionNumber in -lICE... yes
Corrected X includes to /usr/X11/include
checking if X11 header files can be found... no
checking --enable-gui argument... yes/auto - automatic GUI support
checking whether or not to look for MacVim... yes
checking X11/SM/SMlib.h usability... no
checking X11/SM/SMlib.h presence... yes
configure: WARNING: X11/SM/SMlib.h: present but cannot be compiled
configure: WARNING: X11/SM/SMlib.h:     check for missing prerequisite headers?
configure: WARNING: X11/SM/SMlib.h: see the Autoconf documentation
configure: WARNING: X11/SM/SMlib.h:     section "Present But Cannot Be Compiled"
configure: WARNING: X11/SM/SMlib.h: proceeding with the preprocessor's result
configure: WARNING: X11/SM/SMlib.h: in the future, the compiler will take precedence
checking for X11/SM/SMlib.h... yes
checking whether toupper is broken... no
checking whether DATE and TIME work... no
checking whether attribute((unused)) is allowed... no
checking elf.h usability... no
checking elf.h presence... no
checking for elf.h... no
checking for dirent.h that defines DIR... no
checking for sys/ndir.h that defines DIR... no
checking for sys/dir.h that defines DIR... no
checking for ndir.h that defines DIR... no
checking for library containing opendir... none required
checking stdarg.h usability... no
checking stdarg.h presence... yes
configure: WARNING: stdarg.h: present but cannot be compiled
configure: WARNING: stdarg.h:     check for missing prerequisite headers?
configure: WARNING: stdarg.h: see the Autoconf documentation
configure: WARNING: stdarg.h:     section "Present But Cannot Be Compiled"
configure: WARNING: stdarg.h: proceeding with the preprocessor's result
configure: WARNING: stdarg.h: in the future, the compiler will take precedence
checking for stdarg.h... yes
checking for stdint.h... (cached) no
checking for stdlib.h... (cached) no
checking for string.h... (cached) no
checking sys/select.h usability... no
checking sys/select.h presence... yes
configure: WARNING: sys/select.h: present but cannot be compiled
configure: WARNING: sys/select.h:     check for missing prerequisite headers?
configure: WARNING: sys/select.h: see the Autoconf documentation
configure: WARNING: sys/select.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sys/select.h: proceeding with the preprocessor's result
configure: WARNING: sys/select.h: in the future, the compiler will take precedence
checking for sys/select.h... yes
checking sys/utsname.h usability... no
checking sys/utsname.h presence... yes
configure: WARNING: sys/utsname.h: present but cannot be compiled
configure: WARNING: sys/utsname.h:     check for missing prerequisite headers?
configure: WARNING: sys/utsname.h: see the Autoconf documentation
configure: WARNING: sys/utsname.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sys/utsname.h: proceeding with the preprocessor's result
configure: WARNING: sys/utsname.h: in the future, the compiler will take precedence
checking for sys/utsname.h... yes
checking termcap.h usability... no
checking termcap.h presence... yes
configure: WARNING: termcap.h: present but cannot be compiled
configure: WARNING: termcap.h:     check for missing prerequisite headers?
configure: WARNING: termcap.h: see the Autoconf documentation
configure: WARNING: termcap.h:     section "Present But Cannot Be Compiled"
configure: WARNING: termcap.h: proceeding with the preprocessor's result
configure: WARNING: termcap.h: in the future, the compiler will take precedence
checking for termcap.h... yes
checking fcntl.h usability... no
checking fcntl.h presence... yes
configure: WARNING: fcntl.h: present but cannot be compiled
configure: WARNING: fcntl.h:     check for missing prerequisite headers?
configure: WARNING: fcntl.h: see the Autoconf documentation
configure: WARNING: fcntl.h:     section "Present But Cannot Be Compiled"
configure: WARNING: fcntl.h: proceeding with the preprocessor's result
configure: WARNING: fcntl.h: in the future, the compiler will take precedence
checking for fcntl.h... yes
checking sgtty.h usability... no
checking sgtty.h presence... yes
configure: WARNING: sgtty.h: present but cannot be compiled
configure: WARNING: sgtty.h:     check for missing prerequisite headers?
configure: WARNING: sgtty.h: see the Autoconf documentation
configure: WARNING: sgtty.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sgtty.h: proceeding with the preprocessor's result
configure: WARNING: sgtty.h: in the future, the compiler will take precedence
checking for sgtty.h... yes
checking sys/ioctl.h usability... no
checking sys/ioctl.h presence... yes
configure: WARNING: sys/ioctl.h: present but cannot be compiled
configure: WARNING: sys/ioctl.h:     check for missing prerequisite headers?
configure: WARNING: sys/ioctl.h: see the Autoconf documentation
configure: WARNING: sys/ioctl.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sys/ioctl.h: proceeding with the preprocessor's result
configure: WARNING: sys/ioctl.h: in the future, the compiler will take precedence
checking for sys/ioctl.h... yes
checking sys/time.h usability... no
checking sys/time.h presence... yes
configure: WARNING: sys/time.h: present but cannot be compiled
configure: WARNING: sys/time.h:     check for missing prerequisite headers?
configure: WARNING: sys/time.h: see the Autoconf documentation
configure: WARNING: sys/time.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sys/time.h: proceeding with the preprocessor's result
configure: WARNING: sys/time.h: in the future, the compiler will take precedence
checking for sys/time.h... yes
checking for sys/types.h... (cached) no
checking termio.h usability... no
checking termio.h presence... no
checking for termio.h... no
checking iconv.h usability... no
checking iconv.h presence... yes
configure: WARNING: iconv.h: present but cannot be compiled
configure: WARNING: iconv.h:     check for missing prerequisite headers?
configure: WARNING: iconv.h: see the Autoconf documentation
configure: WARNING: iconv.h:     section "Present But Cannot Be Compiled"
configure: WARNING: iconv.h: proceeding with the preprocessor's result
configure: WARNING: iconv.h: in the future, the compiler will take precedence
checking for iconv.h... yes
checking for inttypes.h... (cached) no
checking langinfo.h usability... no
checking langinfo.h presence... yes
configure: WARNING: langinfo.h: present but cannot be compiled
configure: WARNING: langinfo.h:     check for missing prerequisite headers?
configure: WARNING: langinfo.h: see the Autoconf documentation
configure: WARNING: langinfo.h:     section "Present But Cannot Be Compiled"
configure: WARNING: langinfo.h: proceeding with the preprocessor's result
configure: WARNING: langinfo.h: in the future, the compiler will take precedence
checking for langinfo.h... yes
checking math.h usability... no
checking math.h presence... yes
configure: WARNING: math.h: present but cannot be compiled
configure: WARNING: math.h:     check for missing prerequisite headers?
configure: WARNING: math.h: see the Autoconf documentation
configure: WARNING: math.h:     section "Present But Cannot Be Compiled"
configure: WARNING: math.h: proceeding with the preprocessor's result
configure: WARNING: math.h: in the future, the compiler will take precedence
checking for math.h... yes
checking for unistd.h... (cached) no
checking stropts.h usability... no
checking stropts.h presence... no
checking for stropts.h... no
checking errno.h usability... no
checking errno.h presence... yes
configure: WARNING: errno.h: present but cannot be compiled
configure: WARNING: errno.h:     check for missing prerequisite headers?
configure: WARNING: errno.h: see the Autoconf documentation
configure: WARNING: errno.h:     section "Present But Cannot Be Compiled"
configure: WARNING: errno.h: proceeding with the preprocessor's result
configure: WARNING: errno.h: in the future, the compiler will take precedence
checking for errno.h... yes
checking sys/resource.h usability... no
checking sys/resource.h presence... yes
configure: WARNING: sys/resource.h: present but cannot be compiled
configure: WARNING: sys/resource.h:     check for missing prerequisite headers?
configure: WARNING: sys/resource.h: see the Autoconf documentation
configure: WARNING: sys/resource.h:     section "Present But Cannot Be Compiled"
configure: WARNING: sys/resource.h: proceeding with the preprocessor's result
configure: WARNING: sys/resource.h: in the future, the compiler will take precedence
checking for sys/resource.h... yes
checking sys/systeminfo.h usability... no
checking sys/systeminfo.h presence... no
checking for sys/systeminfo.h... no
checking locale.h usability... no
checking locale.h presence... yes
configure: WARNING: locale.h: present but cannot be compiled
configure: WARNING: locale.h:     check for missing prerequisite headers?
configure: WARNING: locale.h: see the Autoconf documentation
configure: WARNING: locale.h:     section "Present But Cannot Be Compiled"
configure: WARNING: locale.h: proceeding with the preprocessor's result
configure: WARNING: locale.h: in the future, the compiler will take precedence
checking for locale.h... yes
checking sys/stream.h usability... no
checking sys/stream.h presence... no
checking for sys/stream.h... no
checking termios.h usability... no
checking termios.h presence... yes
configure: WARNING: termios.h: present but cannot be compiled
configure: WARNING: termios.h:     check for missing prerequisite headers?
configure: WARNING: termios.h: see the Autoconf documentation
configure: WARNING: termios.h:     section "Present But Cannot Be Compiled"
configure: WARNING: termios.h: proceeding with the preprocessor's result
configure: WARNING: termios.h: in the future, the compiler will take precedence
checking for termios.h... yes
checking libc.h usability... no
checking libc.h presence... yes
configure: WARNING: libc.h: present but cannot be compiled
configure: WARNING: libc.h:     check for missing prerequisite headers?
configure: WARNING: libc.h: see the Autoconf documentation
configure: WARNING: libc.h:     section "Present But Cannot Be Compiled"
configure: WARNING: libc.h: proceeding with the preprocessor's result
configure: WARNING: libc.h: in the future, the compiler will take precedence
checking for libc.h... yes
checking sys/statfs.h usability... no
checking sys/statfs.h presence... no
checking for sys/statfs.h... no
checking poll.h usability... no
checking poll.h presence... yes
configure: WARNING: poll.h: present but cannot be compiled
configure: WARNING: poll.h:     check for missing prerequisite headers?
configure: WARNING: poll.h: see the Autoconf documentation
configure: WARNING: poll.h:     section "Present But Cannot Be Compiled"
configure: WARNING: poll.h: proceeding with the preprocessor's result
configure: WARNING: poll.h: in the future, the compiler will take precedence
checking for poll.h... yes
checking sys/poll.h usability... no
checking sys/poll.h presence... yes
configure: WARNING: sys/poll.h: present but cannot be compiled
configure: WARNING: sys/poll.h:     check for missing prerequisite headers?
configure: WARNING: sys/poll.h: see the Autoco==> Exit Status: 1
http://github.com/mxcl/homebrew/blob/master/Library/Formula/macvim.rb#L49
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: 3d1a6ef3e896d456b2885bb6456d0114c02aab6f
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: dual-core 64-bit penryn
OS X: 10.7.2
Kernel Architecture: x86_64
Ruby: 1.8.7-249
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0
GCC-4.0: N/A
GCC-4.2: build 5666
LLVM: build 2335
MacPorts or Fink? false
X11 installed? true
==> Build Flags
LD: /usr/bin/llvm-gcc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
MAKEFLAGS: -j2

Error: Failed executing: ./configure --with-macsdk=10.7 --with-features=huge --with-tlib=ncurses --enable-multibyte --with-macarchs=x86_64 --enable-perlinterp --enable-pythoninterp --enable-rubyinterp --enable-tclinterp
If `brew doctor' does not help diagnose the issue, please report the bug:
https://github.com/mxcl/homebrew/wiki/checklist-before-filing-a-new-issue
We saved the configure log, please gist it if you report the issue:
~/Library/Logs/Homebrew/config.log
STDERR:
---- End output of brew install macvim --HEAD ----
Ran brew install macvim --HEAD returned 1

I'm having the same issue using the now-official Apple release of Command Line Tools for XCode (described in this post).
Were you able to figure this out?

BTW, for now, I just ended up downloading the Mac Lion build of MacVim from here, moved the MacVim app to ~/Applications and the mvim utility to /usr/local/bin/, then took the vim recipe out of my soloistrc file and re-ran soloist.

My understanding is that homebrew has said they'll be supporting the Command Line Tools for XCode.  If that's the case, hopefully macvim will compile painlessly in the near future.  As it is now, picking a c compiler on osx seems to be a bag of hurt, I'm hoping it settles out soon.
I'm going to close this issue, as it seems to be a homebrew issue and not an issue with the recipe.  Please feel free to reopen if I'm not understanding the issue.

FYI, I think a lot of the pain I had here was due to a misunderstanding of what Command Line Tools for XCode includes. I thought that it was a complete replacement for the Mac GCC installer linked above. But the XCode CLT package only includes the latest (I think v4.4) gcc that's llvm-based, which is incompatible with things like any ruby version before 1.9.3. Thus you most likely need to install both the Command Line Tools and the GCC installer (which packages gcc-4.2, which is not llvm-based). Once I did this, things stopped breaking.

Yup. I think the best path is to install osx-gcc, then install xcode, either full or command line tools.  Alternatively you can just start with xcode 4.1, which still gives you gcc.
I'd really like an osx-gcc installer that doesn't overwrite any of the files provided by xcode.


[as2_core] Fix linting

Basic Info

Info
Please fill out this column

Issue(s) this addresses
#395

ROS2 version tested on
Humble

Aerial platform tested on
-

Description of contribution in a few bullet points

Fix cpplint and uncrustify

Codecov Report
Attention: 7 lines in your changes are missing coverage. Please review.

Comparison is base (45e01e8) 0.00% compared to head (0a99446) 0.00%.
Report is 5 commits behind head on main.

:exclamation: Current head 0a99446 differs from pull request most recent head 29f3b68. Consider uploading reports for the commit 29f3b68 to get more accurate results

Files
Patch %
Lines

as2_core/src/utils/tf_utils.cpp
0.00%
7 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@          Coverage Diff          @@
##            main    #396   +/-   ##
=====================================
  Coverage   0.00%   0.00%
=====================================
  Files        101     101
  Lines       5608    5612    +4
=====================================
- Misses      5608    5612    +4

Flag
Coverage Δ

unittests
0.00% <0.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Bit.Client.Web.BlazorTooling

Add Bit.Client.Web.BlazorTooling (Temporary name) to the src/Bit.Client.Web.BlazorUI.sln solution, next to "Bit.Client.Web.BlazorUI" project in "src\Client\Web" folder
Add C# 9 source generator to this project to address the following code generation requirement:
https://docs.microsoft.com/en-us/aspnet/core/blazor/webassembly-performance-best-practices?view=aspnetcore-5.0#implement-setparametersasync-manually

+1

+1

Adding the solution and applying discussed changes to BitButton will be no more than 6 hours (can be less). I will address the issue on Thursday or Friday.


notifications: Improve the regex used for replacing the relative URLs.

Improve the regex URLs in the zerver/lib/notifications.py file so that it replaces only relative URLs not absolute URLs. Follow up issue of PR #5813.
@zulipbot label "area: notifications"
@zulipbot claim

Is this the same as #6544?

Closing as duplicate of #6544.

This is actually not a exact duplicate of #6544, #6544 aims at adding tests while this aims at improving the regexes themselves. So reopening this. (PR coming soon!)


fix: tlspolicy enforced condition when certificate/issuer ready condition is missing

Description
Closes: https://github.com/Kuadrant/kuadrant-operator/issues/704

fix: tlspolicy enforced condition when certificate/issuer ready condition is missing

Previous using IsStatusConditionFalse will return true if the Ready status condition is missing which caused TLSPolicy to incorrectly set the Enforced condition to true

feat: TLSPolicy watch for owned Certificates
feat: watch for issuer/clusterIssuer status changes for TLSPolicy

TLSPolicy should watch for status changes to ClusterIssuer/Issuer to react to whether the policy is correctly enforced or not. Also previously TLSPolicy integration tests are a bit flaky due to an certain order of events must happen / resources must be ready in order to pass the test

regression: do not wait for gateways to be ready for tlspolicy

There is a regression issue where TLSPolicy should not wait for the gateways to be ready as the controller may be creating the neceesary resources in order for the gateway to be in the ready state

fix: get all gateways events for tlspolicy

Previously the gateway event for TLSPolicy is filtered out if the gateway is not in a programmed state in the DAG, but is a valid use case for this policy. This caused the test TLSPolicy controller with multiple https listener [It] should delete tls certificate when listener is removed to be flaky. Added this filter option to the DAG to work as expected for TLSPolicy.

Verification
Passing tests should be sufficient but if you want to manually verrify:

Deploy this branch

make local-setup

Apply TLSPolicy

kubectl apply -n istio-system -f - <<EOF
apiVersion: gateway.networking.k8s.io/v1
kind: Gateway
metadata:
  name: istio-ingressgateway
spec:
  gatewayClassName: istio
  listeners:
  - name: http
    hostname: '*.toys.io'
    port: 443
    protocol: HTTPS
    tls:
      mode: Terminate
      certificateRefs:
      - name: toys
        kind: Secret
    allowedRoutes:
      namespaces:
        from: All
---
apiVersion: cert-manager.io/v1
kind: Issuer
metadata:
  name: selfsigned-issuer
spec:
  selfSigned: {}
---
apiVersion: kuadrant.io/v1alpha1
kind: TLSPolicy
metadata:
  name: gw-tls
spec:
  targetRef:
    group: gateway.networking.k8s.io
    kind: Gateway
    name: istio-ingressgateway
  issuerRef:
    group: cert-manager.io
    kind: Issuer
    name: selfsigned-issuer
EOF

Watch TLSPolicy status

watch -n 0.1 "kubectl get tlspolicy -A -o yaml | yq '.items[0]'"

Verified enforced status is:

    - lastTransitionTime: "2024-07-01T08:59:46Z"
      message: TLSPolicy has been successfully enforced
      reason: Enforced
      status: "True"
      type: Enforced

Delete certificate secret

kubectl delete secrets toys -n istio-system

Verify TLSPolicy enforced condition quickly tranistions to false and back to true

Why is it necessary to filter out Gateways based on the "programmed" status here or here? I'm not familiar with DAG, or how it is being used, but would it not be easier for all events to make it each policy controller and they decide what to do.

Why is it necessary to filter out Gateways based on the "programmed" status here or here? I'm not familiar with DAG, or how it is being used, but would it not be easier for all events to make it each policy controller and they decide what to do?

The intention for filtering here, at least for RateLimit / Auth, is that it only cares about programmed gateways, since if it's in an unready state, it should not do any of the configuration since no traffic will be recieved anyway. The policy will be marked as Accepted: False from this error.
The DAG (a view of the cluster of things we care about, that was first used at the reconciler level) does the same filtering because of the same assumption that it should only care about programmed Gateways. But this filtering now also affects events since it was introduced at the gateway event mapper level from this change. I believe it's also with the same intention, no point to reconciling on policies on a gateway event where the Gateway is unready at least for RateLimit / Auth. But thinking on this, an event where the gateway goes from a Programmed: true -> Programmed: false state will be ignored, and all the policies under this gateway will have the incorrect statuses, so we probably should not ignore them at the event level 🤔
In summary I think it's necessary at least here to mark policies as Accepted: false for at least Auth & RateLimit (dont think if this should be the case for TLS and DNS) and probably shouldn't do this filtering at the event level.
Not sure does anyone else want to give an opinion on this though 🤔

But thinking on this, an event where the gateway goes from a Programmed: true -> Programmed: false state will be ignored, and all the policies under this gateway will have the incorrect statuses, so we probably should not ignore them at the event level 🤔

Exactly, i don't think any policy should be ignoring events, they should all go down to the policy controller and it decides what to do.
Any assumption made about only caring about gateways with a  status "Programmed: true" is wrong anyway as we have at least one policy of our own that does care about Gateways not programmed (TLSPolicy) , and other future polices may do also. So could we just remove these checks?
@eguzki @guicassolato?

Tend to agree with @mikenairn each policy controller should decide what it wants to do with a given gateway state. TLS is a good example. A gateway wont get into a programmed state unless TLSPolicy has setup the secret for it

@mikenairn @maleck13 Not sure about completely removing the checks since both checks are primarly used within the reconcilers anyway and there's more instances of wanting to filter them out than not 🤔 The changes in this PR allows passing an option defined by the policy type whether it should do this filtering or not, with the DAG defaulting to always perform this filtering unless otherwise specified because of this majority (can default to not filter if people prefer).
Otherwise I think completely removing the checks and doing a refactor to perform this at each controller level elsewhere seems a bit out of scope for this PR

I am a bit out of context. But I will try to contribute a bit, hopefully not confusing things even more.

i don't think any policy should be ignoring events, they should all go down to the policy controller and it decides what to do.

I would not state like that. Policy controllers setup watchers, mappers and predicates to catch only relevant events for the resources (or subresources) they are reconciling. Ignoring not relevant events to save NO-OP reconcilliation triggers.

Any assumption made about only caring about gateways with a status "Programmed: true" is wrong anyway as we have at least one policy of our own that does care about Gateways not programmed (TLSPolicy) , and other future polices may do also. So could we just remove these checks?

I agree, but @KevFan implemented in a way you can opt out.

The changes in this PR allows passing an option defined by the policy type whether it should do this filtering or not, with the DAG defaulting to always perform this filtering unless otherwise specified because of this majority (can default to not filter if people prefer).

Have you considered having the topology component always add all the gateways to the graph and then have the topology index layer (the component wrapping the topology component), a new method called GetProgrammedGateways() that uses an precomputed index of programmed gateways?
Yet another option would be that each controller decides which gateways are feeded into the topology. Nothing stops you from doing a pre-filtering step to filter out not programmed gateways and feed the topology with only programmed gateways.
Between, your implemented option, the index layer and the pre-filtering approach, I would pick the index layer approach. But all three are good enough for me. The reason to pick the index layer is because it is somewhat weird to feed the topology with N gateways and when I requests gateways out of it I get fewer (or even none) instances of gateways.

Between, your implemented option, the index layer and the pre-filtering approach, I would pick the index layer approach. But all three are good enough for me. The reason to pick the index layer is because it is somewhat weird to feed the topology with N gateways and when I requests gateways out of it I get fewer (or even none) instances of gateways.

Index layer approach sounds good to me, however I prefer the current implementation since it works with both the FetchTargetRefObject and the DAG. The other approaches seems a bit out of scope for this PR at least that focuses on mainly the TLSPolicy. I'd rather opt for a follow up PR for this if we want it since it has a greater affect on all the areas that uses the DAG 🤔

@mikenairn are you okay with the changes otherwise or is there anything else outstanding? Would appreciate a review from you or someone more familiar with the TLSPolicy to ensure the changes makes sense 🤔

Have we tried it when cert manager isn't installed though?

I've tried it when cert manager isn't installed with the following steps:

Deploy cluster

make local-env-setup

Delete any of the cert manager CRDs

kubectl delete crd certificates.cert-manager.io
kubectl delete crd clusterissuers.cert-manager.io
kubectl delete crd issuers.cert-manager.io

CRDs can be re-installed using:

make install-cert-manager

Run operater

make run

TLS Policy should be disabled with a similar log line to:

2024-07-09T11:12:02+01:00       ERROR   kuadrant-operator.tlspolicy     CertManager CRD was not installed       {"group": "cert-manager.io", "kind": "Certificate", "version": "v1"}
github.com/kuadrant/kuadrant-operator/pkg/library/gatewayapi.IsCertManagerInstalled
        /Users/chfan/dev/kuadrant-operator/pkg/library/gatewayapi/utils.go:162
github.com/kuadrant/kuadrant-operator/controllers.(*TLSPolicyReconciler).SetupWithManager
        /Users/chfan/dev/kuadrant-operator/controllers/tlspolicy_controller.go:205
main.main
        /Users/chfan/dev/kuadrant-operator/main.go:212
runtime.main
        /Users/chfan/sdk/go1.21.10/src/runtime/proc.go:267
2024-07-09T11:12:02+01:00       INFO    kuadrant-operator.tlspolicy     TLSPolicy controller disabled. CertManager was not found


[FEATURE] GetMappingsView - filter unmapped aliases based on currently enabled rules

Is your feature request related to a problem?
GetMappingsView will currently return all unmapped aliases defined in backend mappings files. In situations where user has very few rules selected, it could be overwhelming to map all aliases when user could map just ones used in selected rules.
What solution would you like?

Add new optional parameter to GetMappingsView API: detectorId
Filter out all aliases from "unmapped_alias_fields" list where alias is not present in any of rule fields from all rules currently enabled on detector referenced by detectorId

Do you have any additional context?
This would cover both detector create and update flows as every subsequent call to GetMappingsView API would return mappings view which includes unmapped aliases used in all rules currently enabled for specific detector.
We currently store list of fields used by Rule in Rule document, so fetching these would require simple search query. This list is computed during sigma yaml parsing.

We have made improvements in 2.5 for the mapping API. Are there any more pending AIs from here? @petardz
cc: @amsiglan

We agreed on implementing this filtering on FE.
FE can call SearchRule API to fetch selected rules and their query field names. Beside "unmapped_alias_fields filtering", this information can be used to show user which rules won't work if user doesn't map all fields on "Field Mapping" page

Above mentioned issue is closed and comment mentions the filtering will be performed on the frontend. Closing this issue, please reopen if it is not resolved


Web pages creation broken

Steps:

Go to a group channel like
https://yourhub/webpages/somechannel
Click CREATE
Create a web page. Spend a half hour or more writing it.
Click "SHARE".
You're returned to the list of webpages. The one you just created is not there. All of your work is gone. The page never saved anywhere. There's no way to use the backbacon button to retrieve it.

I make a simple test and for me works . Possible can be a good a idea have a button preview save the code and after Share

There was a missing check for 'write_pages' permission - and defaulted to 'post_wall' permissions. This would apply if you weren't logged in as the channel owner - and I've fixed it and will be checked in momentarily. It would be rare because generally if you're granted write_pages permission on a forum you would also have post_wall permissions unless it's a custom permissions role.
Otherwise I'm not certain. We have error returns for a few things (all of which should be logged). One is if you exceed service class limits, another if you force an application/x-php type and don't have permission to execute code. Another for an empty body (which shouldn't apply here).
Anyway it would be helpful to know what kind of error return we are dealing with and this should in almost all cases be logged in the application logfile and/or presented as an on-screen error. I don't think there are any error returns which don't provide at least one of these reporting mechanisms.

Still broken.
The failure is silent. Reports no error to the user.
Here's what's in the log. Log is pretty noisy so I'm not sure what's relevant here.
Sorry for just throwing this over the wall; I'm closing down my hubzilla development efforts at this time.
2015-12-25 03:20:56:bk2kauc9aol2s3ru7bjd2v4693 admin.php:83:admin_content: admin_content
2015-12-25 03:21:17:bk2kauc9aol2s3ru7bjd2v4693 item.php:291:item_post: mod_item: post accepted from bamfic for SPAZ Web and Hubzilla discussion
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 language.php:263:detect_language: string length less than 128
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 items.php:2456:item_store: item_store: Array
(
    [aid] => 2
    [uid] => 4
    [owner_xchan] => rvgnVAhkcjr6WTOlJeT7lDBKaB30HRkWSHa48n8rzq1z1IR-8TeR--B8o9v57S1N6_717tq-i5Igk6-xDL_KWg
    [author_xchan] => muLvPVCnFqUjcsW1YfJDT2-qONjVu089EfNGqPn2zRmwYoHQST34sKJn8H-HfXorczmc7rrleF3x3Z3CPLfGeg
    [created] => 2015-12-25 03:21:17
    [edited] => 2015-12-25 03:21:17
    [expires] => 0000-00-00 00:00:00
    [commented] => 2015-12-25 03:21:17
    [received] => 2015-12-25 03:21:19
    [changed] => 2015-12-25 03:21:19
    [mid] =><EMAIL_ADDRESS>    [parent_mid] =><EMAIL_ADDRESS>    [mimetype] => text/bbcode
    [title] => test
    [body] => testig
    [app] =>
    [location] =>
    [coord] =>
    [verb] => http://activitystrea.ms/schema/1.0/post
    [obj_type] => http://activitystrea.ms/schema/1.0/note
    [allow_cid] =>
    [allow_gid] => <21814d7354ee4d5b43190153dcb4b06fb74a2eca76ce33fc10973df1063c840bFriends>
    [deny_cid] =>
    [deny_gid] =>
    [item_private] => 1
    [item_wall] => 0
    [attach] =>
    [thr_parent] =><EMAIL_ADDRESS>    [postopts] =>
    [item_unseen] => 1
    [item_origin] => 1
    [item_type] => 3
    [item_thread_top] => 1
    [item_starred] =>
    [item_uplink] =>
    [item_consensus] => 0
    [item_notshown] =>
    [item_nsfw] =>
    [item_relay] =>
    [item_mentionsme] =>
    [item_nocomment] =>
    [item_obscured] =>
    [item_verified] => 1
    [item_retained] =>
    [item_rss] =>
    [item_deleted] =>
    [item_hidden] =>
    [item_unpublished] =>
    [item_delayed] =>
    [item_pending_remove] =>
    [item_blocked] =>
    [layout_mid] =>
    [public_policy] =>
    [comment_policy] => contacts
    [plink] =><EMAIL_ADDRESS>    [route] =>
    [diaspora_meta] =>
    [lang] =>
    [sig] => jwfO6n9l5e_2JRbwHZTi6tvviEtKquJ4rTjLajcIqYe_sCiUU6nvAtkBGCZ7pcwvzMv5ks9QPjLbNzKtWRwMuPM4-i_AtvgzDNFdsJ8-HYAiORKEfS_x_ZMLivGL9-utnBk4Y6BpOBHZsIBFEpi72Il3rB8oG05uBdITO8QOdZi4O8S2iRFQsPmfY5VxoBMYbflfjp6M3uS3bAuQWmAyyRhNqj0u8yjI2x9NPqqaeC3EV6i7j2WZvQ_W3r-w-Yyk0_5V3rM_CeIQ4eVJo5V_4XbqAQ8KU4PwbQwotKNTmsiv0-iK4xR_N2Lb9qnFf1plrwTWSk14fPjSWGT_a1Zi6WAmGFIl7V5dyn-WfQ-eWSXBRlFsgmwlFDooLr5UWzgQ5RbRN59kFPOELgBxy24tXSMtFdRsOsOT9IhxxpSJMQqYVB-MEqUBf0BYz81zO7wRWIR8XXXKYIkQJXun7WYZtz8xqrROC01dZDpXeOYNAAY-uSzADBrrrJ87BMYQkBvOP5guFloB4GHFJ8sh3m9oh8xvlpJnrqsDvRbns1DqzPPxhnv2U3LKlek8Ilu56C4ggms229QE607X0C65X8wjL_XCo9vaFyPrZXD8lFAMnPB62R7CdsdeYBU935pUWa69gCr4ahugL2uSE0uafsx6SgohmBLXveN7z91jtuuiHwc
    [comments_closed] => 0000-00-00 00:00:00
    [object] =>
    [tgt_type] =>
    [target] =>
    [llink] =><EMAIL_ADDRESS>    [parent] => 0
)

2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 items.php:2476:item_store: item_store: created item 130979
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 wppost.php:281:wppost_post_remote_end: wppost_post_remote_end
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 items.php:3193:tag_deliver: tag_deliver: no mention for SPAZ Web and Hubzilla discussion and no union.
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 item.php:897:item_post: mod_item: saved item 130979
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 enotify.php:24:notification: notification: entry
2015-12-25 03:21:19:bk2kauc9aol2s3ru7bjd2v4693 enotify.php:80:notification: calling localize
2015-12-25 03:21:20:bk2kauc9aol2s3ru7bjd2v4693 items.php:1331:encode_item: encode_item: Array
(
    [type] => activity
    [encoding] => zot
    [id] => 130979
    [parent] => 130979
    [uid] => 4
    [allow_cid] =>
    [allow_gid] => <21814d7354ee4d5b43190153dcb4b06fb74a2eca76ce33fc10973df1063c840bFriends>
    [deny_cid] =>
    [deny_gid] =>
    [revision] => 0
    [layout_mid] =>
    [postopts] =>
    [resource_id] =>
    [resource_type] =>
    [attach] =>
    [item_origin] => 1
    [item_unseen] => 1
    [item_starred] => 0
    [item_uplink] => 0
    [item_consensus] => 0
    [item_wall] => 0
    [item_thread_top] => 1
    [item_notshown] => 0
    [item_nsfw] => 0
    [item_relay] => 0
    [item_mentionsme] => 0
    [item_nocomment] => 0
    [item_obscured] => 0
    [item_verified] => 1
    [item_retained] => 0
    [item_rss] => 0
    [item_deleted] => 0
    [item_type] => 3
    [item_hidden] => 0
    [item_unpublished] => 0
    [item_delayed] => 0
    [item_pending_remove] => 0
    [item_blocked] => 0
    [message_id] =><EMAIL_ADDRESS>    [message_top] =><EMAIL_ADDRESS>    [message_parent] =><EMAIL_ADDRESS>    [created] => 2015-12-25 03:21:17
    [edited] => 2015-12-25 03:21:17
    [expires] => 0000-00-00 00:00:00
    [commented] => 2015-12-25 03:21:17
    [mimetype] => text/bbcode
    [title] => test
    [body] => testig
    [app] =>
    [verb] => http://activitystrea.ms/schema/1.0/post
    [object_type] => http://activitystrea.ms/schema/1.0/note
    [target_type] =>
    [permalink] =><EMAIL_ADDRESS>    [location] =>
    [longlat] =>
    [signature] => jwfO6n9l5e_2JRbwHZTi6tvviEtKquJ4rTjLajcIqYe_sCiUU6nvAtkBGCZ7pcwvzMv5ks9QPjLbNzKtWRwMuPM4-i_AtvgzDNFdsJ8-HYAiORKEfS_x_ZMLivGL9-utnBk4Y6BpOBHZsIBFEpi72Il3rB8oG05uBdITO8QOdZi4O8S2iRFQsPmfY5VxoBMYbflfjp6M3uS3bAuQWmAyyRhNqj0u8yjI2x9NPqqaeC3EV6i7j2WZvQ_W3r-w-Yyk0_5V3rM_CeIQ4eVJo5V_4XbqAQ8KU4PwbQwotKNTmsiv0-iK4xR_N2Lb9qnFf1plrwTWSk14fPjSWGT_a1Zi6WAmGFIl7V5dyn-WfQ-eWSXBRlFsgmwlFDooLr5UWzgQ5RbRN59kFPOELgBxy24tXSMtFdRsOsOT9IhxxpSJMQqYVB-MEqUBf0BYz81zO7wRWIR8XXXKYIkQJXun7WYZtz8xqrROC01dZDpXeOYNAAY-uSzADBrrrJ87BMYQkBvOP5guFloB4GHFJ8sh3m9oh8xvlpJnrqsDvRbns1DqzPPxhnv2U3LKlek8Ilu56C4ggms229QE607X0C65X8wjL_XCo9vaFyPrZXD8lFAMnPB62R7CdsdeYBU935pUWa69gCr4ahugL2uSE0uafsx6SgohmBLXveN7z91jtuuiHwc
    [route] =>
    [owner] => Array
        (
            [name] => SPAZ Web and Hubzilla discussion
            [address] =><EMAIL_ADDRESS>            [url] => https://hub.spaz.org
            [network] => zot
            [photo] => Array
                (
                    [mimetype] => image/png
                    [src] => https://hub.spaz.org/photo/profile/m/4
                )

            [guid] => ZUrToMiLml9Xs76j_smJG5ya-eLMkyqwarIMHSQSqTCHtA_SpMKTXiVw9vBBvQQD96dBV7MnPmrK3BXO9kDukQ
            [guid_sig] => Ld1ox3Cfty70BIDChRGa_RiPBW0U40KwTz29G4nUGIoiPIwIURrPxwRVqz0pDyQIeFmHgTDHN3Zx8XYR2HP0Z_b2kzhTDDnDZb-aLAXv2PFXFqbOuzVGbbKqj9hqJhDcQh8y2omwSrijKaRwaAp80mSN0vOPVPNn2lU1nEabDWpydUB3rGvrr_o9riNm9Nvuq8n-GXrHKP_fV9dnHHwJ5ILp8EjO3yiOdghCy2h2uoVDVjmSMg-ig4JuA4MNDBC-nyi-visJilEbAt2GZKqup-VB2trblnem175Usf5aMV4XOV4CEjGaA_VsltI8sQGr2OwwZiva4dgO5rz95EtT-a7BqT8bb-ANgC8QsAwPDj91v67fXbwM6CBwxcSeujFdgDx9HxDnlaOqpo3eCdUyHrGkDGUXA4KCtAiW_1my3uqvq31xjjCSDHp-549BUlm80j2CIYXHhacA9cPFkgNjqlpA_gd8H34U9yOmbTHEoGPiKcL8qu8vLnziFPmg5Bc_nQ_mXcoOMqbZtKORxouNU30E2ve8WLqA_6FcwGWHWBj1PTb3O-lBFrhQ4Lz2LObeMq09neWfeh_Y2Mk9KhUHu_3Ku6NPI2LLKrtsmo12j2UZMibvHU9VxKdWR1IEjYx-iAJjSYbD0rKMRT60O3VM6SA7nD0_VsehY138c7Ie3Ks
        )

    [author] => Array
        (
            [name] => bamfic
            [address] =><EMAIL_ADDRESS>            [url] => https://hub.spaz.org
            [network] => zot
            [photo] => Array
                (
                    [mimetype] => image/jpeg
                    [src] => https://hub.spaz.org/photo/profile/m/2
                )

            [guid] => 8jo15tguEWcxzcEErwfCMAOdyq6UZX8u2mzxHNwCNU81rFFeT5WyL_4tnhTcJe1Ekz95IUlPxSFyQoUg67bC7A
            [guid_sig] => TJvoqMKp4cOTXIJpqX7mFttKwtRbRWI1qve6DtHa0-YcjKUnhIxRrM9RyFiI70VSZErNVlkBlYQIPtR536PtxYOhz8auf6YFtrwEZjb7ieIeHkAH4CjeLTIC1uwg82_S3LMJoTLcQE_6KhD1yx30NQEedeMyTXiFGOmaRdOIsThSwCDDyHLOsFgx51_dzeqIIEPX4UOIJZ4HvmfcYFnXsqR_IiCvw7Sdd28sBwvyS78KYNB3Z4k5i44WPvM6I7N6eP2Ilh0vtlpMmBMCbcKF3kCnxLjQyEilAJFLfKy_yIhMoi_e4Eud8iBw-xcRF6HZ5470YTabkLZYRGWVSTlq3z4ILh4JD_zD2_FPqU4EzDuuNPw5UhOsvornJHW-jk5sN2eKA7Cw0u3-TrkUAbPZX7JlTxtf3oP5tuZSHNbNesIJSg0y0okK0w0KGD-qwaR648VrWBwHkZlKk9McCj2HZu015qMExIfTv6gL-VVL_59dH8h8Ad8ZHbA0qF_noSCuHuPKxUETAzQcxd2ymfreXyvTLoTorHBUxYU77i6lmGnfLZsSTFCfmfVI10sGN3uBf8pRAU3hpG0QeTlfyV-D9vVOTDZ3FwnCYKe81bJP_1EKua_NxX3UHhNqqetxDeXd38D-8nK1iRr1nicFy-HLU6qg3WOt7PdVXu60Nvvsf3w
        )

    [flags] => Array
        (
            [0] => thread_parent
            [1] => private
        )

    [public_scope] => public
    [comment_scope] => contacts
)

2015-12-25 03:21:20:bk2kauc9aol2s3ru7bjd2v4693 zot.php:2873:build_sync_packet: build_sync_packet
2015-12-25 03:21:20:bk2kauc9aol2s3ru7bjd2v4693 zot.php:2876:build_sync_packet: packet: Array
(
    [item] => Array
        (
            [0] => Array
                (
                    [type] => activity
                    [encoding] => zot
                    [id] => 130979
                    [parent] => 130979
                    [uid] => 4
                    [allow_cid] =>
                    [allow_gid] => <21814d7354ee4d5b43190153dcb4b06fb74a2eca76ce33fc10973df1063c840bFriends>
                    [deny_cid] =>
                    [deny_gid] =>
                    [revision] => 0
                    [layout_mid] =>
                    [postopts] =>
                    [resource_id] =>
                    [resource_type] =>
                    [attach] =>
                    [item_origin] => 1
                    [item_unseen] => 1
                    [item_starred] => 0
                    [item_uplink] => 0
                    [item_consensus] => 0
                    [item_wall] => 0
                    [item_thread_top] => 1
                    [item_notshown] => 0
                    [item_nsfw] => 0
                    [item_relay] => 0
                    [item_mentionsme] => 0
                    [item_nocomment] => 0
                    [item_obscured] => 0
                    [item_verified] => 1
                    [item_retained] => 0
                    [item_rss] => 0
                    [item_deleted] => 0
                    [item_type] => 3
                    [item_hidden] => 0
                    [item_unpublished] => 0
                    [item_delayed] => 0
                    [item_pending_remove] => 0
                    [item_blocked] => 0
                    [message_id] =><EMAIL_ADDRESS>                    [message_top] =><EMAIL_ADDRESS>                    [message_parent] =><EMAIL_ADDRESS>                    [created] => 2015-12-25 03:21:17
                    [edited] => 2015-12-25 03:21:17
                    [expires] => 0000-00-00 00:00:00
                    [commented] => 2015-12-25 03:21:17
                    [mimetype] => text/bbcode
                    [title] => test
                    [body] => testig
                    [app] =>
                    [verb] => http://activitystrea.ms/schema/1.0/post
                    [object_type] => http://activitystrea.ms/schema/1.0/note
                    [target_type] =>
                    [permalink] =><EMAIL_ADDRESS>                    [location] =>
                    [longlat] =>
                    [signature] => jwfO6n9l5e_2JRbwHZTi6tvviEtKquJ4rTjLajcIqYe_sCiUU6nvAtkBGCZ7pcwvzMv5ks9QPjLbNzKtWRwMuPM4-i_AtvgzDNFdsJ8-HYAiORKEfS_x_ZMLivGL9-utnBk4Y6BpOBHZsIBFEpi72Il3rB8oG05uBdITO8QOdZi4O8S2iRFQsPmfY5VxoBMYbflfjp6M3uS3bAuQWmAyyRhNqj0u8yjI2x9NPqqaeC3EV6i7j2WZvQ_W3r-w-Yyk0_5V3rM_CeIQ4eVJo5V_4XbqAQ8KU4PwbQwotKNTmsiv0-iK4xR_N2Lb9qnFf1plrwTWSk14fPjSWGT_a1Zi6WAmGFIl7V5dyn-WfQ-eWSXBRlFsgmwlFDooLr5UWzgQ5RbRN59kFPOELgBxy24tXSMtFdRsOsOT9IhxxpSJMQqYVB-MEqUBf0BYz81zO7wRWIR8XXXKYIkQJXun7WYZtz8xqrROC01dZDpXeOYNAAY-uSzADBrrrJ87BMYQkBvOP5guFloB4GHFJ8sh3m9oh8xvlpJnrqsDvRbns1DqzPPxhnv2U3LKlek8Ilu56C4ggms229QE607X0C65X8wjL_XCo9vaFyPrZXD8lFAMnPB62R7CdsdeYBU935pUWa69gCr4ahugL2uSE0uafsx6SgohmBLXveN7z91jtuuiHwc
                    [route] =>
                    [owner] => Array
                        (
                            [name] => SPAZ Web and Hubzilla discussion
                            [address] =><EMAIL_ADDRESS>                            [url] => https://hub.spaz.org
                            [network] => zot
                            [photo] => Array
                                (
                                    [mimetype] => image/png
                                    [src] => https://hub.spaz.org/photo/profile/m/4
                                )

                            [guid] => ZUrToMiLml9Xs76j_smJG5ya-eLMkyqwarIMHSQSqTCHtA_SpMKTXiVw9vBBvQQD96dBV7MnPmrK3BXO9kDukQ
                            [guid_sig] => Ld1ox3Cfty70BIDChRGa_RiPBW0U40KwTz29G4nUGIoiPIwIURrPxwRVqz0pDyQIeFmHgTDHN3Zx8XYR2HP0Z_b2kzhTDDnDZb-aLAXv2PFXFqbOuzVGbbKqj9hqJhDcQh8y2omwSrijKaRwaAp80mSN0vOPVPNn2lU1nEabDWpydUB3rGvrr_o9riNm9Nvuq8n-GXrHKP_fV9dnHHwJ5ILp8EjO3yiOdghCy2h2uoVDVjmSMg-ig4JuA4MNDBC-nyi-visJilEbAt2GZKqup-VB2trblnem175Usf5aMV4XOV4CEjGaA_VsltI8sQGr2OwwZiva4dgO5rz95EtT-a7BqT8bb-ANgC8QsAwPDj91v67fXbwM6CBwxcSeujFdgDx9HxDnlaOqpo3eCdUyHrGkDGUXA4KCtAiW_1my3uqvq31xjjCSDHp-549BUlm80j2CIYXHhacA9cPFkgNjqlpA_gd8H34U9yOmbTHEoGPiKcL8qu8vLnziFPmg5Bc_nQ_mXcoOMqbZtKORxouNU30E2ve8WLqA_6FcwGWHWBj1PTb3O-lBFrhQ4Lz2LObeMq09neWfeh_Y2Mk9KhUHu_3Ku6NPI2LLKrtsmo12j2UZMibvHU9VxKdWR1IEjYx-iAJjSYbD0rKMRT60O3VM6SA7nD0_VsehY138c7Ie3Ks
                        )

                    [author] => Array
                        (
                            [name] => bamfic
                            [address] =><EMAIL_ADDRESS>                            [url] => https://hub.spaz.org
                            [network] => zot
                            [photo] => Array
                                (
                                    [mimetype] => image/jpeg
                                    [src] => https://hub.spaz.org/photo/profile/m/2
                                )

                            [guid] => 8jo15tguEWcxzcEErwfCMAOdyq6UZX8u2mzxHNwCNU81rFFeT5WyL_4tnhTcJe1Ekz95IUlPxSFyQoUg67bC7A
                            [guid_sig] => TJvoqMKp4cOTXIJpqX7mFttKwtRbRWI1qve6DtHa0-YcjKUnhIxRrM9RyFiI70VSZErNVlkBlYQIPtR536PtxYOhz8auf6YFtrwEZjb7ieIeHkAH4CjeLTIC1uwg82_S3LMJoTLcQE_6KhD1yx30NQEedeMyTXiFGOmaRdOIsThSwCDDyHLOsFgx51_dzeqIIEPX4UOIJZ4HvmfcYFnXsqR_IiCvw7Sdd28sBwvyS78KYNB3Z4k5i44WPvM6I7N6eP2Ilh0vtlpMmBMCbcKF3kCnxLjQyEilAJFLfKy_yIhMoi_e4Eud8iBw-xcRF6HZ5470YTabkLZYRGWVSTlq3z4ILh4JD_zD2_FPqU4EzDuuNPw5UhOsvornJHW-jk5sN2eKA7Cw0u3-TrkUAbPZX7JlTxtf3oP5tuZSHNbNesIJSg0y0okK0w0KGD-qwaR648VrWBwHkZlKk9McCj2HZu015qMExIfTv6gL-VVL_59dH8h8Ad8ZHbA0qF_noSCuHuPKxUETAzQcxd2ymfreXyvTLoTorHBUxYU77i6lmGnfLZsSTFCfmfVI10sGN3uBf8pRAU3hpG0QeTlfyV-D9vVOTDZ3FwnCYKe81bJP_1EKua_NxX3UHhNqqetxDeXd38D-8nK1iRr1nicFy-HLU6qg3WOt7PdVXu60Nvvsf3w
                        )

                    [flags] => Array
                        (
                            [0] => thread_parent
                            [1] => private
                        )

                    [public_scope] => public
                    [comment_scope] => contacts
                )

        )

    [item_id] => Array
        (
            [0] => Array
                (
                    [id] => 383
                    [iid] => 130979
                    [uid] => 4
                    [sid] => test
                    [service] => WEBPAGE
                )

        )

)

2015-12-25 03:21:20:bk2kauc9aol2s3ru7bjd2v4693 item.php:990:item_post: post_complete
2015-12-25 03:21:20: notifier.php:88:notifier_run: notifier: invoked: Array
(
    [0] => include/notifier.php
    [1] => wall-new
    [2] => 130979
)

2015-12-25 03:21:20: notifier.php:280:notifier_run: notifier: target item not forwardable: type 3
2015-12-25 03:21:42:2geo97mek1q425g88rgjrc1nb4 zot.php:576:zot_gethub: zot_gethub: found
2015-12-25 03:21:42:2geo97mek1q425g88rgjrc1nb4 zot.php:291:zot_refresh: zot_refresh: them: Array
(
    [xchan_guid] => aTzL43wa1xo3TwCpRWEkAvyWJYUyAzoTCx5WUCaKrxOXx1GS4aUbOaKQqxcOTowkCoNJ5d4PNXvmLwi1zaTHXQ
    [xchan_guid_sig] => FX8OVQRbU15PWssUUsbW1NeHO5KNg2pS73_v-PmHovi41UcDhg3snktxl1sUPgvfH_BcvNQCpcxqEyOo3UZ7CX7Lr790vtuC7FjskMDoUhuT5ZXltaiOhDNH850SlnaqH0fFq12QpV1bb6l36uMYoQ9tnBn12aTef_LL-EIqmxI2qjwmfbbzx-nyaJPOTTh0_2Uz73dCCfnSDrFAEYv4Pw01ZiC975xrtL4omLbkgaiOkpHLKQ4AnYqQHBsv5jChE3g_khGYGJtj_Hp3LILoJO4SYdG7-8n5bmQCxpTVdQpNhULrweAkcMvrUTvZv_y1FpTQCiHufBCh_EDgSX8soBH0osB5ty00RGgo63tdWsy-MdAHUevDk-WrjcESpk-FkwIblNBlo0T_GJxFWJ93IMUvvQDFxITogVp8QsPdsq2hlFqTUf0rM825a6npIwxqo0EDZ3gwU9W0I8NGKAGUeB9nSXz4ZKLwa-WcS-LtmonghjwOIq-768_udptWx0Wj802C9p-4VjCRZTdiKy7nCzksfz3EY5XceqaQaiHQ_9nxyKWW5ysIAGRGpPhC5MphqsUUyKYkZLswwr1s1gocbHmBCJcPTCR1UNXevvmOA5EMujbmHe2YZmTtWyhcCJxT5oHdTg7TssX1IpRXtmmzRJgNoX5MroB-vWmfnYZmBfE
    [hubloc_url] => https://red.firefli.de
)

2015-12-25 03:21:42:2geo97mek1q425g88rgjrc1nb4 zot.php:356:zot_refresh: zot_refresh: zot-info: Array
(
    [return_code] => 200
    [success] => 1
    [header] => HTTP/1.1 100 Continue

HTTP/1.1 200 OK
Date: Fri, 25 Dec 2015 03:21:42 GMT
Server: Apache/2.4.7 (Ubuntu)
X-Powered-By: PHP/5.5.9-1ubuntu4.14
Set-Cookie: PHPSESSID=muvj0lb88rsarmcd0ugdtsod81; path=/; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 5645
Content-Type: application/json

    [body] => {"success":true,"guid":"aTzL43wa1xo3TwCpRWEkAvyWJYUyAzoTCx5WUCaKrxOXx1GS4aUbOaKQqxcOTowkCoNJ5d4PNXvmLwi1zaTHXQ","guid_sig":"FX8OVQRbU15PWssUUsbW1NeHO5KNg2pS73_v-PmHovi41UcDhg3snktxl1sUPgvfH_BcvNQCpcxqEyOo3UZ7CX7Lr790vtuC7FjskMDoUhuT5ZXltaiOhDNH850SlnaqH0fFq12QpV1bb6l36uMYoQ9tnBn12aTef_LL-EIqmxI2qjwmfbbzx-nyaJPOTTh0_2Uz73dCCfnSDrFAEYv4Pw01ZiC975xrtL4omLbkgaiOkpHLKQ4AnYqQHBsv5jChE3g_khGYGJtj_Hp3LILoJO4SYdG7-8n5bmQCxpTVdQpNhULrweAkcMvrUTvZv_y1FpTQCiHufBCh_EDgSX8soBH0osB5ty00RGgo63tdWsy-MdAHUevDk-WrjcESpk-FkwIblNBlo0T_GJxFWJ93IMUvvQDFxITogVp8QsPdsq2hlFqTUf0rM825a6npIwxqo0EDZ3gwU9W0I8NGKAGUeB9nSXz4ZKLwa-WcS-LtmonghjwOIq-768_udptWx0Wj802C9p-4VjCRZTdiKy7nCzksfz3EY5XceqaQaiHQ_9nxyKWW5ysIAGRGpPhC5MphqsUUyKYkZLswwr1s1gocbHmBCJcPTCR1UNXevvmOA5EMujbmHe2YZmTtWyhcCJxT5oHdTg7TssX1IpRXtmmzRJgNoX5MroB-vWmfnYZmBfE","key":"-----BEGIN PUBLIC KEY-----\nMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAz28C9QQ1XYDmpGwLOz2n\nypADNHhUFVyfCK+W4lgUF76JUJOOvC+fsgqIX1Q2UYF\/2ucFvlqSDylYFau8a2lU\nIIH9oShxW6o8pMqAMILXv+oSyT0rbnA\/u0K8HwWCd\/Szx2OUBaVqTf8Tm46knH7L\neX+ByuJ3EUROykoiroiz3Eipc05rDrio8JxmdpPGWlMD\/Eq9FV0sVY8hOVZPU1bq\nqNZIXdeRwpY92eZORhLaL5JCWSH\/AIzf07URhG578WZ77AR3cPgSWN51SZdAgoYH\nhMf6+FXoMpRrBl55o4ETmm1oGYPrxmUy9NCocDQOHa5rEyfIBHSnKAbq66\/GdyBq\nK6T\/maYqHvKI0KB7LbntdcIYWwS7QjH6wnHRLVaZrjC69oZC3JZqOUP9U00Wub1Z\noLq1nrjWhpKZBT4zKDN5Vf2u8aKWmEN6iP11PYBMX7vOR2I+jPD8FzJx9NVczS8s\nw5X6GLFuKdmvxXnsjIMuoVkD\/x7zxbt9n0jFH2kEwC1hCr3RK5a9qmry37WrUCd1\nefb4fpAX7iM4tdJQ+k86OubLZebApe\/tLxHazH1oBQMvYfSnafQesSllnBkuz+Yq\nd4IrqPKvdUJwzrCfNDd9u6BoNAcDMnmH8UWdL8fUyGYCMUoluPCLzbtMKRzoLWxy\nqRdnKgWLc2lVPxqBVxNX45MCAwEAAQ==\n-----END PUBLIC KEY-----\n","name":"Zot Imaginarium","name_updated":"2015-01-06 15:57:54","address":"zotimaginarium@red.firefli.de","photo_mimetype":"image\/jpeg","photo":"https:\/\/red.firefli.de\/photo\/profile\/l\/7","photo_updated":"2015-05-04 01:54:55","url":"https:\/\/red.firefli.de\/channel\/zotimaginarium","connections_url":"https:\/\/red.firefli.de\/poco\/zotimaginarium","target":"","target_sig":"","searchable":true,"adult_content":false,"public_forum":true,"follow_url":"https:\/\/red.firefli.de\/follow?f=&url=%s","permissions":{"view_stream":true,"view_profile":true,"view_photos":true,"view_contacts":true,"view_storage":true,"view_pages":true,"send_stream":false,"post_wall":false,"post_comments":false,"post_mail":false,"post_photos":false,"post_like":false,"tag_deliver":false,"chat":false,"write_storage":false,"write_pages":false,"republish":false,"delegate":false},"profile":{"description":"a place to explore and discuss ideas for using zot, the red matrix and related tech","birthday":"0000-00-00","gender":"","marital":"","sexual":"","locale":"","region":"","postcode":"","country":"","about":"","homepage":"","hometown":""},"locations":[{"host":"red.firefli.de","address":"zotimaginarium@red.firefli.de","primary":true,"url":"https:\/\/red.firefli.de","url_sig":"R0XEDWhwV9K4lO_lCd0W-1bqui8nIRsWF_4iuB3HWKg3w7cpu6CJewpKhVSlHZeYx5ov1QL52WG0aF9VMVrAq-OjkfKAcl22fEfYR4PGIIIepUgwC-TlEaYByTmbvsJ0n37pfe3_D3Myo0NlAT4mQwasdL9ogJUAOPuAsPcMhRhvmucg5AUC3MjiEeZe363bqaAza3jcbuGeEWKs0JxIJwLQgoInOwfTxI_6UtmhiN4AV32NfFUq9zJbhx7FPeOCLXSsJTZ_unh28nHmouPxJGiRglb7fuwRbfpJttr2mHItgFBmcEYyjLLSD3A25A1EhlV5dx8tHQAoFI1OjbXYbaDW35i3s29Xzomj55mUUjAWBUsJH9Ea1Oa31-gAw33eQLCTA0TEW5vW4t6C-DPy8mqOpFtkFae3Psm7BqV7DHV_djsmc3RwREp9c6P6WAI5ArHNjL4IUUUUfFrWF_ltQ6IifKN2DN85bgbcBNol_rTgWR3oHRL2VUtFAAIk1EOsTmL8n4gthU4587jsJzOqD0SY48k086al59WD0yZbodvXW52-ky_3a4g-QpYihQr-CLaoTH7toDqy4Ek25xcudXjNFBpoXisR7lxzvVtIwh7Z5wzv2_jpH8kUb5euYwAvF9uJFH2scvAfLctxNkujAdPO7IXYz8kS3tB2jHGK3kU","callback":"https:\/\/red.firefli.de\/post","sitekey":"-----BEGIN PUBLIC KEY-----\nMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAwepXj6GoOmHSiOJJHZwf\nCd92PHij7z16xebNFvy5Q6J8hp2GpnhJ0qrp9WclAELhAEQUmU4fTic9ergtBM\/F\nDHkXYiogDjQWZ2nJoDY19EySp7sd6P4HNGd4hHtbqdXEMwiuNAlLRJZVeE+fL\/Hv\nanmBoXeKVQMiDELCK2XMYOP6lH2x1bTzxj4MElcbzyGbX\/KgNt0xLR6su8LyR9jp\nos\/MSITcHkqF2GxjJJcSzxKlem5no32lhKknO8+GmNXj3QS11gMTGuGRtM+\/+XR5\n\/4qklcXiCXCKOCcvnTOj2rICYgFXQ7ZY92Gqc3INv8+qyYyWT9DUmA07Ldx7rHax\nNMghHHLdn3YTiKwCNn1TDH9FOFbNAG3B+R4GSvD7IyoHOgUAx9t+loNDdOhLm6oc\nIAxwK18IarYS3lXSXn\/ddyAenrdKyn2EoQD+o\/jJpS8Otxl5epuF7ZnfTh4x7e7e\n8kv+jqKkJh5ka+sq2b1YPSZgBAn+NCVbL070GkHYrsNBXlhoBCg52tx33LBosuVI\ndN7e4v+qeeuRqzf8PAJqfilG0QuNkiwRYw50kLbhGe3koeKnK9WGd8P1IiV+h7Bd\nZ8h+A2urVJnJpIMkZqcU9TKhQzkvCTv59eW8ZmR3r5qnPYdWC6eg+lLnbq5CZ+yg\nurFRgK0xYty7POn+fs4Bae8CAwEAAQ==\n-----END PUBLIC KEY-----\n","deleted":false}],"site":{"url":"https:\/\/red.firefli.de","url_sig":"R0XEDWhwV9K4lO_lCd0W-1bqui8nIRsWF_4iuB3HWKg3w7cpu6CJewpKhVSlHZeYx5ov1QL52WG0aF9VMVrAq-OjkfKAcl22fEfYR4PGIIIepUgwC-TlEaYByTmbvsJ0n37pfe3_D3Myo0NlAT4mQwasdL9ogJUAOPuAsPcMhRhvmucg5AUC3MjiEeZe363bqaAza3jcbuGeEWKs0JxIJwLQgoInOwfTxI_6UtmhiN4AV32NfFUq9zJbhx7FPeOCLXSsJTZ_unh28nHmouPxJGiRglb7fuwRbfpJttr2mHItgFBmcEYyjLLSD3A25A1EhlV5dx8tHQAoFI1OjbXYbaDW35i3s29Xzomj55mUUjAWBUsJH9Ea1Oa31-gAw33eQLCTA0TEW5vW4t6C-DPy8mqOpFtkFae3Psm7BqV7DHV_djsmc3RwREp9c6P6WAI5ArHNjL4IUUUUfFrWF_ltQ6IifKN2DN85bgbcBNol_rTgWR3oHRL2VUtFAAIk1EOsTmL8n4gthU4587jsJzOqD0SY48k086al59WD0yZbodvXW52-ky_3a4g-QpYihQr-CLaoTH7toDqy4Ek25xcudXjNFBpoXisR7lxzvVtIwh7Z5wzv2_jpH8kUb5euYwAvF9uJFH2scvAfLctxNkujAdPO7IXYz8kS3tB2jHGK3kU","directory_mode":"normal","register_policy":"approve","access_policy":"private","accounts":2,"channels":7,"version":"redmatrix 2015-07-03.1082R[1144]","admin":"adam@firefli.de","plugins":["nsfw","startpage","superblock","bookmarker","wppost","jappixmini","js_upload"],"sitehash":"7809c41dca8ba8bd2324b650ea66301e2a48f1c0916fb0b351801d04cb1d0ca8","sitename":"Red Matrix","sellpage":"","location":false,"realm":"RED_GLOBAL"}}
)

2015-12-25 03:21:42:2geo97mek1q425g88rgjrc1nb4 zot.php:696:import_xchan: import_xchan: qK-2wf8L0FZSL3PRsO6j3IpIwKhNY5fiU79WkYq1k1TO9H74YqAISnVOMjRYtiZ2UXMxsOTWcduSXOJJ6BtS4A
2015-12-25 03:21:42:2geo97mek1q425g88rgjrc1nb4 zot.php:2303:sync_locations: sync_locations: hub exists: https://red.firefli.de
2015-12-25 03:21:42:2geo97mek1q425g88rgjrc1nb4 zot.php:958:import_xchan: import_xchan: result: Array
(
    [success] => 1
    [hash] => qK-2wf8L0FZSL3PRsO6j3IpIwKhNY5fiU79WkYq1k1TO9H74YqAISnVOMjRYtiZ2UXMxsOTWcduSXOJJ6BtS4A
)

2015-12-25 03:21:47:bk2kauc9aol2s3ru7bjd2v4693 admin.php:16:admin_post: admin_post

The webpage was saved. It's in the database. Likely there is a subtlety in the retrieval query as it is  a private item and the person who created that module was new to permissions at the time. This log should be enough for me to track it down, thanks. But it will have to wait until after xmas dinner.

Tried a number of combinations of permissions (around twenty) to match the debug output in various ways and was unable to duplicate. As a forum member that can write webpages I can always write and list the resulting page, regardless of viewing permissions. (It is possible to create pages you can edit but not have permission to view). In all cases the page was saved and presented in the resulting page list. If the forum member is not allowed to write/edit, the webpage creation page is completely inaccessible.  Will have to leave this open until somebody can duplicate it.


Command not found studio/main.js.map

Hi,
I'm a newbe and when trying to access the OrientDB community version via web studio I get the following error:
code:405, reason:405, content:Command not found: studio/main.js.map

I've updated the orientdb-server-config.xml with the following params
class="com.....handler.OserverSideScriptInterpreter"
<paramaters>
    <parameter value="true" name ="enabled"/>
    <parameter value="SQL, Javascript" name ="allowedLanguages"/>
</paramaters>

I reinstalled NodeJS.
The installation is on an Intranet environment
I'm able to run the console and create and connect to databases

But still I'm not able to access the orient web studio - Any suggestions?
Thx
OrientDB Version: community-2.2.20
Java Version: 1.8.0_131
OS: Windows server 2012 R2

hi @sephib,
From your first error seems you have something missing in studio, did you get OrientDB from the official distribution ?
You don't need to enable javascript and run nodeJS to use Studio, nodeJS is needed only in the development flow not at runtime.
Bye

Hi @sephib
which browser do you use?

Hi

Got it from the official OrientDB site
Chrome

Hi @sephib
what do you see when go with the browser to the Studio Page?
Is it blank?

Hi,
It is blank page that looks like this
Interrupt
*

hi @sephib
which version of Chrome ? Are you on Windows?
could you try with Firefox?
Thanks

hi @sephib
do you have news on this issue?

Currently no, thx for your response.
S
On 20 Jul 2017 16:39, "Enrico Risa"<EMAIL_ADDRESS>wrote:

hi @sephib https://github.com/sephib
do you have news on this issue?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/orientechnologies/orientdb/issues/7469#issuecomment-316705790,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AH16ZwdCvReq_tb1ZtLSrOBzxIrM9Olyks5sP1iOgaJpZM4NvTtT
.

Cannot reproduce the issue, closing for now. @sephib, in case you still have this problem, please comment here. Thanks.


Getting filter inclusions and exclusions in callback

I'm wanting to take advantage of the table cell clickCallback in order to pop up a table with detailed data in it.  E.g. if the cell contains the number 42 then I want to popup a table with 42 rows in it (probably paged) with several detail columns. That bit I know how to do.
I noticed that the callback has a 'filters' argument which contains details of the row and columns that make up the cell of interest.  However, the bit I'm struggling with is I can't seem to get hold of the filter values of those dimensions that have not been dragged to the row or column area.
I can see that the 'pivotData' argument appears to have inclusions and exclusions buried in it (using Chrome's dev tools) but I can't see an obvious way to access them.
Any idea how I might access these filter inclusions and exclusions so that I can pass them on to my code?
Thanks.

@sphengle not understand what your exact requirement, but if you need to access the inclusions and exclusions values at run time you can use
('#pivotElementId').data('pivotUIOptions')


Add E2E for K8s v1.24.0 in CI

Add E2E for K8s v1.24.0 in CI

E2E for 1.24 have been added in #41


Add missing usings feature doesn't add all required usings

Describe the bug
Having copied code into my file that references classes in different namespaces, the context menu's "add missing usings" item adds some namespaces, but not always all the ones I need.
For example, I have a class library called LoganData in which I have a namespace called Models which holds data models used for Entity Framework.
When I make use of "Add missing usings", Visual Studio adds using LoganData, but doesn't add using LoganData.Models so I have to manually add that reference.
Steps to reproduce the bug

In a new project (eg. Project1), define a namespace with some classes in it
Reference this project in a separate project
Write code in the separate project that would reference the namespace in Project1 (entire call to Project1 class would be Project1.Foo.Bar)
Perform a cut/copy and paste operation in the file
Open Quick Actions and select "Add missing usings"

Expected behavior
The namespace containing the referenced class in the test project will not be added, but the project containing that namespace will.
I expect that if I reference Project1.Foo.Bar, adding a missing using in a file where I make use of the Bar class of Foo in Project, the feature in Visual Studio would add using Project1.Foo rather than just using Project1.
Screenshots
No response
NuGet package version
No response
Packaging type
No response
Windows version
No response
IDE
Visual Studio 2022-preview, Visual Studio 2022
Additional context
Visual Studio version indicated is:
Microsoft Visual Studio Community 2022 (64-bit) - Preview
Version 17.2.0 Preview 1.0

Unfortunately, this sounds like a Visual Studio issue. We aren't the right team to help you with this. Please submit this using the feedback tool in Visual Studio, which will also capture the metadata that the Visual Studio team will need to further diagnose this issue.

Thanks,
Ben


Large number of took too long to execute warnings after upgrading to etcd 3.3.2

I've recently upgraded our kubernetes backing etcd cluster from 3.2.4->3.3.2 since upgrading i see nodes becoming unhealthy for a short time (seconds) with log messages stating that it is overloaded.
I'm also seeing a fairly alarming number of warning for range read requests taking too long
etcdserver: read-only range request "key:\"/registry/pods/spinnaker/\" range_end:\"/registry/pods/spinnaker0\" " took too long (103.550968ms) to execute

These are running on i3.2xl instances using the nvme disk for storage.
We run etcd as a rkt container, here is it's startup unit
[Unit]
Requires=var-lib-etcd.mount
After=var-lib-etcd.mount
Requires=generate-etcd-certs.service
After=generate-etcd-certs.service
[Service]
ExecStartPre=/usr/bin/chown -R etcd:etcd /var/lib/etcd
ExecStartPre=/usr/bin/chown -R etcd:etcd /etc/ssl/etcd
[Service]
OOMScoreAdjust=-999
[Service]
Environment="ETCD_STRICT_RECONFIG_CHECK=true"
[Service]
Environment="ETCD_DISCOVERY=https://discovery.etcd.io/9c996e4853c3a4ccb908cf0264ecbe74"
[Unit]
Requires=coreos-metadata.service
After=coreos-metadata.service

[Service]
EnvironmentFile=/run/metadata/coreos
Environment="ETCD_IMAGE_TAG=v3.3.2"
ExecStart=
ExecStart=/usr/lib/coreos/etcd-wrapper $ETCD_OPTS \
  --name="${COREOS_EC2_HOSTNAME}" \
  --listen-peer-urls="https://${COREOS_EC2_IPV4_LOCAL}:2380" \
  --listen-client-urls="https://<IP_ADDRESS>:2379" \
  --initial-advertise-peer-urls="https://${COREOS_EC2_HOSTNAME}:2380" \
  --advertise-client-urls="https://${COREOS_EC2_HOSTNAME}:2379" \
  --cert-file="/etc/ssl/certs/tls.crt" \
  --key-file="/etc/ssl/certs/tls.key" \
  --client-cert-auth=true \
  --trusted-ca-file="/etc/ssl/certs/ca.crt" \
  --peer-cert-file="/etc/ssl/certs/tls.crt" \
  --peer-key-file="/etc/ssl/certs/tls.key" \
  --peer-client-cert-auth=true \
  --peer-trusted-ca-file="/etc/ssl/certs/ca.crt"[Service]
Environment="ETCD_SSL_DIR=/etc/ssl/etcd"
[Unit]
Requires=generate-etcd-certs.service
After=generate-etcd-certs.service

we are also seeing a large number of these now too (very spammy):
Apr 19 20:48:28 ip-172-16-207-239 etcd-wrapper[22427]: 2018-04-19 20:48:28.385095 I | embed: rejected connection from "[::1]:55396" (error "EOF", ServerName "")

I scrape the etcd metrics into prometheus and am happy to provide results of queries by request.

@SleepyBrett Can you paste your /metrics output?

Closing this due to inactivity. Please reopen if you still have issues.

Seeing this in 3.3.1. Attaching metrics.
etcd-3.3.1-metrics.txt


Referencing issue or bug as defined in Contributing.md and Git comment default char

I've encountered a problem contributing one of the project when strictly following guides from Contributing.md referenced in all projects under aspnet organization:
Commit/Pull Request Format
Summary of the changes (Less than 80 chars)
 - Detail 1
 - Detail 2

#bugnumber (in this specific format)

The hash used on the line start works as comment char by default in git:
https://git-scm.com/search/results?search=core.commentchar
Technically I was able to enter the issue number to the commit but it was always ignored. The Google used better referencing schema for the last line for Git:
https://docs.google.com/document/d/1QrDFcIiPjSLDn3EL15IJygNPiHORgU1_OOAqWjiDU5Y/edit
In their notation:
Commit/Pull Request Format
Summary of the changes (Less than 80 chars)
 - Detail 1
 - Detail 2

Closes #bugnumber

Thanks!

@peterblazejewicz in the Git tools I've used (TortoiseGit, GitHub for Windows, etc.) you can enter in any text and they process it. It could be that other tools treat # as a comment char.
But, either way, feel free to say Fixes #123 or Addresses #123 or whatever, as long as it's clear what issue the PR is addressing.

@Eilon
Thanks!
I should reword my issue to be strict, after second though. The commands like:
rebase -i

or:
commit --amend

that is ones that fires up editor to edit commit message will simply remove the last:
#bugnumber

That's not big deail, but some peoople could miss that change in commit message.

I updated the text on https://github.com/aspnet/Home/blob/dev/CONTRIBUTING.md to say:

Summary of the changes (Less than 80 chars)

Detail 1
Detail 2

Addresses #bugnumber (in this specific format)

Thanks for the feedback!


Feature Request: Allow different Docker Repos and Credentials to pull Docker Images

Hello I want to use OpenWhisk for a big app in our Company.
Therefore I need a way to pull the image from our internal Docker Artifactory Repository.
Can you please implement a way that solves this problem?

@ThomasUllrich666 Do you want to use a consolidated docker registry for all images or multiple registries for each runtime(blackbox) container?

If I can choose I would like to have a way to implement multiple registry for different container.
I think that the best way will be that openwhis change the ~/.docker/config.json in a proper way. Then the user is able to add as many repos as he want.

ok this is good to have.
In our downstream repo, we added a volume mapping for ~/.docker/ on all invokers.
I logged in to our private registry and give access to all custom docker images for the docker user.
Then users can create actions with custom docker images from a private registry.
Invokers are also able to pull images from a private registry as long as they have access to the registry and the images.
I haven't tried with multiple registries but I think it would work ideally if you login to all registries.
I would open a pull request for this soon.

A related user comment here: https://github.com/apache/openwhisk-deploy-kube/issues/528#issuecomment-567107376

Just for verification, does it mean that this statement in the documentation is no longer true ? https://github.com/apache/openwhisk/blob/master/docs/actions-docker.md#usage

 must be an image name for a public Docker image on Docker Hub.
If so, could the documentation be updated in order to understand how to use/configure a private registry?
Moreover, would it work for images located in a AWS ECS instance?

@acabarbaye Yes it seems the document should be updated accordingly.
An operator can log-in to a private registry and do volume mapping like this:
invoker_docker_volumes:
  - ~/.docker:/root/.docker

With regard to images in ECS, I think it would work as long as they are accessible in a same way with the others.


Spanner eager read parent-child relationships

related #853
fixes #926
Eagerly retrieves child collections.
The child retrieval uses the parent's PK columns. PKs in spanner are automatically indexed( https://cloud.google.com/spanner/docs/secondary-indexes ) The parent PKs appear in the WHERE  clause so that the index can be utilized. The child rows with the given parent PK values are also stored together physically.

@meltsufin @dmitry-s I removed the select * from everywhere (actually was easier than i thought). PTAL

@meltsufin PTAL.


Add support for browser-wasm

Depends on PR ericsink/cb#9
Resolves ericsink/cb#4
/cc @ajcvickers @SteveSandersonMS @lewing

@bricelam I've kicked off a workflow to publish a preview build.  It will be 2.1.0-pre20220207221914, and it contains your wasm work (thanks for that!).
It also contains the changes I've been working on, mostly focused on net6.0 mobile TFMs.  I might have broken some stuff, so I'll be focusing on testing to get things settled down and stable again.

Sounds good. I'll follow up with any additional wasm work that comes up as we get review from the mono-wasm and Blazor teams.

@lewing Will the .a file + buildTransitive script be problematic for project-to-project references? Is there any scenario where the main Blazor app and a referenced class library might end up with duplicate symbols?


Publish on pip

This can be useful. But if the build is already stable, could you publish it as a beta version on Pip as a package? could makes usage and installation much less cumbersome

I'm gonna work on it. Thank you for your advice.


Fix cursor undefined error

In some cases, Line 396 is triggered, where cursor is not defined. This crashes the script.
This is a minor fix, which resolves the above case.

Thanks, duplicate of #3.

Thanks, duplicate of #3.

Thanks! Although I would like to point out that #3 should be a duplicate of #2 (this issue) and not vice versa.. Since this issue was made first and #3 came later on 😅 . Thanks for the tool btw!

You're right, I just looked at both of them now! I didn't mean to imply that one came before the other.


Create standard aggregate explicit measures

The feature request
It would be great if you could consider in the future versions the ability to identify all the numeric columns in the data model and allow us to automatically create key basic explicit aggregate measures like Sum, Avg, Min, Max, Count, etc.
Proposed solution
Show a list of all the all the numeric columns in the data model with a check box each  and a list key aggregate measures like Sum, Avg, Min, Max, Count, etc. with a check box each to be able to automatically create  all the explicit aggregate measures.
Additional context
This will be another hug time saving feature and I'm sure it will be appreciated by the community.

It is interesting, but at the same time, it is challenging. Usually, you don't want to sum any numeric column. Providing all the options (list of measures, list of possible aggregations) would result in a more complex UI and the biggest issue is also how to name the resulting measures.
Past experience with Power Pivot, where the measure automatically created is named "Sum of ..." makes the model unreadable (you often have to enlarge the pane with names because "Sum of" is the initial of too many measures.
We can keep it in the ideas for future releases, but to be honest it's hard to figure out an effective UX that is easy to use, fast, and effective in the results.

@marcosqlbi another suggestion for the naming convention for those explicit aggregate measure is: columnnameSum, columnnameAvg, columnnameMax, columnnameMin, etc.


getting too many requests when querying the instance metadata service inside azure VM

We are getting this error:
[puppetserver] Puppet Server Error: Evaluation Error: Error while evaluating a Resource Statement, Evaluation Error: Error while evaluating a Function Call, { "error": "Too many requests" }

see full stack trace at the end
It happens when querying the instance metadata service, we are getting error code 429. Reference:
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/instance-metadata-service#error
the line that throws the exception:
https://github.com/TraGicCode/tragiccode-azure_key_vault/blob/16ddc5ac8077bba4e6dfcc8d6492ce26ed305014/lib/puppet_x/tragiccode/azure.rb#L14
full stack trace:
2019-12-23T15:15:28.589Z ERROR [qtp586108716-141] [puppetserver] Puppet Server Error: Evaluation Error: Error while evaluating a Resource Statement, Evaluation Error: Error while evaluating a Function Call, { "error": "Too many requests" } (file: /etc/puppetlabs/code/modules/my_module/manifests/my_manifest.pp, line: 39, column: 3) (file: /etc/puppetlabs/code/modules/my_module/manifests/profile/my_profile.pp, line: 10) on node server-01.dom.internal
/etc/puppetlabs/code/environments/integration/modules/azure_key_vault/lib/puppet_x/tragiccode/azure.rb:14:in `get_access_token'
/etc/puppetlabs/code/environments/integration/modules/azure_key_vault/lib/puppet/functions/azure_key_vault/lookup.rb:17:in `lookup_key'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/dispatch.rb:60:in `invoke'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/dispatcher.rb:43:in `block in dispatch'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/dispatcher.rb:42:in `dispatch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/function.rb:46:in `block in call'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/function.rb:45:in `call'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_key_function_provider.rb:53:in `block in lookup_key'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_key_function_provider.rb:50:in `lookup_key'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_key_function_provider.rb:27:in `invoke_with_location'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_key_function_provider.rb:20:in `block in unchecked_key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `block in lookup'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `block in lookup'
org/jruby/RubyArray.java:1801:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_key_function_provider.rb:19:in `block in unchecked_key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/invocation.rb:129:in `with'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_key_function_provider.rb:18:in `unchecked_key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/configured_data_provider.rb:56:in `block in unchecked_key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `block in lookup'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `block in lookup'
org/jruby/RubyArray.java:1801:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/configured_data_provider.rb:55:in `block in unchecked_key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/invocation.rb:129:in `with'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/configured_data_provider.rb:48:in `unchecked_key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/data_provider.rb:26:in `block in key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/invocation.rb:90:in `check'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/data_provider.rb:26:in `key_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:150:in `lookup_in_environment'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:325:in `block in do_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `block in lookup'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `block in lookup'
org/jruby/RubyArray.java:1801:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/merge_strategy.rb:219:in `lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:325:in `do_lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:67:in `block in lookup'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:67:in `block in lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/invocation.rb:129:in `with'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:66:in `block in lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:91:in `convert_result'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:65:in `block in lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/invocation.rb:75:in `lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup/lookup_adapter.rb:52:in `lookup'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/lookup.rb:76:in `search_and_merge'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/resource/type.rb:357:in `block in inject_external_parameters'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/resource/type.rb:356:in `block in inject_external_parameters'
org/jruby/RubyHash.java:1396:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/resource/type.rb:352:in `inject_external_parameters'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/resource/type.rb:319:in `set_resource_parameters'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/resource/type.rb:123:in `evaluate_code'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/resource.rb:78:in `block in evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/resource.rb:70:in `evaluate'
org/jruby/RubyArray.java:1801:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:385:in `evaluate_classes'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/functions/include.rb:48:in `include'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/dispatch.rb:60:in `invoke'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/dispatcher.rb:43:in `block in dispatch'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/dispatcher.rb:42:in `dispatch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/function.rb:46:in `block in call'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/functions/function.rb:45:in `call'
/etc/puppetlabs/code/modules/etoro_windows/manifests/deploy_website.pp:39:in `<eval>'
org/jruby/RubyKernel.java:1037:in `eval'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/runtime3_support.rb:305:in `block in call_function'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/runtime3_support.rb:303:in `call_function'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/evaluator_impl.rb:976:in `call_function_with_block'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/evaluator_impl.rb:945:in `eval_CallNamedFunctionExpression'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/visitor.rb:90:in `visit_this_1'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/evaluator_impl.rb:81:in `evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/evaluator_impl.rb:660:in `block in eval_BlockExpression'
org/jruby/RubyArray.java:1801:in `each'
org/jruby/RubyEnumerable.java:1048:in `inject'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/evaluator_impl.rb:660:in `eval_BlockExpression'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/visitor.rb:90:in `visit_this_1'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/evaluator/evaluator_impl.rb:81:in `evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/pops/parser/evaluating_parser.rb:63:in `evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/ast/pops_bridge.rb:32:in `evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/ast/pops_bridge.rb:72:in `block in evaluate'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/ast/pops_bridge.rb:71:in `block in evaluate'
org/jruby/RubyKernel.java:1180:in `catch'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/ast/pops_bridge.rb:70:in `evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/ast.rb:30:in `safeevaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/resource/type.rb:136:in `evaluate_code'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/resource.rb:78:in `block in evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/resource.rb:70:in `evaluate'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:539:in `block in evaluate_definitions'
org/jruby/RubyArray.java:1801:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:537:in `block in evaluate_definitions'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:536:in `block in evaluate_definitions'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/errors.rb:115:in `exceptwrap'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:535:in `evaluate_definitions'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:568:in `block in evaluate_generators'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:565:in `block in evaluate_generators'
org/jruby/RubyKernel.java:1418:in `loop'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:562:in `evaluate_generators'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:178:in `block in compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:178:in `block in compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/context.rb:65:in `override'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet.rb:252:in `override'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:154:in `compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/parser/compiler.rb:34:in `compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/indirector/catalog/compiler.rb:303:in `block in compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/indirector/catalog/compiler.rb:301:in `block in compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util.rb:231:in `block in benchmark'
uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/benchmark.rb:308:in `realtime'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util.rb:230:in `benchmark'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/indirector/catalog/compiler.rb:299:in `compile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/indirector/catalog/compiler.rb:54:in `block in find'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/node/environment.rb:433:in `with_text_domain'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/indirector/catalog/compiler.rb:53:in `find'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/indirector/indirection.rb:194:in `find'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/api/indirected_routes.rb:127:in `do_find'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/api/indirected_routes.rb:54:in `block in call'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/context.rb:65:in `override'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet.rb:252:in `override'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/api/indirected_routes.rb:53:in `call'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/route.rb:82:in `block in process'
org/jruby/RubyArray.java:1801:in `each'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/route.rb:81:in `process'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/route.rb:87:in `process'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/route.rb:87:in `process'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/handler.rb:87:in `block in process'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/handler.rb:70:in `block in with_request_profiling'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler/around_profiler.rb:58:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/util/profiler.rb:51:in `profile'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/handler.rb:66:in `with_request_profiling'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/handler.rb:86:in `block in process'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/handler.rb:93:in `respond_to_errors'
/opt/puppetlabs/puppet/lib/ruby/vendor_ruby/puppet/network/http/handler.rb:85:in `process'
uri:classloader:/puppetserver-lib/puppet/server/master.rb:42:in `handleRequest'

Hey @amirgra ,
Sorry you are having issues.  Are you use the puppet function or hiera feature of this module to pull secrets?
If hiera can you post an example of your hiera.yaml.  If the puppet 4 function can you explain about how many times you are calling the function for the node having issues in a single run?

We are using it in hiera, here are the contents of hiera.yaml
---
version: 5
defaults:
  # The default value for "datadir" is "data" under the same directory as the hiera.yaml
  # file (this file)
  # When specifying a datadir, make sure the directory exists.
  # See https://docs.puppet.com/puppet/latest/environments.html for further details on environments.
  # datadir: data
  # data_hash: yaml_data
hierarchy:
  - name: "Per-node data (yaml version)"
    path: "nodes/%{::trusted.certname}.yaml"
  - name: "Application"
    path: "application/%{facts.application}.yaml"
  - name: "Other YAML hierarchy levels"
    paths:
      - "common.yaml"
  - name: 'Azure Key Vault Secrets'
    lookup_key: azure_key_vault::lookup
    options:
      vault_name: 'integration-vault'
      vault_api_version: '2016-10-01'
      metadata_api_version: '2018-02-01'

We are using it in hiera, here are the contents of hiera.yaml
---
version: 5
defaults:
  # The default value for "datadir" is "data" under the same directory as the hiera.yaml
  # file (this file)
  # When specifying a datadir, make sure the directory exists.
  # See https://docs.puppet.com/puppet/latest/environments.html for further details on environments.
  # datadir: data
  # data_hash: yaml_data
hierarchy:
  - name: "Per-node data (yaml version)"
    path: "nodes/%{::trusted.certname}.yaml"
  - name: "Application"
    path: "application/%{facts.application}.yaml"
  - name: "Other YAML hierarchy levels"
    paths:
      - "common.yaml"
  - name: 'Azure Key Vault Secrets'
    lookup_key: azure_key_vault::lookup
    options:
      vault_name: 'integration-vault'
      vault_api_version: '2016-10-01'
      metadata_api_version: '2018-02-01'

It’s great u have it at the bottom of your hiera.yaml.  The next question I have is how many secrets are being pulled back in one puppet run for the node that is having this issue?

Hi, I have same issues.
I use hiera data yaml files. But It is happed, when I have only one secret too.
Maybe, need to add some retry options to functions?

I'm not sure why azure has a max of 5 queries per second as this seems really low for any cloud service you typically find.  That being said i'm not sure there is anything really i can do about this unfortunately.

Okay, thanks. Could you add some retry options to functions or some wait time?
Also, maybe need to split the function which gets the list of all secrets?
Sorry, I do not know the ruby syntax(
If you can help, it will be great.
You created great puppet module)

Given the Token retrieved from the metadata api is valid for 8 hours, why is it being requested more than 5 times a second? It should be requested once then cached for almost 8 hours.

We might be able to cache it for the lifetime of the puppet run.  If we did this only 1 API call would be made on the request for the first secret and used for any remaining secret retrievals.
In Regards to caching it for 8 hours that would require persisting it somewhere on the machine itself or in an external durable store/database.  This would be a bit clunky and opens the door to some security issues that users need to be aware.

/cc @amirgra @jlact @ikukulevskyi

FYI The above change will make the minimum required version of puppet go from 4.7.1 to 6.0.0.


add title tag for locate marker (fixes #58)

Extend Leaflet's L.CircleMarker to add a title option so that the native browser tooltip can show the locate marker's name on hover (if it has one)
Add tests
Remove extra documentation about the name property (re: "layer control panel")

LGTM


I don't see any conditional for $stdout.tty? or such in Rouge::Formatters::Terminal256. I think if the output of mortar describe will include the color escape-sequences when piped to a command or redirected to a file.

right, we need to handle that part in mortar side I think

the non-tty case is now handled properly for json output. it was already handled for yaml output


Adds contextual item in scene tree dock to wrap selection in a new node

Fixes #20187
Select node(s), right click > Wrap into new node...

Selecting new node:

Having:

Result:

I am not happy at all about editor/scene_tree_dock.cpp:L1752 to find the pointer to the node that was just created, this is just a dirty hack to have the functionality working, but I'd like to get some directions to get the right result in a cleaner way :)
Thanks a lot !
edit:  for vizualization purposes, here is the icon in PNG format

How about renaming Wrap Into New Node to Add Parent Node? Perhaps in the context of Add Child Node but this would probably clutter more frequently used functions.

How about renaming Wrap Into New Node to Add Parent Node? Perhaps in the context of Add Child Node but this would probably clutter more frequently used functions.

I have no strict opinion regarding the feature name. Depending on other people's feedback, I'll change this, no problem :)
I've been initially thinking about adding this feature in the existing context of Add Child Node but eventually ended up separating them, as I felt those were actually best separated and would then require less user clicks.

Thanks!


Update guides index to hide guides in "draft" state

What is the issue?
Guides which have the special metadata entry draft: true should not appear in the guides index.
https://docusaurus.io/docs/next/api/plugins/@docusaurus/plugin-content-docs#draft

FYI @gerhard

This can be closed as this feature is not required.


compiling composite glyphs

This is really just the basic implementation code; as with #217, we have to figure out exactly how we're going to feed our input into this.
This also has one major limitation: it does not have access to the paths of the component glyphs, which means it cannot compute the bounding boxes for those glyphs. This will be something else to resolve when we figure out what our API is actually going to look like.
Based off of #219, which should go in first.

cannot compute the bounding boxes for those glyphs

I suggest we accept this limitation for the moment and ask the client to provide, e.g. add_component(component, bbox). fontmake-rs would then set components of the glyph G as dependencies of G so at the time we compute G we have at least the IR (or even the binary?) and from that can obtain bboxes
We might evolve away from that but I believe that would be sufficient to get started. @anthrotype does that sound remotely sane?

cannot compute the bounding boxes for those glyphs

I suggest we accept this limitation for the moment and ask the client to provide, e.g. add_component(component, bbox). ... @anthrotype does that sound remotely sane?

yes, sounds good to me


quantized parameters not perfect quantized.

When I use quantized_uniform(0.0, 1.0,0.01) i still get parameters like:
0.27000000000000002
0.17999999999999999
0.85999999999999999
instead of
0.27
0.18
0.86

Yes, this is only due to floating point limited accuracy.

or a missing round(x/step)*step


No version compatible with pamqp 3.x

This might result in the removal of the rabbitpy package from NixOS 20.09, because we don't want to go down the rabbit hole (pun intended) of supporting multiple versions of a python package.

I'll take a look, that will require dropping Python 2 support. Now that Python 2 is EOL, I think we can get away with doing that.

I'm working on this as a part of Hacktoberfest. I should have Pull Request ready by end of the week.
// cc @gmr