#573 Service List Improvements

Fixes #573.
I think it's quite a naive implementation at the moment, and the replica status is only for replicated services at present. I'd like to have it for global services too but I'd have to query for the number of nodes in the swarm - not sure how to write three simultaneous requests in your style, I would use Promise.all personally but I'm not sure if there is any use of native promises here. Happy to discuss improvements.
Also just want to say great setup, it was super easy to get hacking :+1:

@richardgoater thanks for the PR ! I'll review it soon (end of the week / beginning of next week).
I'm glad you managed to dive into the code without issues, please join me on Slack portainer.io/slack/ when you want to discuss implementations details. Have a look at the examples below for the recent directions using promises.
Here is an example of parallel promise execution using $q.all:

https://github.com/portainer/portainer/blob/develop/app/components/templates/templatesController.js#L117

An example of promise chaining using then().catch().finally():

https://github.com/portainer/portainer/blob/develop/app/components/templates/templatesController.js#L40

Please base your implementation on these examples.

@deviantony Thanks very much for the examples, I'm pretty busy today but I'll hopefully be able to improve the code tomorrow.

@deviantony that's the code updated following the promise examples, and now completes the functionality 👍

@richardgoater thanks for the updated version. I'll test it later.
One note on the membership filters for the nodes, could you give me more details about your inconsistence issue?

 One of our nodes is stuck as "pending"
membership, even though it shows as "ready" and is running tasks. Therefore
my global service shows 3/2 :/ docker service ls is showing 3/3, so I
think it's reasonably safe to remove the filter.
On Wed, 22 Feb 2017, 01:57 Anthony Lapenna<EMAIL_ADDRESS>wrote:

@richardgoater https://github.com/richardgoater thanks for the updated
version. I'll test it later.
One note on the membership filters for the nodes, could you give me more
details about your inconsistence issue?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/portainer/portainer/pull/614#issuecomment-281543910,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABXQ2QQWMI_0-5qS-kmAo4z0y_HYYaYEks5re5YSgaJpZM4MFi7S
.

Ok, I'll test it later and we'll decide if we choose to remove the filter.

btw @deviantony, I notice a bug on this branch when clicking into a node on the nodes list:
https://docs.angularjs.org/error/$resource/badcfg?p0=get&p1=object&p2=array&p3=GET&p4=api%2Fdocker%2Fnodes
I'm on Docker 1.13.1, API version 1.26. Not sure if it's an error I've introduced or a pre-existing one.

Hi, I just tested your branch, and thanx for that work
Is there an easy way to manage global services ?
Here I got some :
	docker_standalone-traefik	traefik:latest	global 2 / 0
	docker_traefik	                        traefik:latest	global 2 / 0

For a global service, replica's number must be is the active node's number

@WTFKr0 thanks for testing it, could the issue be related to my previous comments? (https://github.com/portainer/portainer/pull/614#pullrequestreview-23093727, https://github.com/portainer/portainer/pull/614#issuecomment-281598422) I think removing the membership filter might solve this, as long as we can reasonably assume that an active node is also a member?

Ok I see what happened to me
In docker 1.13, this is result of /nodes :
    {
        "CreatedAt": "2017-01-17T14:43:34.963508632Z",
        "Description": {
            "Engine": {
                "EngineVersion": "1.13.1",
                "Labels": {
                    "storage-driver": "overlay2"
                },
                "Plugins": [
                    {
                        "Name": "bridge",
                        "Type": "Network"
                    },
                    {
                        "Name": "host",
                        "Type": "Network"
                    },
                    {
                        "Name": "ipvlan",
                        "Type": "Network"
                    },
                    {
                        "Name": "macvlan",
                        "Type": "Network"
                    },
                    {
                        "Name": "null",
                        "Type": "Network"
                    },
                    {
                        "Name": "overlay",
                        "Type": "Network"
                    },
                    {
                        "Name": "local",
                        "Type": "Volume"
                    }
                ]
            },
            "Hostname": "***********",
            "Platform": {
                "Architecture": "x86_64",
                "OS": "linux"
            },
            "Resources": {
                "MemoryBytes":<PHONE_NUMBER>4,
                "NanoCPUs":<PHONE_NUMBER>
            }
        },
        "ID": "eht2e2a9wvkjhxam3xvxmiw8a",
        "ManagerStatus": {
            "Addr": "************:2377",
            "Leader": true,
            "Reachability": "reachable"
        },
        "Spec": {
            "Availability": "active",
            "Labels": {
                "com.docker.ucp.SANs": "**************"
            },
            "Role": "manager"
        },
        "Status": {
            "Addr": "************",
            "State": "ready"
        },
        "UpdatedAt": "2017-02-27T10:04:47.740404037Z",
        "Version": {
            "Index": 701326
        }
    }

As you can see, there is no membership: ['accepted'] flag

@WTFKr0 this happens on one out of three of my nodes, not sure if it's a Docker bug or not.

I think the only check we can do is this field :
https://github.com/portainer/portainer/blob/develop/app/models/node.js#L28
Which have to be "State": "ready" on online nodes

@WTFKr0 this line covers it, I don't think this can be done in the API call: https://github.com/portainer/portainer/pull/614/files#diff-c6751901757a126db383af452eca289bR86

Looks like there is a conflict created by https://github.com/portainer/portainer/pull/620, could you fix it?

@richardgoater My global service are OK now without filter

@WTFKr0 I'm glad it's working now :+1:
@deviantony I think the conflict is resolved.

@richardgoater see #649 for the problem while trying to access the node view. It's not related to your PR.
I'll fix the conflict with your PR myself and test it again.

PR looks good to me, I'll merge it ! Thanks @richardgoater :+1:

@deviantony I was away when this was merged, thanks again for your time 👍


App on iTunes Connect not created

New Issue Checklist

[x] Updated fastlane to the latest version
[x] I read the Contribution Guidelines
[x] I read docs.fastlane.tools
[x] I searched for existing GitHub issues

Issue Description
I have an issue with creating the app in iTunes Connect using fastlane.
I tried different scenarios, like running fastlane init on a new project or directly with produce but it doesn't create the app.
If I try again and I mention the same bundle id, I got a message that it already exists.
Also, there are some cases when I have the following message on screen, but it will stay there forever "Waiting for the newly created application to be available on iTunes Connect...".
Is this issue related to fastlane or to iTunes Connect ?
Thanks,
Florin
Environment

✅ fastlane environment ✅
Stack

Key
Value

OS
10.13.1

Ruby
2.2.4

Bundler?
false

Git
git version 2.15.0

Installation Source
~/.fastlane/bin/bundle/bin/fastlane

Host
Mac OS X 10.13.1 (17B48)

Ruby Lib Dir
~/.fastlane/bin/bundle/lib

OpenSSL Version
OpenSSL 1.0.2g  1 Mar 2016

Is contained
true

Is homebrew
false

Is installed via Fabric.app
false

Xcode Path
/Applications/Xcode.app/Contents/Developer/

Xcode Version
9.1

System Locale

Variable
Value

LANG
en_US.UTF-8
✅

LC_ALL
en_US.UTF-8
✅

LANGUAGE
en_US.UTF-8
✅

fastlane files:
`./fastlane/Fastfile`
# Customize this file, documentation can be found here:
# https://docs.fastlane.tools/actions/
# All available actions: https://docs.fastlane.tools/actions
# can also be listed using the `fastlane actions` command

# Change the syntax highlighting to Ruby
# All lines starting with a # are ignored when running `fastlane`

# If you want to automatically update fastlane if a new version is available:
# update_fastlane

# This is the minimum version number required.
# Update this, if you use features of a newer version
fastlane_version "2.64.0"

default_platform :ios

platform :ios do
  before_all do
    # ENV["SLACK_URL"] = "https://hooks.slack.com/services/..."
    # cocoapods
    # carthage
  end

  desc "Check certificates"
  lane :check_certificates do
    sigh(app_identifier: "com.florinmatinca.newproject",
         username<EMAIL_ADDRESS>         adhoc: true)
  end

  lane :check_certificates2 do
    sigh(app_identifier: "com.florinmatinca.newproject",
         username<EMAIL_ADDRESS>  end

  lane :crashlytics do
    # match(type: "appstore") # more information: https://codesigning.guide
    gym(include_bitcode: true, export_method: "ad-hoc") # Build your app - more options available
    crashlytics(api_token: "ada5d51ce6e99e8c0a9c3e4035b1d815fd1f91cd",
              build_secret: "13bb30b1a69615dc5ec8856036cdb183c83917b949f5ab2c3610cadcd53b450c")
    # pilot

    # sh "your_script.sh"
    # You can also use other beta testing services here (run `fastlane actions`)
  end

  lane :newstuff do
    # match(type: "appstore") # more information: https://codesigning.guide
    gym(include_bitcode: true) # Build your app - more options available
    crashlytics(api_token: "ada5d51ce6e99e8c0a9c3e4035b1d815fd1f91cd",
              build_secret: "13bb30b1a69615dc5ec8856036cdb183c83917b949f5ab2c3610cadcd53b450c")

    # sh "your_script.sh"
    # You can also use other beta testing services here (run `fastlane actions`)
  end

  desc "Deploy a new version to the App Store"
  lane :release do
    # match(type: "appstore")
    # snapshot
    gym # Build your app - more options available
    deliver(force: true)
    # frameit
  end

  # You can define as many lanes as you want

  after_all do |lane|
    # This block is called, only if the executed lane was successful

    # slack(
    #   message: "Successfully deployed new App Update."
    # )
  end

  error do |lane, exception|
    # slack(
    #   message: exception.message,
    #   success: false
    # )
  end
end

# More information about multiple platforms in fastlane: https://github.com/fastlane/fastlane/blob/master/fastlane/docs/Platforms.md
# All available actions: https://docs.fastlane.tools/actions

# fastlane reports which actions are used. No personal data is recorded.
# Learn more at https://docs.fastlane.tools/#metrics

`./fastlane/Appfile`
app_identifier "com.florinmatinca.newproject" # The bundle identifier of your app
apple_id<EMAIL_ADDRESS># Your Apple email address

team_id "25GQGSY6TC" # Developer Portal Team ID

# you can even provide different app identifiers, Apple IDs and team names per lane:
# More information: https://docs.fastlane.tools/advanced/#appfile

fastlane gems

Gem
Version
Update-Status

fastlane
2.64.0
✅ Up-To-Date

Loaded fastlane plugins:
No plugins Loaded
Loaded gems

Gem
Version

CFPropertyList
2.3.5

addressable
2.5.1

babosa
1.0.2

bigdecimal
1.2.6

bundler
1.14.6

claide
1.0.2

colored
1.2

colored2
3.1.2

commander-fastlane
4.4.5

declarative
0.0.10

declarative-option
0.1.0

domain_name
0.5.20170404

dotenv
2.2.0

excon
0.55.0

faraday
0.12.1

faraday-cookie_jar
0.0.6

faraday_middleware
<IP_ADDRESS>

fastimage
2.1.0

gh_inspector
1.0.3

google-api-client
0.13.6

googleauth
0.5.1

highline
1.7.8

http-cookie
1.0.3

httpclient
2.8.3

hurley
0.2

io-console
0.4.3

json
1.8.1

jwt
1.5.6

libxml-ruby
3.0.0

little-plugger
1.1.4

logging
2.2.2

memoist
0.15.0

mime-types
3.1

mime-types-data
3.2016.0521

mini_magick
4.5.1

minitest
5.4.3

multi_json
1.12.1

multi_xml
0.6.0

multipart-post
2.0.0

nanaimo
0.2.3

nokogiri
1.5.6

os
0.9.6

plist
3.2.0

power_assert
0.2.2

psych
2.0.8

public_suffix
2.0.5

rake
10.4.2

rdoc
4.2.0

representable
3.0.4

retriable
2.1.0

rouge
1.11.1

rubygems-update
2.5.2

rubyzip
1.2.1

security
0.1.3

signet
0.7.3

slack-notifier
1.5.1

sqlite3
1.3.13

terminal-notifier
1.7.1

terminal-table
1.7.3

test-unit
3.0.8

tty-screen
0.5.0

uber
0.0.15

unf
0.1.4

unf_ext
<IP_ADDRESS>

unicode-display_width
1.1.3

word_wrap
1.0.0

xcodeproj
1.5.3

xcpretty
0.2.6

xcpretty-travis-formatter
0.0.4

generated on: 2017-11-09

In the attached file you can see some screenshots.

It happened to me as well, just yesterday.
The app finally shows up after 12 hours or so.

It looks like an issue on iTunes Connect side, I did try to manually create the app and I have the same issue from their portal tool.


[R] I can't update from arrow 13 to 14, and 15.

Describe the bug, including details regarding any error messages, version, and platform.
Here is the details. @amoeba
> install.packages("arrow")
Installing package into ‘/usr/local/lib/R/4.3/site-library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.rstudio.com/src/contrib/arrow_15.0.1.tar.gz'
Content type 'application/x-gzip' length 4373377 bytes (4.2 MB)
==================================================
downloaded 4.2 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** pkg-config found.
*** Trying Arrow C++ found by pkg-config: /usr/local/Cellar/apache-arrow/15.0.1
**** C++ library version 15.0.1 is supported by R version 15.0.1
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html
----------------------------------------------------------

Test compile error: In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:20:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstdint:149:5: error: <cstdint> tried including <stdint.h> but didn't find libc++'s <stdint.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cstdint> tried including <stdint.h> but didn't find libc++'s <stdint.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:883:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/align.h:13:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstddef:46:5: error: <cstddef> tried including <stddef.h> but didn't find libc++'s <stddef.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cstddef> tried including <stddef.h> but didn't find libc++'s <stddef.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:884:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/allocate_at_least.h:13:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/allocator_traits.h:14:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/construct_at.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/new:96:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstdlib:90:5: error: <cstdlib> tried including <stdlib.h> but didn't find libc++'s <stdlib.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cstdlib> tried including <stdlib.h> but didn't find libc++'s <stdlib.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:898:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/shared_ptr.h:31:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/unique_ptr.h:17:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__functional/hash.h:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstring:66:5: error: <cstring> tried including <string.h> but didn't find libc++'s <string.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cstring> tried including <string.h> but didn't find libc++'s <string.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:898:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/shared_ptr.h:42:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/atomic:523:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__chrono/duration.h:19:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/ratio:83:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/climits:46:5: error: <climits> tried including <limits.h> but didn't find libc++'s <limits.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <climits> tried including <limits.h> but didn't find libc++'s <limits.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:898:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/shared_ptr.h:42:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/atomic:2668:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cmath:320:5: error: <cmath> tried including <math.h> but didn't find libc++'s <math.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cmath> tried including <math.h> but didn't find libc++'s <math.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:24:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstdio:104:5: error: <cstdio> tried including <stdio.h> but didn't find libc++'s <stdio.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cstdio> tried including <stdio.h> but didn't find libc++'s <stdio.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:29:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwchar:108:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwctype:54:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cctype:43:5: error: <cctype> tried including <ctype.h> but didn't find libc++'s <ctype.h> header.           This usually means that your header search paths are not configured properly.            The header search paths should contain the C++ Standard Library headers before           any C Standard Library.
#   error <cctype> tried including <ctype.h> but didn't find libc++'s <ctype.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:29:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwchar:108:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwctype:59:5: error: <cwctype> tried including <wctype.h> but didn't find libc++'s <wctype.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cwctype> tried including <wctype.h> but didn't find libc++'s <wctype.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:29:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwchar:113:5: error: <cwchar> tried including <wchar.h> but didn't find libc++'s <wchar.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cwchar> tried including <wchar.h> but didn't find libc++'s <wchar.h> header. \
    ^
In file included from <stdin>:1:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/array_base.h:26:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/array/data.h:27:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/buffer.h:29:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/device.h:26:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/result.h:27:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/status.h:25:
In file included from /usr/local/Cellar/apache-arrow/15.0.1/include/arrow/util/string_builder.h:21:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/ostream:171:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/ios:221:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__locale:18:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/mutex:192:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__mutex_base:20:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/system_error:149:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__errc:104:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cerrno:31:5: error: <cerrno> tried including <errno.h> but didn't find libc++'s <errno.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
#   error <cerrno> tried including <errno.h> but didn't find libc++'s <errno.h> header. \
    ^
11 errors generated.

Please try installing again and set the following envvars before you do: FORCE_BUNDLED_BUILD=true and LIBARROW_BINARY=true.

This looks like arrow installed via brew is found and then there is a mixup of the headers. Please try installing again and set the following envvars before you do: FORCE_BUNDLED_BUILD=true and LIBARROW_BINARY=true.

I tried this but no luck. I have apache-arrow <IP_ADDRESS> installed at the system level but upgrading it in RStudio is still giving to non-zero exit status.

I have apache-arrow <IP_ADDRESS> installed at the system level

Yes via brew which seems to be the problem, you can also try removing that (if you don't need it for anything else obviously but even than you should be able to reinstall it after installing arrow)
You can also use https://apache.r-universe.dev/arrow to get a binary with all features.

I wonder if something is misconfigured with your XCode/CommandLineTools installation. I can install arrow from source linking against Homebrew's arrow 15.0.1 just fine. That said, installing from R-universe is a great option.
If you want to try again @YinOsu, can you start a fresh R session, set this environment variable, reinstall from source, and paste the results here in a  block?
> Sys.setenv("ARROW_R_DEV"=TRUE)
> install.packages("arrow", type="source")

Mine is below for comparison:

Output for install.packages("arrow", type="source")
> install.packages("arrow", type="source")
trying URL 'https://cran.rstudio.com/src/contrib/arrow_15.0.1.tar.gz'
Content type 'application/x-gzip' length 4373377 bytes (4.2 MB)
==================================================
downloaded 4.2 MB

* installing *source* package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** pkg-config found.
 I can install arrow from source linking against Homebrew's arrow 15.0.1 just fine. That said, installing from R-universe is a great option.
If you want to try again @YinOsu, can you start a fresh R session, set this environment variable, reinstall from source, and paste the results here in a  block?
> Sys.setenv("ARROW_R_DEV"=TRUE)
> install.packages("arrow", type="source")

Mine is below for comparison:
Output for install.packages("arrow", type="source")

Did as you instructed. I can't really figure out if it is a XCode issue. I reinstalled the XCode/CommandLineTools.
`

Sys.setenv("ARROW_R_DEV"=TRUE)
install.packages("arrow", type="source")
Installing package into ‘/usr/local/lib/R/4.3/site-library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.rstudio.com/src/contrib/arrow_15.0.1.tar.gz'
Content type 'application/x-gzip' length 4373377 bytes (4.2 MB)
==================================================
downloaded 4.2 MB

installing source package ‘arrow’ ...
** package ‘arrow’ successfully unpacked and MD5 sums checked
** using staged installation
*** pkg-config found.
*** Trying Arrow C++ found by pkg-config: /usr/local/Cellar/apache-arrow/15.0.2_1
**** C++ library version 15.0.2 is supported by R version 15.0.1
------------------------- NOTE ---------------------------
There was an issue preparing the Arrow C++ libraries.
See https://arrow.apache.org/docs/r/articles/install.html

Test compile error: In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:20:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstdint:149:5: error:  tried including <stdint.h> but didn't find libc++'s <stdint.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <stdint.h> but didn't find libc++'s <stdint.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:883:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/align.h:13:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstddef:46:5: error:  tried including <stddef.h> but didn't find libc++'s <stddef.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <stddef.h> but didn't find libc++'s <stddef.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:884:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/allocate_at_least.h:13:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/allocator_traits.h:14:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/construct_at.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/new:96:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstdlib:90:5: error:  tried including <stdlib.h> but didn't find libc++'s <stdlib.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <stdlib.h> but didn't find libc++'s <stdlib.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:898:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/shared_ptr.h:31:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/unique_ptr.h:17:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__functional/hash.h:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstring:66:5: error:  tried including <string.h> but didn't find libc++'s <string.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <string.h> but didn't find libc++'s <string.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:898:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/shared_ptr.h:42:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/atomic:523:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__chrono/duration.h:19:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/ratio:83:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/climits:46:5: error:  tried including <limits.h> but didn't find libc++'s <limits.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <limits.h> but didn't find libc++'s <limits.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:22:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/memory:898:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__memory/shared_ptr.h:42:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/atomic:2668:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cmath:320:5: error:  tried including <math.h> but didn't find libc++'s <math.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <math.h> but didn't find libc++'s <math.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:24:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cstdio:104:5: error:  tried including <stdio.h> but didn't find libc++'s <stdio.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <stdio.h> but didn't find libc++'s <stdio.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:29:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwchar:108:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwctype:54:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cctype:43:5: error:  tried including <ctype.h> but didn't find libc++'s <ctype.h> header.           This usually means that your header search paths are not configured properly.            The header search paths should contain the C++ Standard Library headers before           any C Standard Library.
error  tried including <ctype.h> but didn't find libc++'s <ctype.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:29:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwchar:108:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwctype:59:5: error:  tried including <wctype.h> but didn't find libc++'s <wctype.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <wctype.h> but didn't find libc++'s <wctype.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:23:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/string:561:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__string/char_traits.h:29:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cwchar:113:5: error:  tried including <wchar.h> but didn't find libc++'s <wchar.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <wchar.h> but didn't find libc++'s <wchar.h> header. \
^

In file included from :1:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/api.h:22:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array.h:41:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/array_base.h:26:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/array/data.h:27:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/buffer.h:29:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/device.h:26:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/result.h:27:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/status.h:25:
In file included from /usr/local/Cellar/apache-arrow/15.0.2_1/include/arrow/util/string_builder.h:21:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/ostream:171:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/ios:221:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__locale:18:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/mutex:192:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__mutex_base:20:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/system_error:149:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__errc:104:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/cerrno:31:5: error:  tried including <errno.h> but didn't find libc++'s <errno.h> header.           This usually means that your header search paths are not configured properly.           The header search paths should contain the C++ Standard Library headers before           any C Standard Library, and you are probably using compiler flags that make that           not be the case.
error  tried including <errno.h> but didn't find libc++'s <errno.h> header. \
^

11 errors generated.
Failing compile command: clang++ -E -I/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include -I/usr/local/Cellar/apache-arrow/15.0.2_1/include   -DARROW_R_WITH_PARQUET -DARROW_R_WITH_DATASET -DARROW_R_WITH_ACERO -DARROW_R_WITH_JSON -DARROW_R_WITH_S3 -g -O2 -std=gnu++17 -xc++ -
PKG_CFLAGS=-I/usr/local/Cellar/apache-arrow/15.0.2_1/include   -DARROW_R_WITH_PARQUET -DARROW_R_WITH_DATASET -DARROW_R_WITH_ACERO -DARROW_R_WITH_JSON -DARROW_R_WITH_S3
PKG_LIBS=-larrow_dataset -lparquet -larrow_acero -larrow
ERROR: configuration failed for package ‘arrow’

removing ‘/usr/local/lib/R/4.3/site-library/arrow’
restoring previous ‘/usr/local/lib/R/4.3/site-library/arrow’
Warning in install.packages :
installation of package ‘arrow’ had non-zero exit status

`

I have apache-arrow <IP_ADDRESS> installed at the system level

Yes via brew which seems to be the problem, you can also try removing that (if you don't need it for anything else obviously but even than you should be able to reinstall it after installing arrow)
You can also use https://apache.r-universe.dev/arrow to get a binary with all features.

The system level arrow is a requirement/dependency for the gdal also installed.

UPDATE
I followed @amoeba link he pointed me at. I completely removed XCode, and redo the Arrow update only. The update was successful. Somehow the XCode was interfering with other updates I struggled with but after uninstalling it, all packages updated successfully. Thanks for the support.

Glad to hear it @YinOsu, and thanks for letting us know what your fix was.


Typescript definitions

Added typescript definitions for react controls, similar to index.js.
Definitions will be taken automatically by tsc from index.d.ts.

Coverage remained the same at 86.088% when pulling 2a5f9876e986cd50707b090b49f2d18c0fc8833b on Artur-A:ts-def into 068235c14d8fedd485e418f647479a04a9e8f26e on airbnb:master.

Jordan, Thank you for your answer.
Microsoft still faces a huge amount of problems with Typings, here is the current discussion.
Making TS Types apart from the project rises two inconvenient things:

somebody outside from the project should constantly review the changes and update .d.ts, which occurs not so good for many reasons
.d.ts starts to having its own versions different from the modern targeting repo, it's always obsolete
there appears a need to download additional /@types/ npm package

So Microsoft recommends to put definition types as part of the main project, which will be up to date and ready for a use.
There are a lot of TypeScript developers and .d.ts will make them able to use react-dates controls.
Please write if you are still cannot put .d.ts inside the root of project for some reasons then I will add types to a seperate repo @types/react-dates.

If it lives in this repo, we're responsible for maintaining their accuracy - and we don't use typescript and don't wish to.
If they're in a separate place, nobody has any expectation that the typing so will be accurate. I think a separate repo is best, pending the outcome of the discussions you referenced (which I am personally a part of).

Alright, then it seems reasonable to move types to a seperate repo.


MRG: Fixes for 1 channel GDF, millivolt support

What does this implement/fix?
I have a 1 channel GDF file that failed to load because the raw_headers were encapsulated in lists.
I added a check for this condition to enable the file to load -- with runtime warnings.
I fixed 1 runtime warning by adding support for millivots in GDF files.
The tests that I added create the problematic 1 channel GDF ECG file---my own measurement of myself, don't judge---and then proceed to load the file and ensure it can check the sampling rate and that it loaded the data sanely.
Additional information
The test file has an embedded file within it so it is not path sensitive and can always make its testing environment.
There is still 1 runtime warning regarding the filters used. I have not investigated heavily.
In summary:

I fixed 1 bug
I added tests with test data.

Thanks @abramhindle


Soft delete support retention period between 1 and 365 days

Maybe 14 days was during preview of this feature. I read that this is now between 1 and 365 days.

@Hinni : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#hold-off

@mepand - Do you approve of this change?

@mepand - Do you approve of this change?

No David. I think there is some understanding gap. Azure backup enables soft delete with fixed retention of 14 days.However ,Soft delete is a configurable setting and customers can set it between 1 to 365 days. In the existing statement ,we are only talking about the retention set by Azure backup so it is correct and should not be changed

Thanks.
#please-close


Function suggestions should append brace

Hello,
When autocompleting functions, is it possible to have an option where braces are appended?
e.g. function( is inserted instead of function

It could be done here https://github.com/mkusher/padawan.php/blob/master/src/Complete/Completer/ObjectCompleter.php#L67
but I'm not sure whether it should be done on server(padawan.php) or client(vim, sublime etc.)

@mkusher It'd be great if it could be done on the client, and maybe there could be an option to set the setting? But I couldn't find out whether Padawan.php sends signatures (variable, function, constant etc.) to the client.

@sekjun9878 for variables and properties menu will contain type or FQCN and for methods and function it will be signature(e.g. (array $needle, string $search): mixed)

If this functionality is implemented, in vim, autocmd CompleteDone * if getline('.')[col('.')-2] == "(" | execute "normal i)" | endif can achieve brace auto-completion similar to how PHPStorm works.

Closing, cause should be done on client side


Can you support IEC104 ?

our need IEC104  , Doyou plan to support it ?

I want to write a data source that supports IEC104，

I want to write a data source that supports IEC104，

We don't support IEC104 and we don't have guide to write your own protocol adapter but we have documentation about existing ones: https://mainflux.readthedocs.io/en/latest/architecture/
I propose you to copy hhtp-adapter (https://github.com/mainflux/mainflux/tree/master/http) and replace the HTTP server by your IEC104 implementation. The NATS publisher should remain so you can publish messages in the internal message broker.

We don't support IEC104 and we don't have guide to write your own protocol adapter but we have documentation about existing ones: https://mainflux.readthedocs.io/en/latest/architecture/
I propose you to copy hhtp-adapter (https://github.com/mainflux/mainflux/tree/master/http) and replace the HTTP server by your IEC104 implementation. The NATS publisher should remain so you can publish messages in the internal message broker.

Thanks men , i will try it .If that`s ok , i wll Contribute code to you

Thanks men , i will try it .If that`s ok , i wll Contribute code to you

@magixmin I would suggest that you go through Developer's Guide and try to add protocol adapter you need. There are some Go implementations that can get you going, like this one or this one.
Once you are done, you can send us pull request and we will merge it to official repo.

@magixmin I would suggest that you go through Developer's Guide and try to add protocol adapter you need. There are some Go implementations that can get you going, like this one or this one.
Once you are done, you can send us pull request and we will merge it to official repo.

OK  I will try it

OK  I will try it


Clarify that env vars are at least somewhat case insensitive on Windows

Code of Conduct

[X] I have read and agree to the GitHub Docs project's Code of Conduct

What article on docs.github.com is affected?
https://docs.github.com/en/actions/using-workflows/workflow-commands-for-github-actions#setting-an-environment-variable
What part(s) of the article would you like to see updated?

The names of environment variables are case-sensitive, and you can include punctuation.

This is true on Linux (and macOS).
However, my understanding is that this is at least partially untrue on Windows:
https://github.com/actions/runner/blob/cb19da9638790019f6e7be193cd4282311992b12/src/Runner.Worker/ActionCommandManager.cs#L158-L162
I say partially, because I haven't extensively tested the code paths.
Additional information
No response

👋 @jsoref Thanks so much for opening an issue! I'll triage this for the team to take a look :eyes:

This probably needs some engineering clarification; environment variables on Windows platforms are not case-sensitive, but I'm not sure that when those environment variables are used by any Actions components (e.g. setting them in  $env:GITHUB_ENV) whether there might be cases where they are.

Technically environment variables in cmd are case-preserving:
set X=1 && set y=2 && echo Unset %x% %Y%.
echo Set %X% %y%. && set x=3 && echo %X% && set|find "X=" && set|find "y=" && echo --- && set|find "x=" && set |find "Y=" && echo ===

And the same applies for PowerShell:
$Env:TestOne=1
$Env:TestTWO=2
$Env:TestONE
$Env:Testtwo
$Env:TestOnE=3
$Env:TestOne

But yes, it'd be good to get engineering input. I can only speak to the general bits that I can read or test and not anything beyond that.

@cmwilson21 ...

Reopened! Sorry about that!

I got Engineering to look into this.
After testing various runner OSes, the feedback is that, practically speaking, environment variables are case sensitive on Linux and Mac, and case insensitive on Windows runners.
If you choose to use Powershell as your shell on Linux or Mac environment variables are still case sensitive (i.e. this doesn't break the above rule). See the note here:
https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_environment_variables?view=powershell-7.3#long-description
We should, therefore, update the documentation where we currently say that "environment variables are case-sensitive", as this is not true for Windows.
Engineering made a couple of points that we should include when updating the docs:

To avoid issues it's good practice to treat environment variables as case sensitive irrespective of the behavior of the operating system and shell you are using. We should make this point when talking about case sensitivity of environment variables.

In a couple of Markdown files:

https://docs.github.com/en/actions/hosting-your-own-runners/managing-self-hosted-runners/using-a-proxy-server-with-self-hosted-runners#configuring-a-proxy-server-using-environment-variables
https://docs.github.com/en/actions/using-workflows/workflow-commands-for-github-actions#example-of-a-workflow-command

and in this reusable:

https://github.com/github/docs/blob/main/data/reusables/actions/actions-secrets-and-variables-naming.md?plain=1

we use the phrase "not case-sensitive" - we should change this to "case insensitive".

BTW: we don't need to hyphenate "case sensitive" where it's not being used as an adjective.


Full screen mode is not properly working

When passing the -f option, the screen gets black and I can only see the cursor. Ctrl + Alt + Enter gives my operating system back, though I can't enter the connection again.

@beloni: I have just pushed a couple of improvements to the fullscreen mode, can you try it out? now window decorations should be properly set according to the original window decoration options. As for the symptoms you've described, I'm a bit clueless, I haven't experienced them. Maybe the improvements will change something.

@awakecoding: I've just tried out your modifications:

With the -f option, it behaves the same as reported in my first post
If I do not pass -f, when pressing Ctrl + Alt + Enter, it tries to go full screen, but the remote session is available only on 1024x768, and the rest of the screen keeps black. I think this is a misbehaviour, and it should ignore Ctrl + Alt + Enter, since I did not pass -f

@beloni: I'm wondering what should be the wanted behavior here. Should we completely disable the fulscreen mode for a session that was not started in fullscreen originally? Should we add a feature to resize dynamically when entering fullscreen? Should we restrict fullscreen mode to just fullscreen dimensions (no mismatch between screen resolution and session resolution) and also restricted only to sessions started in fullscreen originally?

@awakecoding I vote for disabling the fulscreen mode for a session that was not started with -f and restrict fullscreen mode to the dimensions of the entire screen

We need to support XRandR change of local resolution and server requested resizing so woudn't this be the same for full screen?

According to my latest tests, it is working.


[Feature] Show Bookmark Folder name on Bookmark Saved Snackbar

Feature Description
The user should be shown the folder name where the bookmark is saved, enabling it will give the user chooses to change the location at the moment of saving the bookmark.

@4shutosh similar to my comment in https://github.com/duckduckgo/Android/issues/1439. Please open a discussion to suggest any bookmark improvement.
More info in our contributions guidelines.


Add lint: Disable trace level logging.

Needs to be disabled on log for native and on tracing for Wasm.

How do you disable it for WASM? I know log has a feature to compile out trace!() logs, but I didn't think tracing did.

The same way: https://github.com/TheBevyFlock/bevy_quickstart/blob/main/Cargo.toml#L10-L19


fix(curriculum): cat photo app workshop step 5 to 7

Checklist:

[x] I have read and followed the contribution guidelines.
[x] I have read and followed the how to open a pull request guide.
[x] My pull request targets the main branch of freeCodeCamp.
[x] I have tested these changes either locally on my machine, or GitPod.

Closes #56309

@ilenia-magoni updated PR


Feature Request - filter bsky Impersonation flag

Filter out bsky accounts that have an impersonation flag, Example: https://bsky.app/profile/markhamill.bsky.social

Dup of #42

I fixed it in #109.


net: context: Fix the ICMP error on udp

This commit fixes the #1.
When receiving a UDP packet, net_conn_input() searches for a matching connection within conn_used.
However, when receiving UDP packets simultaneously from multiple clients, we may encounter a situation where the connection that was supposed to be bound cannot be found within conn_used, and raise the ICMP error.
This is because, within recv_udp(), to avoid the failure of bind_default(), we temporarily remove it from conn_used using net_conn_unregister().
If we have already binding, we can skip bind_default() and net_conn_register(). However, since the callback and user data may have been modified by the user, they need to be updated.

I've tested the some zephyr test that called net_context_recv() as below, and all passed.

tests/net/contextSUITE PASS - 100.00% [net_context]: pass = 15, fail = 0, skip = 0, total = 15 duration = 5.015 seconds

tests/net/ipv6SUITE PASS - 100.00% [net_ipv6]: pass = 26, fail = 0, skip = 0, total = 26 duration = 2.456 seconds

tests/net/tcpSUITE PASS - 100.00% [net_tcp]: pass = 18, fail = 0, skip = 0, total = 18 duration = 6.268 seconds

tests/net/traffic_classSUITE PASS - 100.00% [net_traffic_class]: pass = 11, fail = 0, skip = 0, total = 11 duration = 0.183 seconds

tests/net/virtual/SUITE PASS - 100.00% [net_virtual]: pass = 10, fail = 0, skip = 0, total = 10 duration = 0.010 seconds


Can I use the dynamic arg in v-style?

Like this:

https://jsfiddle.net/5hfc0zhm/
I know I can use computed value.  But there is issue in IE.

Thanks,

You can just do

v-style accepts a string of inline CSS.

It works.  The css are split by ";" not ",".
Thank you very much.


ARROW-12910: [Gandiva][C++]Add support for ADD and SUBTRACT functions receiving time intervals

Implement support for ADD and SUBTRACT functions receiving time intervals with timestamps and dates

@anthonylouisbsb, can you please review this PR?

One point that I missed is that you added some unit tests, but it would be good to add some integrated tests, just to check if the function registry is working correctly

@anthonylouisbsb, applied changes

Closing because it has been untouched for a while, in case it's still relevant feel free to reopen and move it forward 👍


fix(withdrawal_unlocker): rejected unlock tx isn't removed

fix get_transaction_status throw invalid type: null, expected struct TransactionView error for rejected tx, return  Ok(None) instead.
always drop unlock tx and retry if get_transaction_status return error, avoid "lock" withdrawal cell.

fix get_transaction_status throw invalid type: null, expected struct TransactionView error for rejected tx, return Ok(None) instead.

It seems that this could be fixed by updating ckb-jsonrpc-types too: https://docs.rs/ckb-jsonrpc-types/latest/ckb_jsonrpc_types/struct.TransactionWithStatus.html

fix get_transaction_status throw invalid type: null, expected struct TransactionView error for rejected tx, return Ok(None) instead.

It seems that this could be fixed by updating ckb-jsonrpc-types too: https://docs.rs/ckb-jsonrpc-types/latest/ckb_jsonrpc_types/struct.TransactionWithStatus.html

Correct, we should also upgrade ckb_sdk to new version.


Fix/myforms menu update

Summary | Résumé
Completes the menu links to be functional and localized. The main change is adding a "Copy to clipboard" feature to published cards. The menu links are still a work-in-progress and point to the most relevant part of form-builder currently available.
Test instructions | Instructions pour tester la modification
Open a published card menu. There should be a "Copy to clipboard" button. Clicking it should result in a success message and the card URL copied to your clipboard.
Open a draft card menu and instead of a "Copy to clipboard" button, there should be an "Edit link. Clicking that link or any other menu link should all navigate to the form-builder (only the clipboard button does not navigate).
Unresolved questions / Out of scope | Questions non résolues ou hors sujet
Menu links should be updated if/once the form-build links are refactored.
Pull Request Checklist
Please complete the following items in the checklist before you request a review:

[x] Have you completely tested the functionality of change introduced in this PR? Is the PR solving the problem it's meant to solve within the scope of the related issue?
[x] The PR does not introduce any new issues such as failed tests, console warnings or new bugs.
[ ] If this PR adds a package have you ensured its licensed correctly and does not add additional security issues?
[x] Is the code clean, readable and maintainable? Is it easy to understand and comprehend.
[ ] Does your code have adequate comprehensible comments? Do new functions have docstrings?
[ ] Have you modified the change log and updated any relevant documentation?
[x] Is there adequate test coverage? Both unit tests and end-to-end tests where applicable?
[x] If your PR is touching any UI is it accessible? Have you tested it with a screen reader? Have you tested it with automated testing tools such as axe?

Copy to clipboard currently uses an Alert() to show success. (future work to either update or remove)

FYI - Just created and merge a Dialog component that you could repurpose a bit
See screenshots here: https://github.com/cds-snc/platform-forms-client/pull/1316#issue-1460358911
https://github.com/cds-snc/platform-forms-client/pull/1316/files#diff-addd4fbf791c7d09fecf1775f0ef6b6177dd2d81c5a080836f9c0ae821d6e8b1

Thanks! That would certainly be better than an Alert(). I'll ask Sam about it

Copy to clipboard currently uses an Alert() to show success. (future work to either update or remove)

RE: Alert
I just created and merged a Dialog component that you could repurpose a bit
See screenshots here: #1316 (comment)
https://github.com/cds-snc/platform-forms-client/pull/1316/files#diff-addd4fbf791c7d09fecf1775f0ef6b6177dd2d81c5a080836f9c0ae821d6e8b1

We went with an inline text updated but I'm sure that dialog will be re-used in the future :)

LGTM :)

I seem to have lost a library in between starting and finishing writing this code :D It umm is back now


[dev] reconnect socket after bad protocol message

fixes #1241
after a while, the preview service disconnects the websocket, even if you're being a good citizen and sending keep alive heartbeat messages every now and then. for shame! after merging this if your dev session gets disconnected from the websocket we'll issue a reconnect. :) :) :)

getting a pretty opaque compiler error that i'm not sure how to resolve..
error: future cannot be sent between threads safely
   --> src/commands/dev/socket.rs:59:23
    |
59  |         let printer = tokio::spawn(print_ws_messages(Arc::clone(&passable_read)))
    |                       ^^^^^^^^^^^^ future returned by `print_ws_messages` is not `Send`
    |
   ::: /Users/averyharnish/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-0.2.20/src/task/spawn.rs:127:21
    |
127 |         T: Future + Send + 'static,
    |                     ---- required by this bound in `tokio::task::spawn::spawn`
    |
    = help: within `impl core::future::future::Future`, the trait `std::marker::Send` is not implemented for `std::sync::MutexGuard<'_, futures_util::stream::stream::split::SplitStream<tokio_tungstenite::WebSocketStream<tokio_tungstenite::stream::Stream<tokio::net::tcp::stream::TcpStream, tokio_tls::TlsStream<tokio::net::tcp::stream::TcpStream>>>>>`
note: future is not `Send` as this value is used across an await
   --> src/commands/dev/socket.rs:77:31
    |
76  |     let mut read = read.lock().unwrap();
    |         -------- has type `std::sync::MutexGuard<'_, futures_util::stream::stream::split::SplitStream<tokio_tungstenite::WebSocketStream<tokio_tungstenite::stream::Stream<tokio::net::tcp::stream::TcpStream, tokio_tls::TlsStream<tokio::net::tcp::stream::TcpStream>>>>>` which is not `Send`
77  |     while let Some(message) = read.next().await {
    |                               ^^^^^^^^^^^^^^^^^ await occurs here, with `mut read` maybe used later
...
94  | }
    | - `mut read` is later dropped here

i want an async fn that i can spawn and then try_join
and if an error occurs in either of the futures i've spawned (keep_alive messages and printing incoming socket messages) i want to kill the futures i've spawned and start my listen fn over from the beginning

@ObsidianMinor thanks so much for the review 😄


fix: Issue #610

Use promise to process reconcile in parallel

@genoud  I am closing this, as it need to use worker threads as opposed to async, this activity is CPU bound as opposed to I/O where async works


Add multiple view controller in place of multiple views

Can this be used in the way where multiple viewcontrollers are added in place of views

Maybe, could you give me a example you needs? @satyamub


Fix MySQL dialect issues

change the warehouse type SQLSERVER -> MYSQL
fix escape sequences in regex
fix the weird mysql-connector-python error UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 1: invalid start byte
fix the debug log (don't pass the exc_info object into the log message templated string)
fix the test suite class name

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@all-contributors please add @sintezcs for code


etcdserver, auth: remove obsolete mutex

The removed comment is obsolete because the enabled field is removed
in the commit b2d2c79a2fcb20f6c64eeb95d1e7d1ddbcd453b1.

I should removed it in https://github.com/coreos/etcd/pull/4281, sorry for that.

The mu itself was obsolete, updated for removing it.

lgtm


Shared context name cannot be identical to a shared examples name

I named a shared context the same as the shared example group and saw these warnings and test failures.
$ bin/rspec
WARNING: Shared example group 'a policy of a buyer's child' has been previously defined at:
  spec/support/shared_context/shared_context_for_buyer_children.rb:1
...and you are now defining it at:
  spec/support/shared_examples/shared_examples_for_buyer_children.rb:1
The new definition will overwrite the original one.

There's no difference between a shared context and a shared example group: we support both simply to express the intended use (e.g. for one you're expressing it has common setup or helper code and for the other you're expressing it has some shared specs).  The implementation is actually just a ruby method alias:
https://github.com/rspec/rspec-core/blob/v3.2.0/lib/rspec/core/shared_example_group.rb#L81-L92
Given that, the behavior you reported is expected and intended.


Feature Request: Deploy as container to Dockerhub or equivalent

Since a Dockerfile is provided, could we get this (or is it already) available via Dockerhub or equivalent?

Hi @schematis, you can find the docker images here https://hub.docker.com/r/dpattmann/prometheus-timestream-adapter


Some async tests are not properly run

5 asynchronous test methods are currently never awaited, so the tests pass pytest regardless of if the method itself should actually pass. Example: https://travis-ci.com/RasaHQ/rasa/jobs/248702574#L4028
In the case of slack, this might have been introduced during the change from httpretty to responses.

mhm that is odd, usually this should be done through the https://github.com/yunstanford/pytest-sanic#quick-start plugin


TEST

Reviewer:
Asana:
Description
Steps to test

#535  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @shakyShane and the rest of your teammates on  Graphite


Scrape NHIF data

What does this PR do?
Add scrapers for NHIF data
Add tests for NHIF scrapers
Update README
Description of Task to be completed?
Add Scrapers for NHIF accredited facilities and accredited inpatient facilities
How should this be manually tested?
run nosetest --nocapture
Any background context you want to provide?
Initially there were no scrapers for NHIF data online and now that it has been made available, this PR includes the scrapers for the same

@DavidLemayian the changes to the above recommendations are in order


mesa: add surfaceless egl platform

This is needed on headless systems without a DISPLAY. Mesa will build it by default if you use "auto", so it makes sense to build it here.

Motivation for this change
Things done

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

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

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

Notify maintainers
cc @

I would love to use this from 19.03, but what do other things about backporting a change like this?

I would love to use this from 19.03, but what do other things about backporting a change like this? I think the key question is whether mesa always prefers x11 to surfaceless.

Mesa takes the first one from the egl-platforms list when it can't detect the display:
https://github.com/mesa3d/mesa/blob/65ae86b85422ae0d41624dd56f935d85b0164a13/src/egl/main/egldisplay.c#L148-L181
surfaceless probably /should/ be first in that list so that we gracefully fall back on headless systems. But mesa itself uses "x11,wayland,drm,surfaceless" as the default order, so we should probably stick with that for now.

Actually it's good that surfaceless is last. Surfaceless is the least featureful---no display---and this means we can safely backport because x11 and others will always be preferred.


Unfinished line or area lost when accidentally pressing save

URL
https://www.openstreetmap.org/edit
How to reproduce the issue?
Start drawing a line but don’t finish it, then click save, the line gets deleted.
Screenshot(s) or anything else?
I understand we don’t want to save unfinished line to the OSM database, but I encountered this issue while drawing a long river;
I made a mistake on the last point and wanted to hit Ctrl + Z to undo but miss clicked Ctrl + S and lost the entire line.
Which deployed environments do you see the issue in?
Released version at openstreetmap.org/edit, Development version at ideditor.netlify.app
What version numbers does this issue effect?
2.30.4
Which browsers are you seeing this problem on?
Chrome, Firefox

Pics won't help to show the issue, I should make a screen recording but I though the issue was easy enough to reproduce @Suvendu-UI

@Nekzuris would it make sense to save every unfinished line as draft, only push the finished line into the database

@Nekzuris screen recording would be nice

would it make sense to save every unfinished line as draft

@Adarsh-Dhar No sure what you mean by draft, they should just be terminated to stay on the map. Objects with no tag already prevent push.
The issue is that the line gets deleted if I accidentally press Ctrl + S instead of Ctrl + Z while drawing it.
https://github.com/user-attachments/assets/56791b55-ae21-4820-9660-eb790a7a710a
@Suvendu-UI

Hi, this has already been fixed in #10118

Is this issue has been closed ?? If not then I would love to fix it. Will you please assign the issue?? If yes then is there any other issue that I can solve . I love to contribute to the organization.

Hi, this has already been fixed in #10118

Actually no.

i think the best way to fix this is to add an end point to the line and end it where the last point was , or else we can show a message that there are still unfinished lines in the map and highlight it when saved

Yeah that's also what I was thinking at first but the solution in #10118 to disable the shortcut could also work great. I don't think we need to show a message.
Are you updating your PR @k-yle ?

to disable the shortcut might be one way but i think many people are accustomed to ctrl + s , but we can also apply that too , ill try doing both of them , we can select which one's best

i dont think the bug has something to do with shortcuts or buttons , i tried recreating it again and after i refresh the page and select restore it shows the line, the bug is in refreshing the page , i think specifically with save button, i will raise a pr as soon as i fix this


Ensure swarming user is auto logged in in all DeviceLab Macs

Tests for flutter desktop require the GUI to be available to run the desktop application. If the user is not logged in the test just hangs until the task times out.
This is to track all Macs have been set up for swarming user auto login.

Set up all Mac bots missing swarming user auto login, including: mac7, mac11, mac14.
Also setup full name to be swarming for all mac (with ios device) bots.

all macs (with android) are set up for swarming auto login.


feat: Add caption as alt to images

Fix #11
Example:
The next image block:

turns into:
![Image Description](https://g.com/image.png)

Hi again! Your past contribution on notion-to-md has been valuable.
We're now working on v4 with major improvements to address various use cases better.  V4 extends on this and takes it way beyond Markdown whiles solving some major issues.
I'd love your insights on this. Please checkout the GitHub discussion #112   to discuss or share your feedback? Your feedback would be really valuable in shaping v4's development.


Allow puppet to manage the haproxy service to prevent starting at boot b...

...ut not manage its running state.
This replaces https://github.com/puppetlabs/puppetlabs-haproxy/pull/84 to allow cluster manged runstate of haproxy and puppet managing the service to disabled on boot.

Hi @andrewmcgilvray, thanks for the work you have put in to this pull request. However due to inactivity and missing unit tests and no documentation this pull request is being closed. If you want to re-submit this PR with the necessary changes, we would gladly look at the new pull request.
Maybe @zdenekjanda might want to try to resurrect this?


Add build parameters - to reduce deploy size

Add a build option that does not bundle any extras and is as small as possible

decided to simply trim the app for now. Adding  different 'flavours' would make it harder to maintain for one person


[Task]: Anthropic AI Integration

Supporting following things as part of Anthropic integration

Duplicate of https://github.com/appsmithorg/appsmith/issues/29036, closing this now


libclang had ast read error

Hi everyone,
I generated a compile_commands.json using cmake and placed it in the root dir as per the instructions (symlinked into the bin/compile_commands.json). I am also using cquery with emacs.
When I open my project with cquery, I get libclang had ast read error repeatedly for each file. How can I go about fixing this? I'm not even sure how to start debugging or get more verbose information.
One thing is that I installed cquery using homebrew which I believe is compiled against clang. My project is compiled against gcc 7.2. (g++-7). Does that make a difference?
Thank you
Sample error that I get:
2018-02-13 07:08:20.121 (   0.309s) [indexer2     ]clang_translation_unit.cc:112   libclang had ast read error for /path/to/file/x.cc with args /usr/local/bin/g++-7, -working-directory, /path/to/file, -xc++, -isystem, /usr/local/include, -isystem, /usr/local/opt/openssl/include, -I/some/path/, -isystem, /some/path/, -g, -Wall, -Werror, -Wfatal-errors, -Wpedantic, -Wextra, -Wmissing-include-dirs, -Wconversion, -Wsign-conversion, -pthread, -Winvalid-pch, -include, /some/path/cotire/dir_CXX_prefix.hxx, -std=gnu++1z, /path/to/file, -resource-dir=/usr/local/Cellar/cquery/v20180203/lib/clang+llvm-5.0.1-x86_64-apple-darwin/lib/clang/5.0.1, -Wno-unknown-warning-option, -fparse-all-comments

We're using libclang, not gcc. Can you try selectively removing arguments until you don't have the ast read error? If we know what is causing the issue then we can automatically remove it if found.
clang -working-directory /path/to/file -xc++ -isystem /usr/local/include -isystem /usr/local/opt/openssl/include ... may be a faster way to test.

Hi, do you have time to give more context?

Feel free to reopen, closing as there is not enough information.


transfrom function does't work in version 7

💬 Questions and Help
I practiced the following example.
import { transform } from '@svgr/core'

const svgCode = `
<svg xmlns="http://www.w3.org/2000/svg"
  xmlns:xlink="http://www.w3.org/1999/xlink">
  <rect x="10" y="10" height="100" width="100"
    style="stroke:#ff0000; fill: #0000ff"/>
</svg>
`

transform(svgCode, { icon: true }, { componentName: 'MyComponent' }).then(
  (jsCode) => {
    console.log(jsCode)
  },
)

In version 6, @svgr/core can successfully convert svg to a React component, but in version 7, it failed.
A test case is shown below：
https://github.com/wangjs-jacky/Learn-api/blob/main/packages/svgr/index.test.ts#L35-L43

Because starting with v7,  plugin jsx is not included in core by default(https://github.com/gregberge/svgr/releases/tag/v7.0.0), we should  install it  and specify it in config


feat(DataGrid): Wrap toolbar actions for extra small screens

Ticket: https://3mo.atlassian.net/browse/DEV-8661
Related PRs:

https://github.com/3mo-esolutions/ebusiness-core/pull/1464

Reworked this using flex only and added support for responsiveness of built-in and slotted icon-buttons in v.0.10.0 https://github.com/3mo-esolutions/web-components/commit/462de0533cdc4bfb03c83fc43033472dbfe56f19


Blurred windows should disconnect sockets

Otherwise we run out of sockets, and it looks like jsbin is actually down (when Chrome has 8 tabs open to jsbin).
Obviously when we need to reconnect when the window is in focus.

Done


KAFKA-4058: improved test condition evaluation

@guozhangwang @enothereska This patch reduced test runtime by about 50%. It's a general test improvement. Hope it does also fix the timeout issue with ResetIntegrationTest

I once did this change but reviewers mentioned that this is not a good pattern since we may still want to check after exiting the while loop if the condition is still met. cc @ijuma and @hachikuji

IMHO, there is nothing else to do, to improve ResetIntegrationTest (besides of increasing the timeout...)

What do you mean by "reduced test runtime by about 50%"? Are you saying that it halved the time taken to run the streams test suite?

Not sure for the whole test suite. But for ResetIntegationTest and for newly JoinIntegrationTest (https://github.com/apache/kafka/pull/1777)

@guozhangwang @ijuma Updated.
Thinking about this twice, even if this change does improve test runtime, it might not fix the actual issue, because hitting the timeout is independent of an additional evaluation of the test condition after the while loop. Actually, it might make the stability even worse, as testing the condition again, would actually be "one more try" to receive the data we are waiting for.
Therefore, I also did increase the timeout from default 30 to 60 seconds.

LGTM, I won't merge to give @guozhangwang a chance to take a look.

I added a question about wait time.

LGTM besides @enothereska 's comment, the parameter is in ms not seconds.

@guozhangwang @enothereska @ijuma
Just updated this.

LGTM

Thanks for the PR, LGTM. Merging to trunk and 0.10.1 branches.

I edited the comment slightly before merging btw.


Revise ctl-scaffold

Motivation
Many projects need to implement web API components with CTL that are supposed to be integrated within a website. A simple scaffold example is a must-have thing to promote CTL's usage. I am not sure about preserving other things that were here previously, let's discuss. Our project doesn't require them and I have doubts we can afford re-integrating them back within our budget.
Questions and Tasks

[ ] Do we need liqwid-nix indeed?
[ ] Place an actual React app rather than just an empty page
[ ] Hooks to build and push dist/NPM package?
[ ] A test-suite example?
[ ] Back-end service example (or another template for that?)
[ ] Restore headless browser test suite?

Pre-review checklist

[x] All code has been formatted using our config (make format)
[x] Any new API features or modification of existing behavior are covered with tests
[x] The template (templates/ctl-scaffold) has been updated
[ ] The changelog has been updated under the ## Unreleased header, using the appropriate sub-headings (### Added, ### Changed, ### Removed, ### Fixed), and the links to the appropriate issues/PRs have been included

Do we need liqwid-nix indeed?

Context?

Place an actual React app rather than just an empty page

I'm strongly against this. People should choose their frameworks as they wish. There's no point in maintaining react code here.

Hooks to build and push dist/NPM package?

I would accept a PR for that.

A test-suite example?

Plutip:
https://github.com/Plutonomicon/cardano-transaction-lib/blob/develop/templates/ctl-scaffold/test/Main.purs

Back-end service example (or another template for that?)

Not every dApp has a backend. I'm strongly against this in CTL.

Restore headless browser test suite?

It didn't go anywhere. Here's the entry point:
https://github.com/Plutonomicon/cardano-transaction-lib/blob/eccf2705f4b6ce590b648a8f28ba095c36440433/templates/ctl-scaffold/package.json#L17

CTL itself should not have a scaffold; I mean, in this repository, it should instead refer to example repositories, like LovelaceAcademy/nix-templates, because you can use CTL in many different ways. Having a scaffold pushes the user to use it in a singular, optioned way that may not match their needs.

Closing this PR with the motivation stated above


Make RemoteInterpreter use the full implementation of Interpreter.run

https://github.com/jamesr66a/PiPPy/blob/527af1fd8123d35bd81b9fe304a8d0ed29c9fd8d/pippy/PipelineDriver.py#L565
I wrote run_until as a hack, it should probably be a copy-paste of Interpreter.run with some termination branch inside (or we should refactor Interpreter.run to make implementing like this easier

More logic: https://github.com/pytorch/pytorch/blob/80f6d2e9e66a0d133a24863e6338f4c3a493e2fc/torch/fx/interpreter.py#L129