Unable to build to iOS device

I'm getting the error below when building to an iOS device.
Null objc class data for '_OBJC_METACLASS_$_MLKBarcode' in '/Users/thiagorbernardo/Documents/pantry_trackr_project/pantry_trackr_app/ios/Pods/MLKitBarcodeScanning/Frameworks/MLKitBarcodeScanning.framework/MLKitBarcodeScanning'
I do not get this error when building to the iOS simulator. The error is on the Xcode build. I already clean the cache, clean the pod, deintegrate etc...
I have tried with iOS 17 and 16, I'm currently using the Xcode Version 15.0 beta 3 (15A5195k).
Flutter doctor
[✓] Flutter (Channel stable, 3.10.6, on macOS 14.0 23A5286i darwin-arm64, locale en-BR)
• Flutter version 3.10.6 on channel stable at /Users/thiagorbernardo/development/flutter
• Upstream repository https://github.com/flutter/flutter.git
• Framework revision f468f3366c (4 hours ago), 2023-07-12 15:19:05 -0700
• Engine revision cdbeda788a
• Dart version 3.0.6
• DevTools version 2.23.1
[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.2)
• Android SDK at /Users/thiagorbernardo/Library/Android/sdk
• Platform android-33, build-tools 33.0.2
• Java binary at: /Applications/Android Studio.app/Contents/jbr/Contents/Home/bin/java
• Java version OpenJDK Runtime Environment (build 17.0.6+0-17.0.6b802.4-9586694)
• All Android licenses accepted.
[✓] Xcode - develop for iOS and macOS (Xcode 15.0)
• Xcode at /Applications/Xcode-beta.app/Contents/Developer
• Build 15A5195k
• CocoaPods version 1.12.1
[✓] Chrome - develop for the web
• Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome
[✓] Android Studio (version 2022.2)
• Android Studio at /Applications/Android Studio.app/Contents
• Flutter plugin can be installed from:
🔨 https://plugins.jetbrains.com/plugin/9212-flutter
• Dart plugin can be installed from:
🔨 https://plugins.jetbrains.com/plugin/6351-dart
• Java version OpenJDK Runtime Environment (build 17.0.6+0-17.0.6b802.4-9586694)
[✓] VS Code (version 1.80.0)
• VS Code at /Applications/Visual Studio Code.app/Contents
• Flutter extension version 3.68.0
[✓] Connected device (3 available)
• Thiago’s iPhone (mobile) • 00008120-00091568363B401E • ios            • iOS 17.0 21A5277j
• macOS (desktop)          • macos                     • darwin-arm64   • macOS 14.0 23A5286i darwin-arm64
• Chrome (web)             • chrome                    • web-javascript • Google Chrome 114.0.5735.198
[✓] Network resources
• All expected network resources are available.
• No issues found!

I think that the MLBarcode scanning library will have to be updated to work with XCode 15. If it already has such a version, then we should upgrade to that version in the plugin.

A workaround for now would be to use the classic linker by including -ld64 in the 'Other Linker Flags' build settings in Xcode.

A workaround for now would be to use the classic linker by including -ld64 in the 'Other Linker Flags' build settings in Xcode.

Thank you so much, it worked, now I can test at least!!!!

Probably related to this, but in our case the error is different and we use Xcode 14.3.1. Only happens on Simulator and only for ARM Macbooks (M1, M2, etc.)
Removing the mobile_scanner fixes the issue. I suppose either GoogleMLKit/BarcodeScanning or our internal configuration is to blame. If I could be of any help let me know.
Error (Xcode): Framework not found Pods_Runner

Error (Xcode): Linker command failed with exit code 1 (use -v to see invocation)

Could not build the application for the simulator.

Flutter doctor

[✓] Flutter (Channel stable, 3.3.10, on macOS 13.4.1 22F770820d darwin-arm, locale en-UA)
• Flutter version 3.3.10 on channel stable at /Users/user/fvm/versions/3.3.10
• Upstream repository https://github.com/flutter/flutter.git
• Framework revision 135454af32 (7 months ago), 2022-12-15 07:36:55 -0800
• Engine revision 3316dd8728
• Dart version 2.18.6
• DevTools version 2.15.0
[✓] Android toolchain - develop for Android devices (Android SDK version 34.0.0)
• Android SDK at /Users/user/Library/Android/sdk
• Platform android-34, build-tools 34.0.0
• Java binary at: /Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home/bin/java
• Java version OpenJDK Runtime Environment Zulu11.66+15-CA (build 11.0.20+8-LTS)
• All Android licenses accepted.
[✓] Xcode - develop for iOS and macOS (Xcode 14.3.1)
• Xcode at /Applications/Xcode.app/Contents/Developer
• Build 14E300c
• CocoaPods version 1.12.1
[✓] Chrome - develop for the web
• Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome
[!] Android Studio (version 2022.2)
• Android Studio at /Applications/Android Studio.app/Contents
• Flutter plugin can be installed from:
🔨 https://plugins.jetbrains.com/plugin/9212-flutter
• Dart plugin can be installed from:
🔨 https://plugins.jetbrains.com/plugin/6351-dart
✗ Unable to find bundled Java version.
• Try updating or re-installing Android Studio.
[✓] VS Code (version 1.80.1)
• VS Code at /Applications/Visual Studio Code.app/Contents
• Flutter extension version 3.68.0
[✓] Connected device (4 available)
• iPad (mobile)  • 00008027-001468221E85002E            • ios            • iOS 16.5.1 20F75
• iPhone SE (3rd generation) (mobile) • B013C97F-83BB-4031-B614-ED92A7C84B9A • ios            • com.apple.CoreSimulator.SimRuntime.iOS-16-4 (simulator)
• macOS (desktop)                     • macos                                • darwin-arm64   • macOS 13.4.1 22F770820d darwin-arm
• Chrome (web)                        • chrome                               • web-javascript • Google Chrome 115.0.5790.98
[✓] HTTP Host Availability
• All required HTTP hosts are available
! Doctor found issues in 1 category.

A workaround for now would be to use the classic linker by including -ld64 in the 'Other Linker Flags' build settings in Xcode.

ld: library not found for -ld64
Plz tell me how to solve this

Probably related to this, but in our case the error is different and we use Xcode 14.3.1. Only happens on Simulator and only for ARM Macbooks (M1, M2, etc.)
Removing the mobile_scanner fixes the issue. I suppose either GoogleMLKit/BarcodeScanning or our internal configuration is to blame. If I could be of any help let me know.
Error (Xcode): Framework not found Pods_Runner

Error (Xcode): Linker command failed with exit code 1 (use -v to see invocation)

Could not build the application for the simulator.

Flutter doctor

Any updates on this? I'm currently blocked because I can't build for simulator. Again, removing mobile_scanner completely resolves this issue.

Xcode 15 when using default excluded architecture settings in Xcode works fine on the simulator

I verified this on XCode 15.0 (15A240d), using an iOS 17 Simulator, and the example app builds fine on the Simulator.
There isn't much we can do otherwise.

I am also facing the same issue in v5.1.1. I am using XCode 15.4. Using MacBook Pro (M1 Pro)
Running on my iPhone 14 Pro Device
Please help how to fix this.

I am also facing the same issue in v5.1.1. I am using XCode 15.4. Using MacBook Pro (M1 Pro) Running on my iPhone 14 Pro Device
Please help how to fix this.

did you solved that?

Probably related to this, but in our case the error is different and we use Xcode 14.3.1. Only happens on Simulator and only for ARM Macbooks (M1, M2, etc.)
Removing the mobile_scanner fixes the issue. I suppose either GoogleMLKit/BarcodeScanning or our internal configuration is to blame. If I could be of any help let me know.
Error (Xcode): Framework not found Pods_Runner

Error (Xcode): Linker command failed with exit code 1 (use -v to see invocation)

Could not build the application for the simulator.

Flutter doctor

This is still an issue in Xcode 15.4 (15F31d)


Add helper to convert proxy messages to correct type for StorageService

Working on some non-storageservice e2e testing, and realized we're going to need these prep functions for Handles even if the storage service isn't used.  I will submit a PR with the changes necessary to make it work, and I think this PR can be obsoleted.

PR #4611 will do the same job as what's in this, but also allows for the system to not require the Storage Service to use handles.


Add flip const

Sometimes you want the function which takes two arguments and ignores the first. You can write that as:
flip const
\_ x -> x
const id
\_ -> id

Assuming that thing is called f, and we pass around a WHNF f x, the first two of those will leave the x captured. But in my view, the first two are also clearer to read. I however, don't guarantee that's true, my reasoning may be wrong....
It seems like having a flipConst or other function might be useful, with the best space behaviour it can do? Or maybe the restriction to only after people seq a function is just not helpful? Is there a good name for this function? Do lambdas really reduce differently for \x y -> ... vs \x -> \y -> ...? Or does the id make it different?
CC @josephcsible who brought this up first in HLint.

AFAIK, of all the possibilities in your post, only flip const has the problem I described, and all of the other combinations will be fine.

flip = \f x y -> f y x
const = \x _ -> x
f = flip const
f = (\f x y) (\x _ -> x)

I guess I don't see what makes that special. But certainly have no confidence that it isn't.

Looks like your 4th line has a typo: it should be f = (\f x y -> f y x) (\x _ -> x). Anyway, the performance problem stems from flip. When you do flip f x, no matter what f is, x sticks around until the expression gets one more parameter. Your other cases are all fine because they don't use flip or any equivalent to it.

I don't see why the 3rd line is a problem, but the 4th line isn't. The 4th line uses an inlined version of flip, so I don't see why it isn't equivalent.

 Now pass someBigThing to that, and you get (\y -> (\x _ -> x) y someBigThing). This is now equivalent to the identity function, but it unnecessarily references someBigThing.

So both definitions of f have a problem? That I understand, but wasn't my understanding of your statement.

Hmm, or maybe I have come back to this thread after too long away. I'll have a reread in the morning when I'm more fresh.

So both definitions of f have a problem? That I understand, but wasn't my understanding of your statement.

I realize I was a bit unclear. These are fine:
\_ x -> x
const id
\_ -> id

And these are bad:
flip const
(\f x y -> f y x) (\x _ -> x)

Cool, I follow now. Given it's so easy to get this wrong, I'm thinking a function that is morally flip const, but without the space leak, would be a great addition. Only question is what to name it - flipConst is nice and obvious, but maybe there's a better name someone can think of.


gh-257 - added yahoo dependencies in accumulo iterators jar

Current coverage is 61.27% (diff: 100%)

Merging #655 into develop will not change coverage

@@            develop       #655   diff @@
==========================================
  Files           370        370
  Lines         11362      11362
  Methods           0          0
  Messages          0          0
  Branches       1659       1659
==========================================
  Hits           6962       6962
  Misses         3852       3852
  Partials        548        548

Powered by Codecov. Last update 4d006e3...16f28ad


<IP_ADDRESS>.4	Allow citizens to click through to links to other websites with related information as provided by organization

[later functionality will include direct ‘request/decline’ interaction]

Working on this.

I think this issue should be clarified and reconciled (and probably re-opened). PR #26 implements this as a list of external references (called Resources) to be displayed in the Campaign detail view Views\Campaign\Details.cshtml however, it's somewhat unclear how some things in the implementation align with the original issue:

A resource is not currently associated with a campaign or any other model object.
Looks like Resources are intended to be retrieved and shown in the Campaign detail view by a "category tag string" (ResourceApiController.GetResourcesByCategory) which doesn't seem to live anywhere else in the database.
Resources have properties that suggest they are time-sensitive (PublishDateBegin, PublishDateEnd) but it's not clear why that's necessary.

The current title of this issue makes it seem like this would just be a list-o-links associated with an org/campaign/activity/task which suggests that the Resource approach (even when fully-implemented) may be overkill.
Can you also clarify the "request/decline" workflow? That is, who requests, who declines, and why. If it's an enhancement to the original issue, it should be split off into its own issue.


Installation error on OSX El Capitan (with suggested fix/workaround)

On OSX El Capitan 10.11.3, with pip + scikit-learn + numpy + python, running
pip install pystruct throws this error (shortened):
  clang -bundle -undefined dynamic_lookup build/temp.macosx-10.10-x86_64-2.7/src/utils.o -L/usr/local/lib -L/usr/local/opt/openssl/lib -L/usr/local/opt/sqlite/lib -o build/lib.macosx-10.10-x86_64-2.7/pystruct/models/utils.so
    building 'pystruct.inference._viterbi' extension
    creating build/temp.macosx-10.10-x86_64-2.7/pystruct
    creating build/temp.macosx-10.10-x86_64-2.7/pystruct/inference
    clang -fno-strict-aliasing -fno-common -dynamic -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/usr/local/include -I/usr/local/opt/openssl/include -I/usr/local/opt/sqlite/include -I/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c pystruct/inference/_viterbi.c -o build/temp.macosx-10.10-x86_64-2.7/pystruct/inference/_viterbi.o
    pystruct/inference/_viterbi.c:239:10: fatal error: 'numpy/arrayobject.h' file not found
    #include "numpy/arrayobject.h"
             ^
    1 error generated.
    error: command 'clang' failed with exit status 1

    ----------------------------------------
Command "/usr/local/opt/python/bin/python2.7 -u -c "import setuptools, tokenize;__file__='/private/var/folders/7b/hxdy_2vj1_zfvs85yt0fpnnh0000gn/T/pip-build-34XlrC/pystruct/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /var/folders/7b/hxdy_2vj1_zfvs85yt0fpnnh0000gn/T/pip-hC5F8f-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /private/var/folders/7b/hxdy_2vj1_zfvs85yt0fpnnh0000gn/T/pip-build-34XlrC/pystruct/

I fixed it by running this in console, to include numpy/core/include in the clang build procedure:
export CFLAGS="-I /usr/local/lib/python2.7/site-packages/numpy/core/include $CFLAGS"
and then re-running:
pip install pystruct
Related discussion on this problem from another package: https://github.com/esheldon/fitsio/issues/49

Thanks for the report and sorry for the slow reply.
Could you please check what "numpy.get_include()" produces on your system?
Thanks!
On 04/15/2016 01:52 PM, Hannes Holste wrote:

On OSX El Capitan 10.11.3, with pip + scikit-learn + numpy + python,
running
|pip install pystruct| throws this error (shortened):
`
clang -bundle -undefined dynamic_lookup
build/temp.macosx-10.10-x86_64-2.7/src/utils.o -L/usr/local/lib
-L/usr/local/opt/openssl/lib -L/usr/local/opt/sqlite/lib -o
build/lib.macosx-10.10-x86_64-2.7/pystruct/models/utils.so
building 'pystruct.inference._viterbi' extension
creating build/temp.macosx-10.10-x86_64-2.7/pystruct
creating build/temp.macosx-10.10-x86_64-2.7/pystruct/inference
clang -fno-strict-aliasing -fno-common -dynamic -g -O2 -DNDEBUG -g
-fwrapv -O3 -Wall -Wstrict-prototypes -I/usr/local/include
-I/usr/local/opt/openssl/include -I/usr/local/opt/sqlite/include
-I/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/include/python2.7
-c pystruct/inference/_viterbi.c -o
build/temp.macosx-10.10-x86_64-2.7/pystruct/inference/_viterbi.o
pystruct/inference/_viterbi.c:239:10: fatal error:
'numpy/arrayobject.h' file not found
#include "numpy/arrayobject.h"
^
1 error generated.
error: command 'clang' failed with exit status 1
|---------------------------------------- |
Command "/usr/local/opt/python/bin/python2.7 -u -c "import setuptools,
tokenize;file='/private/var/folders/7b/hxdy_2vj1_zfvs85yt0fpnnh0000gn/T/pip-build-34XlrC/pystruct/setup.py';exec(compile(getattr(tokenize,
'open', open)(file).read().replace('\r\n', '\n'), file, 'exec'))"
install --record
/var/folders/7b/hxdy_2vj1_zfvs85yt0fpnnh0000gn/T/pip-hC5F8f-record/install-record.txt
--single-version-externally-managed --compile" failed with error code
1 in
/private/var/folders/7b/hxdy_2vj1_zfvs85yt0fpnnh0000gn/T/pip-build-34XlrC/pystruct/`
I fixed it by running this in console:
|export CFLAGS="-I
/usr/local/lib/python2.7/site-packages/numpy/core/include $CFLAGS"|
and then re-running:
|pip install pystruct|
Not sure what the underlying problem is, but others have experienced
it too in other libraries: esheldon/fitsio#49
https://github.com/esheldon/fitsio/issues/49
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/pystruct/pystruct/issues/181

Or rather: can you check if #182 fixes the issue for you?

Yes, #182 fixes the error. To test that PR, I removed the $CFLAGS modification, uninstalled pystruct via pip, checked out the pull request locally, and successfully ran make as well as `pip install -e ./local-pystruct/.
Thanks Andreas!
>>> import numpy
>>> numpy.get_include()
'/usr/local/lib/python2.7/site-packages/numpy/core/include'


Document name server proxy creation

Fixes #169.

Coverage failure not really related to this PR... https://github.com/opensistemas-hub/osbrain/issues/185


Fix watcher callback

Adds (manual) example with which the error can be triggered.
Instructions to trigger error:

Run examples/pygfx-slider-example.py
Click and drag scrubber for some time

[ ] Recreate error reliably in test suite
[x] Apply fix

I just tried recreating the error in a test, but I can't get it to trigger, so I'm giving up. Instead, I cleaned up the example and removed the FIXME notice. If you are ok with this, then please merge.


For deploying clusters default mode is Development

Build and deployed clusters really have two modes, one with packages for development, one with packages for run time only.  Distinguish these two modes and make the Development the default:
"install jdk, ..."

Not needed. Closing the issue!


UI updates

Original report on BitBucket by Daniel A. Øien.

Issue for commiting UI updates for v2 from Daniel/Open Concept

Closing the issue


[BUG] Not exposing class decorator wrapping cdef function to Python

Describe the bug
I am making a convenient extension class wrapping a bitfield, but Cython is not revealing my descriptor class when wrapping a cdef function.
To Reproduce
This has been converted to Pyrex syntax to be explicit (could be reproduced)
cdef class flag:
    """A flag value, works similar to a property by using descriptors."""

    cdef long int mask

    def __init__(self, func) -> None:
        self.mask = func(None)

    def __get__(self, instance, owner):
        """Called when this is accessed through an attribute."""
        if instance is None:
            return self  # Acessed through a class directly

        return (instance.value & self.mask) == self.mask

    def __set__(self, instance, value):
        if value == True:
            instance.value |= self.mask
        else:
            instance.value &= ~self.mask

cdef class Simple:
    """A simple bitfield"""

    cdef int value

    def __init__(self, value):
        self.value = value

    @flag
    cdef one(self):
        return 1 << 1

    @flag
    cdef two(self):
        return 1 << 2

On the latest stable release, this did not compile with the following error:
Error compiling Cython file:
------------------------------------------------------------
...
    cdef int value

    def __init__(self, value):
        self.value = value

   ^
------------------------------------------------------------

flags.pyx:31:4: Cdef functions/classes cannot take arbitrary decorators.

On master branch (installed through pip install -U git+https://github.com/cython/cython) this compiles, but. The issue now becomes that the one and two attributes is not available to Python as demonstrated below:
>>> import flags
>>> s = flags.Simple(1)
>>> dir(s)
['__class__', '__delattr__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__le__', '__lt__', '__ne__', '__new__', '__pyx_vtable__', '__reduce__', '__reduce_cython__', '__reduce_ex__', '__repr__', '__setattr__', '__setstate__', '__setstate_cython__', '__sizeof__', '__str__', '__subclasshook__']

Expected behavior
I would expect my Simple class to expose 2 instances of my flag extension type called one and two. When I do s.one I would expect it to call __get__. When the flag extension type is initialized, it calls the C function and gets the bit mask.
This is from Python:
class flag:
    """A flag value, works similar to a property by using descriptors."""

    def __init__(self, func) -> None:
        self.mask = func(None)

    def __get__(self, instance, owner):
        """Called when this is accessed through an attribute."""
        if instance is None:
            return self  # Acessed through a class directly

        return (instance.value & self.mask) == self.mask

    def __set__(self, instance, value):
        if value == True:
            instance.value |= self.mask
        else:
            instance.value &= ~self.mask

class Simple:
    """A simple bitfield"""

    def __init__(self, value):
        self.value = value

    @flag
    def one(self):
        return 1 << 1

    @flag
    def two(self):
        return 1 << 2

s = Simple(6)
print(type(Simple.one))  # <class '__main__.flag'>
print(s.one)  # True
print(s.two)  # True

Environment (please complete the following information):

OS: Windows
Python version 3.9.5
Cython version 3.0.0.a9

The error is probably pointing to the wrong place, but I would not expect
@flag
 cdef one(self):

to work. I'd expect it to work if declared as a def function I think. But a cdef function is declaring a special function that you can only call directly from Cython, and so it isn't a sensible thing to pass to flag.__init__

but I would not expect
@flag
cdef one(self):

to work.

I disagree, I want to pass the C function to my C extension class's init. I do understand how this would not work if flag came from Python. But flag is C code, it should be able to resolve the pointer and call the function. Inside __get__ it should be able to grab the value from the underlying structure.

I'd expect it to work if declared as a def function I think

When I do this Cython doesn't correctly realize that instance is a C extension class and I will get an attribute error because it tries to look up the attribute "the Python way". This can of course be fixed by setting the underlying value to cdef readonly int value.

but cdef functions and attributes generally aren't visible from Python (that's kind of the point of them...) so again I don't think it's a bug.

My C extension class should be visible to Python though, but I understand how Cython mix it up since the cdef function should not be visible.

I think the failure to tell you "Cdef functions/classes cannot take arbitrary decorators." on the current master might be a bug.

Fair enough, I was originally gonna open a feature request to be able to pass C functions to C extension classes because it's C right.

When I do this Cython doesn't correctly realize that instance is a C extension class and I will get an attribute error because it tries to look up the attribute "the Python way". This can of course be fixed by setting the underlying value to cdef readonly int value.

More usefully you have to type instance as Simple and then it'll look up the attribute the Cython way.

I'm also not sure what it compiles to in the current master (although I doubt that it's sensible...)

(replying to myself) It looks like it just drops the decorators and makes them regular cdef methods.

Fair enough, I was originally gonna open a feature request to be able to pass C functions to C extension classes because it's C right.

Everything passed to __init__ must be a Python object, or possible to make from a Python object, because __init__ is part of the Python call mechanism. If you want to construct a C extension class with non-Python inputs then a staticmethod cdef factory function is the usual approach (see last example of https://cython.readthedocs.io/en/latest/src/userguide/extension_types.html#c-methods)

I'll tag this as "error reporting" because Cython is failing to diagnose invalid code correctly. If you need more help getting your use-case to work then the cython-users mailing list is probably the place to follow it up.

If you want to construct a C extension class with non-Python inputs then a staticmethod cdef factory function is the usual approach (see last example of https://cython.readthedocs.io/en/latest/src/userguide/extension_types.html#c-methods)

Ah perfect!
The code now looks like this:
cdef class BaseFlags:
    """The base for all bitfield wrappers."""

    cdef readonly int value

    def __init__(self, value: cython.int) -> None:
        self.value = value

cdef class BitField:
    """A flag value, works similar to a property by using descriptors."""

    cdef int mask

    def __init__(self, mask) -> None:
        self.mask = mask

    def __get__(self, BaseFlags instance, type owner) -> bool:
        if instance is None:
            raise AttributeError(f"type object '{owner}' not initialized.")

        return (instance.value & self.mask) == self.mask

    def __set__(self, BaseFlags instance, bint value) -> None:
        if value == True:
            instance.value |= self.mask
        else:
            instance.value &= ~self.mask

    @staticmethod
    cdef from_func(func):
        return BitField(func(None))

cdef flag(func):
    return BitField.from_func(func)

cdef class Simple(BaseFlags):
    """A simple bitfield"""

    @flag
    def one(self):
        return 1 << 1

    @flag
    def two(self):
        return 1 << 2

This works exactly like expected, unless I change one and two to cdef functions. Trying to access them raises an AttributeError.

cdef class BitField:
   …
    @staticmethod
    cdef from_func(func):
        return BitField(func(None))

This looks more like a case for a `@classmethod` to me. You shouldn't repeat the name of the class here (in case someone wants to subclass it).

> This works exactly like expected, unless I change `one` and `two` to `cdef` functions. Trying to access them raises an `AttributeError`.

`cdef` functions are (intentionally) not visible to Python code. You can either use `cpdef` methods, or if you are referring to Cython code using the attributes, then you might have forgotten to type your variable (to let Cython know which `cdef` attributes there are).


Avoid overwriting different markers

Summary
Splitting out https://github.com/astral-sh/uv/pull/6005
Test Plan
cargo test

Not sure if this is covered, but we'll probably want uv remove foo to remove all dependencies on foo regardless of the markers?

Haven't read the PR in detail yet, but if there is only a single instance of the package name can we update it regardless of the markers (without overwriting them if unspecified)? For example, uv add requests; os_name == 'Linux' followed by uv add requests==2.0.0: should the original dependency be updated or should we add a new entry?

For example, uv add requests; os_name == 'Linux' followed by uv add requests==2.0.0: should the original dependency be updated or should we add a new entry?

Hard choice here — but if we update the existing entry here then there's no way to add a dependency without a marker so I think we need to add a new entry.

Not sure if this is covered, but we'll probably want uv remove foo to remove all dependencies on foo regardless of the markers?

It should be covered now.

For example, uv add requests; os_name == 'Linux' followed by uv add requests==2.0.0: should the original dependency be updated or should we add a new entry?

I agree with Zanie. If we were to update, we would also have to consider version comparisons before updating. uv add requests==2.30; os_name == 'Linux' followed by uv add requests>=2.0.0 should create an additional entry.

Hm something went wrong with Github Actions there, why is it building the docker image? 🤔


Detect redos

Thank you for catching this, @Trott Latest release should take care of it https://github.com/meekdenzo/vrd/releases/tag/v1.0.2

It's working!


Update funciton that use deprecated v1 alpaca method to download bars

Code credit goes to @yizhangliu, thank you so much for your code!
The reason I'm creating this PR on behalf of sir yizhangliu is to save some time cuz I need the fix to continue on my sample

@ObaidaAlhaasan
You are welcome.

Thx.

Hi @zhumingpassional , could you please review this PR and let me know if it needs any edit
Thank you in advance!

@ObaidaAlhaasan
OK.  I will review it today.

Thank you sir!

Not at all.
Merged.


[DOC] - Fix broken link in Getting Started

Preliminary Checks

[X] This issue is not a question, feature request, RFC, or anything other than a bug report. Please post those things in GitHub Discussions: https://github.com/nebari-dev/nebari/discussions

Summary
In the Getting Started guide, at the very end of the section for Installing Nebari, there's a note:
:::note Troubleshooting If you are unable to successfully validate the Nebari installation above, you may want to check out our [troubleshooting guide](https://github.com/nebari-dev/nebari-docs/blob/main/troubleshooting.md). :::

Given the recent changeover to mdx suffix to allow for tabbed content, this link is now broken.
Steps to Resolve this Issue
troubleshooting.md -> troubleshooting.mdx

This has been fixed, closing


Locking the dates at the top

We want that the dates were looked at the top. IE and Chrome we use and our version is TFS 2018 U2

Thanks ... please reopen when you have the screenshot.


Feature request: Support for Philips hue?

Any chance this is on a todo list? :D This plugin looks so sick! Good job on it
Terror_nisse

This used to be a plugin on the plugin hub actually but it was removed for not being maintained here.
I don't think this is in the plans since neither I or my other contributor own Philips lights, so we can't accurately test it.
I guess you could fork the plugin that was removed and try to fix it.
Sorry


yaml pipelines: include actually means exclude

to ignore updates to a README file, the documentation states to use the exclude param in the paths key. however names are swapped, include is the parameter that works. for branching, include and exclude are named / documented correctly
https://docs.microsoft.com/en-us/azure/devops/pipelines/yaml-schema?view=azure-devops&tabs=example#pr-trigger
documentation example: this does NOT exclude the README from PR builds
pr:
  branches:
    include:
    - features/*
    exclude:
    - features/experimental/*
  paths:
    exclude:
    - README.md

what actually works is using include:
pr:
  autoCancel: true
  branches:
   include:
   - master
  paths:
   include:
   - README.md

a 2nd issue relating to this was discovered:
paths:
   include:
    - README.md

this blocks the CI jobs to the README

pr:
autoCancel: true
branches:
include:

master
paths:
include:
README.md
Vagrantfile

this does not block CI jobs to `Vagrantfile`

this is my fault this team uses .adoc for their readme. closing, this key works as advertised


Single letter capitals are no longer preserved

I have a pair of articles named something like: A clever title --- I. Theory and A clever title --- II. Numerical results. This exports as {A clever title --- I. {Theory}}, and {A clever title --- {II}. {Numerical} results}. When these go through BiBTeX, the first one ends up lower case, while the second is upper case.
I think this might have changed in the last week, maybe? I'm pretty sure this worked alright when my last bug was fixed.

Sorry about that.

It's actually probably fine for author names like in the referenced tests above, but doesn't work for titles, unfortunately.

That's OK. I can exclude authors later if so desired.


A logo for readme

Would you like a logo for the readme.

Uh so i was thinking of some sort of coffee cup [caffiene > energy]

Not that that was very good though lol

Small, it looks alright, but I just don't like the steam at this side much

I think working on the functionality is priority at the moment


Installer fails on Windows with pacman problem

Installer downloaded today, Jan 3rd. It seems that the MSYS2 installation created by Diskuv is corrupt.
[4 of 12]: 2023-01-03T17:55:39.480Z Update MSYS2
2023-01-03T17:55:39.708Z [MSYS2] bash -lc true
'C:\WINDOWS\system32\drivers\etc\hosts' -> '/etc/hosts'
'C:\WINDOWS\system32\drivers\etc\protocol' -> '/etc/protocols'
'C:\WINDOWS\system32\drivers\etc\services' -> '/etc/services'
'C:\WINDOWS\system32\drivers\etc\networks' -> '/etc/networks'
2023-01-03T17:55:56.920Z [MSYS2] sed -i s/^CheckSpace/#CheckSpace/g /etc/pacman.conf
2023-01-03T17:55:57.132Z [MSYS2] pacman -Syu --noconfirm
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
:: Synchronizing package databases...
 mingw32 downloading...
 mingw64 downloading...
 ucrt64 downloading...
 clang64 downloading...
 msys downloading...
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))
2023-01-03T17:56:04.906Z [MSYS2] pacman -Syu --noconfirm
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
:: Synchronizing package databases...
 mingw32 downloading...
 mingw64 downloading...
 ucrt64 downloading...
 clang64 downloading...
 msys downloading...
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))
Setup did not complete because an error occurred.
MSYS2 command failed! Exited with 1. Command was: env MSYSTEM=CLANG64 MSYSTEM_PREFIX=/clang64 HOME=/home/juanj PATH=/clang64/bin:/usr/bin:/bin env PATH=/c/Users/juanj/scoop/shims:/clang64/bin:/usr/bin:/bin DKML_TMP_PARENTDIR=/c/Users/juanj/AppData/Local/Temp/PAB819~1/0 pacman -Syu --noconfirm

en Invoke-MSYS2Command, C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28\sg\network-ocamlcompiler\windows_x86_64\dkmldir\vendor\drd\src\windows\UnixInvokers\UnixInvokers.psm1: línea 165
en Invoke-MSYS2CommandWithProgress, C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.ps1: línea 856
en <ScriptBlock>, C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.ps1: línea 1003
en <ScriptBlock>, <sin archivo>: línea 1
en <ScriptBlock>, <sin archivo>: línea 1

[Advanced] MSYS2 commands can be run with: C:\Users\juanj\AppData\Local\Programs\DISKUV~1\tools\MSYS2\msys2_shell.cmd

Bug Reports can be filed at https://github.com/diskuv/dkml-installer-ocaml/issues
Please copy the error message and attach the log file available at
  [C:\Users\juanj\AppData\Local\Programs\DISKUV~1\setup-userprofile.full.log]([url]([url](url)))

FATAL [a0d16230]. A transient failure occurred.

Root cause: The conformant command had exit code 1:
                                           C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.bat
                                             -AllowRunAsAdmin
                                             -InstallationPrefix
                                             C:\Users\juanj\AppData\Local\Programs\DISKUV~1
                                             -MSYS2Dir
                                             C:\Users\juanj\AppData\Local\Programs\DISKUV~1\tools\MSYS2
                                             -OpamExe
                                             C:\Users\juanj\AppData\Local\Programs\DISKUV~1\bin\OPAM-R~1.EXE
                                             -DkmlPath
                                             C:\Users\juanj\AppData\Local\Temp\7ZBDB2~1\sg\NETWOR~1\WINDOW~1\dkmldir
                                             -GlobalCompileDir
                                             C:\Users\juanj\AppData\Local\Temp\7ZBDB2~1\sg\STAGIN~1\generic
                                             -NoDeploymentSlot -DkmlHostAbi
                                             windows_x86_64 -TempParentPath
                                             C:\Users\juanj\AppData\Local\Temp\PAB819~1
                                             -SkipProgress

>>> A transient failure occurred. <<<

dkml-package.bc: [ERROR] FATAL [5f927a8b].
                         A transient failure occurred.

                         Root cause: The command had exit code 20:
                                       C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28\bin\dkml-install-user-runner.exe
                                         install-user-network-ocamlcompiler --verbosity=info
                                         --color=always --prefix
                                         C:\Users\juanj\AppData\Local\Programs\DiskuvOCaml
                                         --staging-files
                                         C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28\sg

                         >>> A transient failure occurred. <<<

Content of log file
2023-01-03T17:55:31.449Z [Win32] C:\Users\juanj\scoop\shims\git.exe -C C:\Users\juanj\AppData\Local\Temp\PAB819~1\0 clone https://github.com/thekid/inotify-win.git
Cloning into 'inotify-win'...
2023-01-03T17:55:32.532Z [Win32] C:\Users\juanj\scoop\shims\git.exe -C C:\Users\juanj\AppData\Local\Temp\PAB819~1\0\inotify-win -c advice.detachedHead=false checkout 36d18f3dfe042b21d7136a1479f08f0d8e30e2f9
HEAD is now at 36d18f3 Merge branch 'master' of github.com:thekid/inotify-win
2023-01-03T17:55:32.610Z [Win32] C:\WINDOWS\system32\cmd.exe /c call "C:\Users\juanj\AppData\Local\Temp\PAB819~1\0\inotify-win\compile.bat"

C:\Users\juanj\AppData\Local\Temp\7zBDB2FC28>"C:\DiskuvOCaml\BuildTools\Common7\Tools\vsdevcmd.bat" -no_logo -vcvars_ver=14.26 -winsdk=10.0.18362.0   && csc.exe /nologo /target:exe "/out:C:\Users\juanj\AppData\Local\Temp\PAB819~1\0\inotify-win\inotifywait.exe" "C:\Users\juanj\AppData\Local\Temp\PAB819~1\0\inotify-win\src\*.cs"
2023-01-03T17:55:39.708Z [MSYS2] bash -lc true
'C:\WINDOWS\system32\drivers\etc\hosts' -> '/etc/hosts'
'C:\WINDOWS\system32\drivers\etc\protocol' -> '/etc/protocols'
'C:\WINDOWS\system32\drivers\etc\services' -> '/etc/services'
'C:\WINDOWS\system32\drivers\etc\networks' -> '/etc/networks'
2023-01-03T17:55:56.920Z [MSYS2] sed -i s/^CheckSpace/#CheckSpace/g /etc/pacman.conf
2023-01-03T17:55:57.132Z [MSYS2] pacman -Syu --noconfirm
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
:: Synchronizing package databases...
 mingw32 downloading...
 mingw64 downloading...
 ucrt64 downloading...
 clang64 downloading...
 msys downloading...
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))
2023-01-03T17:56:04.906Z [MSYS2] pacman -Syu --noconfirm
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
:: Synchronizing package databases...
 mingw32 downloading...
 mingw64 downloading...
 ucrt64 downloading...
 clang64 downloading...
 msys downloading...
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))

I have the same issue.  And if I try to run it again, it leads to this permission error because it tries to rebuild the bin files.  Even if I go in and leave msys installed and run pacman-key --init manually it still leads to the same problem.

That is very concerning. I'll be rerunning it again in a sandbox; I hope it is just a GPG keyserver which is temporarily down. If a keyserver is still down (after 12 hours), I'll have to make another release that skips the signing verifications (which sadly lessens the security but may be unavoidable).
@tensor-programming When you rerun you will need to first either a) go to Add Remove Programs to remove Diskuv OCaml, or b) run the uninstaller (the latest is at https://github.com/diskuv/dkml-installer-ocaml/releases/tag/v1.1.0_r2). The automatic uninstall feature will be coming after the complete transition to winget install Diskuv.OCaml.

In a Windows Sandbox I was able to get past your GPG steps. convert -delay 250 Screenshot_20230103_*.png -loop 0 installer-ISSUE25.gif:

Hopefully that means it was just a temporary outage of the key servers. Please Add Remove Programs, or use the uninstaller. Then rerun the installer.
If you experience the same problem, please tell me approximately where you are located (ex. country). I can try to run a server in that region or country to see if it is a networking or route selection issue.

After a failed installation, the uninstaller does not work as expected. It does not delete the DiskuvOCaml folders and it does not uninstall the Visual Studio components (which are redundant with the ones I have and use, from 2022). I am afraid this could interfere with later attempts at reinstalling the software

That is very concerning. I'll be rerunning it again in a sandbox; I hope it is just a GPG keyserver which is temporarily down. If a keyserver is still down (after 12 hours), I'll have to make another release that skips the signing verifications (which sadly lessens the security but may be unavoidable).
@tensor-programming When you rerun you will need to first either a) go to Add Remove Programs to remove Diskuv OCaml, or b) run the uninstaller (the latest is at https://github.com/diskuv/dkml-installer-ocaml/releases/tag/v1.1.0_r2). The automatic uninstall feature will be coming after the complete transition to winget install Diskuv.OCaml.

I tried the following; an instance where I didn't do anything with the pervious installation (that led to the permission issues that I described above), an instance where I deleted everything but the msys2 installation that the installer had added (and I manually called pacman-key --init which still ran into the gpg failures), an instance where I used the downloaded uninstaller (didn't remove the VS components and still led to the gpg issue), and finally an instance where I manually went through and deleted everything after used the uninstaller (still led to the gpg issue).  I also removed my own msys2 install which I had globally available on the PATH (it seemed like for some steps the script was trying to use it instead of the one that it had installed).
You said you were able to get past the gpg issues in a Windows Sandbox but I am still seeing them today some 9-10 hours later.  Is there anything else I can try here that might either a) bypass the gpg servers or b) refresh the gpg repos?  My thought is that there is something that is still being cached here that is leading to the error even though the servers should be fine.
This is what the failure looks like currently:
2023-01-05T00:25:42.829Z [MSYS2] bash -lc true
2023-01-05T00:25:43.431Z [MSYS2] sed -i s/^CheckSpace/#CheckSpace/g /etc/pacman.conf
2023-01-05T00:25:43.655Z [MSYS2] pacman -Syu --noconfirm
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
:: Synchronizing package databases...
 mingw32 downloading...
 mingw64 downloading...
 ucrt64 downloading...
 clang64 downloading...
 msys downloading...
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))
2023-01-05T00:25:51.684Z [MSYS2] pacman -Syu --noconfirm
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
:: Synchronizing package databases...
 mingw32 downloading...
 mingw64 downloading...
 ucrt64 downloading...
 clang64 downloading...
 msys downloading...
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
error: keyring is not writable
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))
Setup did not complete because an error occurred.
MSYS2 command failed! Exited with 1. Command was: env MSYSTEM=CLANG64 MSYSTEM_PREFIX=/clang64 HOME=/home/tensor PATH=/clang64/bin:/usr/bin:/bin env PATH=/c/users/tensor/scoop/shims:/clang64/bin:/usr/bin:/bin DKML_TMP_PARENTDIR=/c/Users/tensor/AppData/Local/Temp/PA937E~1/0 pacman -Syu --noconfirm

at Invoke-MSYS2Command, C:\Users\tensor\AppData\Local\Temp\7z640F8384\sg\network-ocamlcompiler\windows_x86_64\dkmldir\vendor\drd\src\windows\UnixInvokers\UnixInvokers.psm1: line 165
at Invoke-MSYS2CommandWithProgress, C:\Users\tensor\AppData\Local\Temp\7z640F8384\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.ps1: line 856
at <ScriptBlock>, C:\Users\tensor\AppData\Local\Temp\7z640F8384\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.ps1: line 1003
at <ScriptBlock>, <No file>: line 1
at <ScriptBlock>, <No file>: line 1

[Advanced] MSYS2 commands can be run with: C:\Users\tensor\AppData\Local\Programs\DISKUV~1\tools\MSYS2\msys2_shell.cmd

Bug Reports can be filed at https://github.com/diskuv/dkml-installer-ocaml/issues
Please copy the error message and attach the log file available at
  C:\Users\tensor\AppData\Local\Programs\DISKUV~1\setup-userprofile.full.log

FATAL [a0d16230]. A transient failure occurred.

Root cause: The conformant command had exit code 1:
                                           C:\Users\tensor\AppData\Local\Temp\7z640F8384\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.bat
                                             -AllowRunAsAdmin
                                             -InstallationPrefix
                                             C:\Users\tensor\AppData\Local\Programs\DISKUV~1
                                             -MSYS2Dir
                                             C:\Users\tensor\AppData\Local\Programs\DISKUV~1\tools\MSYS2
                                             -OpamExe
                                             C:\Users\tensor\AppData\Local\Programs\DISKUV~1\bin\OPAM-R~1.EXE
                                             -DkmlPath
                                             C:\Users\tensor\AppData\Local\Temp\7Z640F~1\sg\NETWOR~1\WINDOW~1\dkmldir
                                             -GlobalCompileDir
                                             C:\Users\tensor\AppData\Local\Temp\7Z640F~1\sg\STAGIN~1\generic
                                             -NoDeploymentSlot -DkmlHostAbi
                                             windows_x86_64 -TempParentPath
                                             C:\Users\tensor\AppData\Local\Temp\PA937E~1
                                             -SkipProgress

>>> A transient failure occurred. <<<

dkml-package.bc: [ERROR] FATAL [5f927a8b].
                         A transient failure occurred.

                         Root cause: The command had exit code 20:
                                       C:\Users\tensor\AppData\Local\Temp\7z640F8384\bin\dkml-install-user-runner.exe
                                         install-user-network-ocamlcompiler --verbosity=info
                                         --color=always --prefix
                                         C:\Users\tensor\AppData\Local\Programs\DiskuvOCaml
                                         --staging-files
                                         C:\Users\tensor\AppData\Local\Temp\7z640F8384\sg

                         >>> A transient failure occurred. <<<

Seems identical to the issue described by the OP.

I tried the following; an instance where I didn't do anything with the pervious installation (that led to the permission issues that I described above), an instance where I deleted everything but the msys2 installation that the installer had added (and I manually called pacman-key --init which still ran into the gpg failures), an instance where I used the downloaded uninstaller (didn't remove the VS components and still led to the gpg issue), and finally an instance where I manually went through and deleted everything after used the uninstaller (still led to the gpg issue). I also removed my own msys2 install which I had globally available on the PATH (it seemed like for some steps the script was trying to use it instead of the one that it had installed).

You didn't need to take your time with all that; hopefully you didn't take too much time. I only needed you to follow the instructions I gave, which was to use the uninstaller I provided and rerun the installer.

You said you were able to get past the gpg issues in a Windows Sandbox but I am still seeing them today some 9-10 hours later. Is there anything else I can try here that might either a) bypass the gpg servers or b) refresh the gpg repos? My thought is that there is something that is still being cached here that is leading to the error even though the servers should be fine.

[me] If you experience the same problem, please tell me approximately where you are located (ex. country). I can try to run a server in that region or country to see if it is a networking or route selection issue.

Right now it is fastest that I get the information asked earlier: please tell me approximately where you are located (ex. country). While I'm thinking about it, one more question: Are you running the installer on a managed (corporate) Windows PC, or behind a corporate/government/university firewall? If so, which one?
(I doubt it is a caching problem on disk, although I won't rule it out yet. MSYS2's gpg keeps its key chains in MSYS2 folders (ex. see https://www.msys2.org/docs/faq/#how-can-i-make-msys2pacman-trust-my-companys-custom-tls-ca-certificate), and the MSYS2 folder is wiped out by the installer. In contrast, the under-resourced, under-staffed and spam-ridden OpenPGP servers are known to be flaky. I would suggest you let me do the root causing, but if you are really really interested in doing it yourself, start by looking at https://www.msys2.org/news/#2020-06-29-new-packagers, https://www.msys2.org/docs/updating/#potential-issues and https://github.com/msys2/MSYS2-packages/issues/2343#issuecomment-780121556)

Seems identical to the issue described by the OP.

Of course. Regardless, I was worried and am still worried that you may get distracted with extraneous comments in this ticket. We've already lost the time I had earlier today to root-cause the issue (ie. spin up a test server in your region, check which GPG servers were closest to you, etc.) and, if the root cause was found, to combine it with a patch release I'm finishing up today.

You didn't need to take your time with all that; hopefully you didn't take too much time. I only needed you to follow the instructions I gave, which was to use the uninstaller I provided and rerun the installer.

This is stuff I did on my own when I first encountered the problem prior to coming to the repo to file the issue (or make the comment).

Right now it is fastest that I get the information asked earlier: please tell me approximately where you are located (ex. country). While I'm thinking about it, one more question: Are you running the installer on a managed (corporate) Windows PC, or behind a corporate/government/university firewall? If so, which one?

I am in the US, on the east coast and this PC is not behind any kind of firewall or anything of that sort.  I was able to open my own instance of msys2 and even the one installed by the installer and run the pacman commands just fine.  The issue seems to be isolated on the instance that is created in the temporary folders.

I'm going to simplify the situation and resolve this and related problems by:

[ ] Instead of using the MSYS2 "base" (aka. portable install) and during installation doing a network-based MSYS2 system upgrade + package additions, I'll switch to creating my own "base" which will include all the MSYS2 packages needed during installation (aka. the packages needed by Opam and the OCaml compiler). The GPG key error will disappear during the installation phase where fixing problems is a) difficult to troubleshoot and b) time-consuming.

Status: This ticket is currently the top priority

waiting for this

The replacement for MSYS2 "base" is ready: https://gitlab.com/diskuv-ocaml/distributions/msys2-dkml-base#msys2-dkml-base
Still outstanding:

[ ] Use it in Diskuv OCaml installer, remove the network updates as well, and test it in Vagrant

Status: Testing prerelease
Errata for the upcoming prerelease
ocaml-lsp-server
The LSP server is pre-installed in the dkml switch. That lets you use VS Code without creating your own switch.
However, if you do create a new switch with the official dkml init command, then you will need to unpin packages for LSP server to be available:
opam pin remove omd --no-action
opam install ocaml-lsp-server

Possible solution: Get rid of incorrect omd.2.0.0~alpha2 pin
pacman keys
Typically people are not installing MSYS2 packages manually, especially now that msys2-dkml-base (link below) is available for common MSYS2 packages. But because now there is a fully offline installation for MSYS2, if you want to add more packages to your own PC you will first have to populate the GPG keys that MSYS2 requires for verifying Internet downloads:
with-dkml bash -c "pacman-key --init"
with-dkml bash -c "pacman-key --populate"
with-dkml bash -c "pacman -Syy"

That is documented with some more details in https://gitlab.com/diskuv-ocaml/distributions/msys2-dkml-base#usage
Possible solution: Automatically do those above commands immediately after installation but before first use. That way the installation can fail but you still have a functional, easy-to-fix system.

Status: Testing complete
The prerelease is available at:

v1.2.0-prerel7 Installer: unsigned-diskuv-ocaml-windows_x86_64-i-1.1.0.exe
v1.2.0-prerel7 Uninstaller: unsigned-diskuv-ocaml-windows_x86_64-u-1.1.0.exe

These are unsigned so it is doubly important to temporarily disable your antivirus while installing.

Status: Testing complete
The prerelease is available at:

v1.2.0-prerel7 Installer: unsigned-diskuv-ocaml-windows_x86_64-i-1.1.0.exe
v1.2.0-prerel7 Uninstaller: unsigned-diskuv-ocaml-windows_x86_64-u-1.1.0.exe

These are unsigned so it is doubly important to temporarily disable your antivirus while installing.
Also be aware of the Errata I posted above.

Got new error here.
config.status: creating Makefile.build_config
config.status: creating Makefile.config
config.status: creating stdlib/sys.ml
config.status: creating manual/src/version.tex
config.status: creating manual/src/html_processing/src/common.ml
config.status: creating tools/eventlog_metadata
config.status: creating runtime/caml/m.h
config.status: creating runtime/caml/s.h
config.status: creating runtime/caml/version.h
config.status: executing libtool commands
Setup did not complete because an error occurred.
MSYS2 command failed! Exited with 127. Command was: env MSYSTEM=CLANG64 MSYSTEM_PREFIX=/clang64 HOME=/home/aison PATH=/clang64/bin:/usr/bin:/bin env PATH=/c/Users/aison/scoop/shims:/clang64/bin:/usr/bin:/bin DKML_TMP_PARENTDIR=/c/Users/aison/AppData/Local/Temp/PA95DA~1/0 env DiskuvOCamlVarsVersion=2 DiskuvOCamlHome='/c/Users/aison/AppData/Local/Programs/DISKUV~1' DiskuvOCamlBinaryPaths='/c/Users/aison/AppData/Local/Programs/DISKUV~1/usr/bin:/c/Users/aison/AppData/Local/Programs/DISKUV~1/bin' DiskuvOCamlMSYS2Dir='/' DiskuvOCamlDeploymentId='v-1.2.0-prerel7;ocaml-4.14.0;opam-2.2.0~alpha0~20221228;inotify-36d18f3dfe042b21d7136a1479f08f0d8e30e2f9;msys2-999CED2C8F5FF6A2;docker-99C8BC9860D703EB;bins-952D9673A6642899;stubs-4E6958B274EAB043;toplevels-80941AA1C64DA259' DiskuvOCamlVersion='1.2.0-prerel7' WITHDKML_ENABLE=OFF OCAMLLIB= TOPDIR=/c/Users/aison/AppData/Local/Temp/7Z5A82~1/sg/NETWOR~1/WINDOW~1/dkmldir/vendor/drc/all/emptytop sh /c/Users/aison/AppData/Local/Temp/7z5A82A6D4/sg/network-ocamlcompiler/windows_x86_64/install-ocaml.sh /c/Users/aison/AppData/Local/Temp/7Z5A82~1/sg/NETWOR~1/WINDOW~1/dkmldir 15553b77175270d987058b386d737ccb939e8d5a windows_x86_64 /c/Users/aison/AppData/Local/Programs/DISKUV~1 --disable-imprecise-c99-float-ops

at Invoke-MSYS2Command, C:\Users\aison\AppData\Local\Temp\7z5A82A6D4\sg\network-ocamlcompiler\windows_x86_64\dkmldir\vendor\drd\src\windows\UnixInvokers\UnixInvokers.psm1: line 165
at Invoke-MSYS2CommandWithProgress, C:\Users\aison\AppData\Local\Temp\7z5A82A6D4\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.ps1: line 863
at <ScriptBlock>, C:\Users\aison\AppData\Local\Temp\7z5A82A6D4\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.ps1: line 1123
at <ScriptBlock>, <No file>: line 1
at <ScriptBlock>, <No file>: line 1

[Advanced] MSYS2 commands can be run with: C:\Users\aison\AppData\Local\Programs\DISKUV~1\tools\MSYS2\msys2_shell.cmd

Bug Reports can be filed at https://github.com/diskuv/dkml-installer-ocaml/issues
Please copy the error message and attach the log file available at
  C:\Users\aison\AppData\Local\Programs\DISKUV~1\setup-userprofile.full.log

FATAL [a0d16230]. A transient failure occurred.

Root cause: The conformant command had exit code 1:
                                           C:\Users\aison\AppData\Local\Temp\7z5A82A6D4\sg\network-ocamlcompiler\windows_x86_64\setup-userprofile.bat
                                             -AllowRunAsAdmin
                                             -InstallationPrefix
                                             C:\Users\aison\AppData\Local\Programs\DISKUV~1
                                             -MSYS2Dir
                                             C:\Users\aison\AppData\Local\Programs\DISKUV~1\tools\MSYS2
                                             -OpamExe
                                             C:\Users\aison\AppData\Local\Programs\DISKUV~1\bin\OPAM-R~1.EXE
                                             -DkmlPath
                                             C:\Users\aison\AppData\Local\Temp\7Z5A82~1\sg\NETWOR~1\WINDOW~1\dkmldir
                                             -GlobalCompileDir
                                             C:\Users\aison\AppData\Local\Temp\7Z5A82~1\sg\STAGIN~1\generic
                                             -NoDeploymentSlot -DkmlHostAbi
                                             windows_x86_64 -TempParentPath
                                             C:\Users\aison\AppData\Local\Temp\PA95DA~1
                                             -SkipProgress -SkipMSYS2Update

>>> A transient failure occurred. <<<

dkml-package.bc: [ERROR] FATAL [5f927a8b].
                         A transient failure occurred.

                         Root cause: The command had exit code 20:
                                       C:\Users\aison\AppData\Local\Temp\7z5A82A6D4\bin\dkml-install-user-runner.exe
                                         install-user-network-ocamlcompiler --verbosity=info
                                         --color=always --prefix
                                         C:\Users\aison\AppData\Local\Programs\DiskuvOCaml
                                         --staging-files
                                         C:\Users\aison\AppData\Local\Temp\7z5A82A6D4\sg

                         >>> A transient failure occurred. <<<

That spot where it failed looks like antivirus or malware protection.

Did you disable antivirus/malware/Defender/etc before installing? If it can’t be disabled or don’t know how to , you’ll have to schedule a session with me (open a new issue).
If you just missed my earlier warning about antivirus, then run the uninstaller, disable your antivirus, and then run the installer.
Otherwise this is a brand new problem unrelated to GpG keys. Opening a new issue would be warranted .

That spot where it failed looks like antivirus or malware protection.

Did you disable antivirus/malware/Defender/etc before installing? If it can’t be disabled or don’t know how to , you’ll have to schedule a session with me (open a new issue).
If you just missed my earlier warning about antivirus, then run the uninstaller, disable your antivirus, and then run the installer.
Otherwise this is a brand new problem unrelated to GpG keys. Opening a new issue would be warranted .

I had disabled but still happened. I will open a new issue

@juanjosegarciaripoll  @tensor-programming : I believe this pacman issue is fixed with the prerelease. If there are further issues (pacman related or not), schedule an initial session with me at https://calendly.com/diskuv/30-minute-dkml-installation.
Thanks.

Also, if anyone else is using the Windows package manager "Scoop" (which is placing a conflicting UNIX bash shell in the PATH), please say so in AisonSu's ticket.

Sorry I lost track of this issue over the past weeks.  I have been able to use the installer with 1.2 since that time though without incident.  I did find a small issue from before where I had to remove my old .opam folder and the esy installation that I had from yarn but apart from that, everything seems to work as expected.

@tensor-programming Any chance you remember what was causing the esy problem? (Does esy put binaries in the PATH, install anything to C:\WINDOWS, etc.?) I'm trying to add as many defensive safeguards as possible to the installer, and the more I know the more safeguards I can put in place. If you don't remember the exact issue, do you think I can replicate what you saw by just doing npm install -g esy?

Closing due to inactivity.


feat: Remove hardcoded rule kinds requirement for source-code generators

Checklist

[ ] I have filed an issue about this change and discussed potential changes with the maintainers.
[ ] I have received the approval from the maintainers to make this change.
[x] This is not a stylistic, refactoring, or cleanup change.

Please note that the maintainers will not be reviewing this change until all checkboxes are ticked. See
the Contributions section in the README for more
details.
Discussion thread for this change
Issue number: #6428
Description of this change
Removing hardcoded proto rule name to enable other Go code generators

Hi @ghorak-happening, CLA is not signed for below mentioned email id. Can you do it to move the CLA passed for this PR.
❌ 295b770 Author: @ghorak-happening<EMAIL_ADDRESS>

Hi @ghorak-happening, Can you please go through the complete steps mentioned here https://github.com/bazelbuild/intellij/pull/6429/checks?check_run_id=30712727372

@ghorak-happening why is this a draft?

Hi,
@sgowroji, I went through the proces several times. I am required to sign corporate CLA, not personal CLA (my colleague Mislav is discussing this over Slack with you)
@agluszak I've left the PR in draft until the CLA issue is solved, if you'd like, I can remove it from draft.

Hi,
I've successfully completed the CLA process and published this PR out of draft. Please advise on the next steps.
cc @sgowroji @agluszak


Pass more info than just label to column headers

Currently the headers query option accepts an array of strings or array of objects with a "label" property to control the label used for the column header.
But we'd like to pass other info to control the columns. For example @joel-myworld mentioned setting the color. ("Is there any way we can specify a color for the header cell? like the label?")

Maybe text-alignment within the column as well?


Disallow implicit blocking operators of Project Reactor's Flux

Problem
Excessive blocking is a known pitfall in reactive programming. Some of Reactor's blocking operators are quite explicit about their behavior, e.g. Mono#block and Flux#blockFirst, leaving no doubt that the operation is in fact blocking.
This does not apply to two of the convenience methods exposed by Reactor's Flux, Flux#toStream and Flux#toIterable. These operators are documented to block, but this is not apparent from the method signature. It is easy to miss that the operation is blocking despite any potential lazy consumption of the resulting Stream or Iterable.
Description of the proposed new feature

[ ] Support a stylistic preference.
[x] Avoid a common gotcha, or potential problem.
[ ] Improve performance.

We should rewrite the problematic operators in terms of explicitly blocking operators, highlighting actual behavior.
Focusing first on the stream, I would like to rewrite the following code:
flux.toStream()

to:
flux.collect(toList()).block().stream()

To be determined what a general rewrite for Flux#toIterable would look like, or if this is actually desirable.
Considerations

The methods in question have overloads detailing their usage. We could consider allowing those, assuming that those operators are less likely to be used accidentally. Compare with the existing FluxFlatMapUsage rule.
The problematic methods being convenience methods, the proposed solution is more verbose than the original.

Participation

[x] I am willing to submit a pull request to implement this improvement.

Willing, sure! Less sure on able. Would be happy to see anyone else submit a pull request to this effect. :D

See https://github.com/PicnicSupermarket/error-prone-support/pull/472#issuecomment-1398469991 for some discussion on the approach to take here.

Thanks @benhalasi , @rickie , @Stephan202 !


Module may fail to destroy expired sessions

Note: The following is extracted from a commissioned report by Insomnia Security.
Technical details
The functionality of the SilverStripe DynamoDB module is not accurately documented and, without additional configuration, expired sessions may accumulate in the session table.
The SilverStripe DynamoDB module exists to replace the default session PHP handing with an AWS DynamoDB backed session store. By default, on Debian based systems an operating system ‘cron’ is used to clear away expired sessions. Similarly, with SilverStripe DynamoDB the Crontask module was at one point used to remove expired sessions. However, current versions of the Crontask module do not provide this facility.
The current version of the Crontask module no longer implements GarbageCollectSessionCronTask which removes expired sessions. The removal and reasoning are explained in this commit:
https://github.com/silverstripe/silverstripe-dynamodb/commit/d91baf50a890570258805fde86051bd86eb96d4b#diff-003cb34625bfaea8be18fd87cd2d3afc
Yet the silverstripe-dynamodb module readme still states that: "Inactive sessions are garbage collected by GarbageCollectSessionCronTask if silverstripe-crontask is setup on your instance."
The garbage collection task was removed because AWS DynamoDB now provides a facility to automatically remove expired sessions. However, enabling this functionality requires setting a TTL property named ‘expires’ on the AWS DynamoDB table.
There is no explanation of this step in the module documentation and absent this step sessions will accumulate indefinitely in the AWS DynamoDB session table.
It is also noteworthy that in its default configuration SilverStripe does not set an expiry on the session cookie. Some standardised deployments of SilverStripe (such as CWP) do introduce a cookie lifetime with the following directive in config.yml:
SilverStripe\Control\Session:
timeout: 1440

If the cookie is not expired by the browser and the session is not expired by the server then sessions will have an indefinite lifetime.
Affected modules
▪ silverstripe/crontask
▪ silverstripe/dynamodb
Consequence
In the absence of a timeout being set for the session cookie and a TTL value set in DynamoDB it is possible that user sessions may not expire. It is also possible that entries in the session table will be accumulated indefinitely, which could impose unwanted AWS billing costs.
Recommendations

Update the documentation to explain that setting the expiry TTL attribute on the AWS DymamoDB session table is required for expired sessions to be removed and refer users to the relevant AWS documentation. This document explains using the DynamoDB TTL expiry to automictically remove expired sessions: https://docs.aws.amazon.com/sdk-for-php/v3/developer-guide/service_dynamodb-session-handler.html

Remove the crontask module from the list of DynamoDB dependencies.

Consider providing an example AWS CLI command for creating the DynamoDB session table with a correctly configured TTL attribute.

Reference
CWE: CWE-613 Insufficient Session Expiration
▪ https://cwe.mitre.org/data/definitions/613.html
AWS: Documentation on DynamoDB Session Handler
▪ https://docs.aws.amazon.com/sdk-for-php/v3/developer-guide/service_dynamodb-session-handler.html

If the cookie is not expired by the browser and the session is not expired by the server then sessions will have an indefinite lifetime.

This is not true. A session cookie with 0 lifetime should be delete by the browser when the session ends (window is closed). Sessions with lifetimes are no longer actually "session" cookies they are persistent cookies.
Have you actually seen this behaviour in the wild or is it theoretical? My understanding of the AWS php-sdk was that it actually made a call to clean up sessions when PHP normally would.
The set up of Dynamo DB tables for PHP sessions is also clearly laid out in their docs (https://docs.aws.amazon.com/sdk-for-php/v3/developer-guide/service_dynamodb-session-handler.html) and, again from my previous usage, the php-sdk can set these up for you automatically.
It does appear that dynamo DB recommends deleting session in batches rather than relying on PHP's default behaviour, but it's by no means a requirement.

tl;dr - not the first time a pen test company will have got something wrong ;)

It's worth noting that this is an audit report passed on by Bryn, the original reporter isn't listening in here :) This is public because we don't consider it a security issue as such.

This is not true. A session cookie with 0 lifetime should be delete by the browser when the session ends (window is closed). Sessions with lifetimes are no longer actually "session" cookies they are persistent cookies.

I think that's what they mean by "if the cookie is not expired by the browser" (through closing the window). This is explained here: https://github.com/silverstripe/cwp/blob/c57ecfc065157d31e3761271dcc2e7b00b5893ce/docs/en/01_Working_with_projects/10_Security.md#user-session-expiration. The CWP specific default simply matches the PHP settings on the server.

My understanding of the AWS php-sdk was that it actually made a call to clean up sessions when PHP normally would.

I'm not sure if it used to do that, but the aws docs are pretty clear on this - they don't do automated GC outside of the DynamoDB TTL setting, or the library feature being triggered externally (e.g. through cron).
So in conclusion, our module README made it a bit too easy to set this up wrong. I've sent a PR at https://github.com/silverstripeltd/rainforest/pull/834. Notably in Silverstripe Cloud, we've been creating the expires attribute in new tables since mid 2019, and at that point retroactively applied to to existing tables as well.


Reduce the escaping in Bintray descriptor files

In the 0.11.4 release effort I've noticed that:

Travis build has a Travis->Bintray deployment regex problem resulting in a message: [Bintray Upload] Warning: Path: \/home\/travis\/build\/ponylang\/ponyc\/build\/bin\/ does not exist. which causes nothing to be deployed (just like I've fixed elsewhere, but which I don't understand how it could be introduced when the pattern in bintray.[ba]sh hasn't changed),

The biggest change related to this is not the .YML to .JSON rename, but converting the script from .SH to .BASH: https://github.com/ponylang/ponyc/compare/917610c48c82e5138153bba30c470def5a550601...eaf9a8676f7f584ec5823ff3b512cc9d7fd87695#diff-8611111525017e2f47651e71edc92e9a
I'd not expect this, but what you can see in comparing the logs from 0.11.3 to 0.11.4(b), however, is that this includePattern "regex" (note: not necessarily a regex), has changed as written to file.
See the 0.11.3 release here:
Writing YAML to file: bintray_rpm.yml, from within /home/travis/build/ponylang/ponyc ...
=== WRITTEN FILE ==========================
{
  "package": {
    "repo": "ponyc-rpm",
    "name": "ponyc-release",
    "subject": "pony-language"
  },
  "version": {
    "name": "0.11.3-2912.917610c",
    "desc": "ponyc release 0.11.3-2912.917610c",
    "released": "2017-03-16",
    "vcs_tag": "0.11.3-2912.917610c",
    "gpgSign": false
  },"files":
      [
        {"includePattern": "\/home\/travis\/build\/ponylang\/ponyc\/build\/bin\/(.*\.rpm)", "uploadPattern": "$1"}
      ],
    "publish": true}
===========================================

and the 0.11.4(b) build here:
Writing JSON to file: bintray_rpm.json, from within /home/travis/build/ponylang/ponyc ...
=== WRITTEN FILE ==========================
{
  "package": {
    "repo": "ponyc-rpm",
    "name": "ponyc",
    "subject": "pony-language"
  },
  "version": {
    "name": "0.11.4-3029.5618e86",
    "desc": "ponyc release 0.11.4-3029.5618e86",
    "released": "2017-03-24",
    "vcs_tag": "0.11.4-3029.5618e86",
    "gpgSign": false
  },"files":
      [
        {"includePattern": "\\/home\\/travis\\/build\\/ponylang\\/ponyc\\/build\\/bin\\/(.*\\.rpm)", "uploadPattern": "$1"}
      ],
    "publish": true}
===========================================

The fix I found on another project of mine is to just stop escaping those slashes!
  Don't merge unless that succeeds and is deploying the RPM.

Oh, another missing the [skip ci].   But if you look at my Travis/Bintray build here it's GREEN.
[Bintray Upload] Reading descriptor file: /home/travis/build/killerswan/ponyc/bintray_rpm.json
[Bintray Upload] Creating version '0.11.4-85.9b64ff1'...
[Bintray Upload] Bintray response: 201 Created.
[Bintray Upload] Uploading file '/home/travis/build/killerswan/ponyc/build/bin/ponyc-0.11.4-85.9b64ff1.x86_64.rpm' to ponyc-0.11.4-85.9b64ff1.x86_64.rpm
[Bintray Upload] Bintray response: 201 Created. success
[Bintray Upload] Publishing version '0.11.4-85.9b64ff1' of package 'ponyc'...
[Bintray Upload] Bintray response: 200 OK.

A somewhat tangential academic question: WHY DID THIS CLOSE issue 1732?


Final checklist

Read/test through the files, check when completed
Readme:

[x] Code

[x] Code/scripts
[x] Code/functions
[x] Code/graphing

[x] Paper (all)
[x] Paper/section need readme(?)
[x] Data (all)
[x] project-theta (main) See #150

Running make

[ ] Code

[ ] Code/scripts

[x] Paper (all)
[x] Data (all)
[x] project-theta (main)
[x] slides Important too

Paper Draft read through: how are we deciding to build this? if we do it my sections, we need a readme for the sections directory as well

[x] read paper for spelling and grammar
[ ] merge into master

Address issues:

[x] #107
[ ] #138
[ ] #139
[ ] #141
[x] #105

@changsiyao @boyinggong @brianqiu @pigriver123

Why do we need a makefile for code/functions? Also why slides important

Ok at 7:00 pm if no word on the final paper I'll pull in boyings and update the makefile/readme for paper

@brianqiu your right, deleted the functions checkbox,
we should just check that the slides can be built too

So we are building the paper from only 1 large text?

Yes

ok we can delete the sections then
also, are all the figures in paper/figures?

yes, I think so. Can you also make it on your computer to double check this? thanks

have to fix readme and makefile in paper, doing this right now, can everyone start going through the checklist and comment on what they are going to do? thanks

I'm proofreading paper

I tried all the codes except for mixed effect and bncorrelate, all those that I tried work fine.

Please modify it directly if there were any problems with the phrase and spelling. @brianqiu thanks.

@brianqiu merge my paper updates first

done

Merge to master?

We dont have enough time to do this, lets just merge the version we have now

Im deleting mentions of paperfig in code. Where else are they

code makefile, readme and main readme

cant find in main

yeahhh merged dev into master now. 0 seconds to spare lol

gg

Finally! Done!

Thanks guys! Sorry couldn't be more helpful tonight~ great working you guys!

yep yep same here

closing

Guys I just realized our paper will not build if Ross runs make all from
main project directory BC of make paperfig, we need to delete the make
paperfig command in the readme and makefile
On Dec 14, 2015 9:04 PM, "changsiyao"<EMAIL_ADDRESS>wrote:

Thanks guys! Sorry couldn't be more helpful tonight~ great working you
guys!
—
Reply to this email directly or view it on GitHub
https://github.com/berkeley-stat159/project-theta/issues/147#issuecomment-164645852
.

Yeah, we should. I wonder if it's too late...
It seems like paperfig is mentioned in code/Makefile, project_theta/Makefile and project_theta README.
or could we update some of the figures that we can (not many since Boying maded most of them on her computer and printed screen...)


Package refactoring from org.mastercoin -> foundation.omni

I think it's time to do this, given that we probably want to do some other refactoring as well.

This was done in commit 213302ce4ce275845eaed4ca44ce4c93da2a9d15 (with fixes for a couple places missed by IntelliJ in 1cac8d14f7957b3c5e93f548259fc60f30120e02)


Bad defaults for statedir and sockdir in Linux

Describe the bug
By running ./configure on Linux with no other specified options, one would expect PAPPL_STATEDIR to be /var and PAPPL_SOCKDIR to be /var/run, as /usr/local/var is a macOS thing.

Per FHS, they actually define locally-installed stuff under /usr/local, including /usr/local/var. And macOS wants /private/var, not /usr/local/var (although the latter does work since /usr/local is writable by default).

Per FHS:
The following directories, or symbolic links to directories,
must be in /usr/local

Directory
Description

bin
Local binaries

etc
Host-specific system configuration for local binaries

games
Local game binaries

include
Local C header files

lib
Local libraries

man
Local online manuals

sbin
Local system binaries

share
Local architecture-independent hierarchy

src
Local source code

No other directories, except those listed below, may be in
/usr/local after first installing a FHS-compliant
system.

So glad they've made up their minds about it, and we should all be using /run for state... 🙄 But it means overriding everything in autoconf to do it... :(


with new api route for infura

WIP until error fixed or we move node provider
For #731

@James-Sangalli good job!

@hboon that should happen since the id is there and actually the ether balances won't show in the wallet key view with that link. It boggles my mind since everything is correct.

@James-Sangalli Oh. try changing EtherServiceRequest.path from:
    var path: String {
        return "/"
    }

to:
    var path: String {
        return ""
    }

There are a few places which accesses EtherServiceRequest. Not sure if this is compatible with all of them
This came from the docs (which works):
curl -X POST -H "Content-Type: application/json" --data '{"jsonrpc": "2.0", "id": 1, "method": "eth_blockNumber", "params": []}' "https://mainnet.infura.io/v3/da3717f25f824cc1baa32d812386d93f"

Our equivalent has a trailing slash:
curl -X POST -H "Content-Type: application/json" --data '{"jsonrpc": "2.0", "id": 1, "method": "eth_blockNumber", "params": []}' "https://mainnet.infura.io/v3/da3717f25f824cc1baa32d812386d93f/"

@hboon excellent spotting


API: Add ability to sort / order content within a book

API Endpoint or Feature
I was unable to find an API call / endpoint that lets me adjust the order of content within a book.
I was only able to find an HTML view that let me do that and seem to call BookSortController for me.
Use-Case
At IN2P3-CC, we're planning to manage part of our documentation from Gitlab. CI/CD jobs would then update Bookstack according to the Gitlab repository content which acts as our source of truth.
If new pages or chapters are inserted right in the middle of other pages or chapters within the Gitlab repository, we require programmatic possibility to modify the book chapters and pages order to match the one represented in our Gitlab repository.
Additional context
Thanks in advance for your time and consideration

Thanks to @rouet in #4313 this functionality is now merged to be part of the next feature release.
A priority integer property can be provided on chapters and pages to control the ordering (smallest to largest priority).


Log, but ignore .EGU monitor fail

Fixes #36

I'm not 100% satisfied with this fix, but let's just get back to our regularly scheduled lives and move on.   Pull requests welcome if anyone wants to implement a more robust solution.  Querying for CTRL to determine if units field exists might make sense, thought might also cascade into fundamentally re-working how WEDM works.


Get istep from SOL and return once Host sequence is reached

[ ] Start SOL
[ ] Keep checking for the buffer for the user istep input
[ ] Return success if reached to the caller

You can use in the code directly
Start SOL Console Logging   ${EXECDIR}/sol.log
Wait Until Keyword Succeeds  5 min  5 sec
    ...  Shell Cmd  grep 'ISTEP  7. 5' ${EXECDIR}/sol.log

Do teardown this one to stop the SOL logging
Stop SOL Console Logging
Testing using sample code and it works clean

@SrideviRamesh I think this will unblock ur RAS test cases planning


Document better writable and read-only repositories

In Getting started with Dat section I think it would be great if some mention of writable and read-only repositories would be mentioned. And the fact that you need keys to add more content.
Probably also something about what you need to backup to be able to add more to the dat. Because this is different from git where you can just add content. So if I push dat to a server and get it back, I cannot just add more content. This is surprising. I understand why is that, but it is surprising if you are coming from git.

I have found this in FAQ but this is just mentioned very briefly:

If the original creator of the dat loses the keypair, the data can no longer be updated.


[1.12.0-rc] Swarm tests indicate potential races

On https://jenkins.dockerproject.org/job/Docker Master (arm)/2597/console
TestApiSwarmManagerRestore
TestApiSwarmRaftQuorum
TestApiSwarmRestartCluster
On https://jenkins.dockerproject.org/job/Docker Master/label=centos && devicemapper/6275/console
TestApiSwarmRestartCluster
And they are pretty consistent

#25077 fixes TestApiSwarmRestartCluster.

Has anyone seen TestApiSwarmServicesCreateGlobal fail? I discovered a race that would cause that to fail if triggered: https://github.com/docker/swarmkit/issues/1291

Closing this. Arm CI has been very stable for couple of last weeks.


The restorable picker is not responding when opened for the first time, showing an empty list.

@LeGoffMael 👀
When I open the Restore Picker asset for the first time in the phone, it shows me an empty list and after killing the app and opening it again, it works perfectly. This works fine in all types of pickers, only the problem is in restorable pickers.
Steps :

Install the Fresh app and open the restore picker, this problem will replicate.
Close the app and open it again, this problem is gone.

Note : - The issue only occurs on a fresh install when the app is opened for the first time.
Please Fix this issue ASAP because my whole project depends on this package
Use Package Version : - insta_assets_picker: ^2.3.0
See Image👇👇👇👇👇👇👇👇👇👇

This issue should be available in the new 2.3.1 version !


Split-Path Fails on UNC

Steps to reproduce
Split-Path -Path "\\server1\Share"
Split-Path -Path "\\server1\Share" -Leaf
Split-Path -Path "\\server1\Share" -Parent

Expected behavior
Split-Path -Path "\\server1\Share" should return "\\server1"
Split-Path -Path "\\server1\Share" -leaf should return "Share"
Split-Path -Path "\\server1\Share" -Parent should return "\\server1"

Actual behavior
Whenever split-pat is ran with a "2 level" UNC path it returns a null value.
3 levels work as excepted.
Example
Split-Path -Path "\\server1\Share\folder1" -Parent returns \\server1\Share
and
Split-Path -Path "\\server1\Share\folder1" -Leaf returns folder1

Environment data
Name                           Value

PSVersion                      5.0.10586.494
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.10586.494
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>

Hi @dchristian3188 ! Thank you for reporting the issue.
I tried it on the latest pre-release (v6.0.0-alpha.9) and it works as expected.
I'm closing it for now.
If you can repro the problem on  v6.0.0-alpha.9, please reopen the issue with details.

Hi @vors ,
I was able to reproduce on the latest build.  I tracked it down to FileSystemProvider.cs. Looking at the comments it looks like returning the empty strings is intentional.
https://github.com/PowerShell/PowerShell/blob/master/src/System.Management.Automation/namespaces/FileSystemProvider.cs#L4733
https://github.com/PowerShell/PowerShell/blob/master/src/System.Management.Automation/namespaces/FileSystemProvider.cs#L5531
What do you think about removing these restrictions?
Expected output:
Split-Path -Path "\server1\Share" should return "\server1"
Split-Path -Path "\server1\Share" -leaf should return "Share"
Split-Path -Path "\server1\Share" -Parent should return "\server1"
BuildInfo:
Name                           Value

BuildVersion                   <IP_ADDRESS>
SerializationVersion           <IP_ADDRESS>
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSVersion                      6.0.0-alpha
CLRVersion
PSEdition                      Core
GitCommitId                    v6.0.0-alpha.10-1-g1c3c719521483b142e22bf93e62186db9eb5845a
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3

Hm, your original repro used two back-slashes \\, but GitHub displayed it as one \ and that's what caused confusion!
See
Split-Path -Path "\server1\\Share"
Split-Path -Path "\server1\\Share" -Leaf
Split-Path -Path "\server1\\Share" -Parent

is rendered like this
Split-Path -Path "\server1\Share"
Split-Path -Path "\server1\Share" -Leaf
Split-Path -Path "\server1\Share" -Parent
This is, because \ is a markdown escaping character.
Please, what out for this in the future and use code-blocks to preserve the formatting.
I'm going to update the issue to use the code-snippet, so we have an accurate repro.

Confirmed!
Split-Path -Path "\\server1\Share"

On Windows returns $null
On Unix returns //server1
Note that Split-Path -Path "\server1\Share" (with 1 forward slash) returns the correct result on both.

@dchristian3188 according to the comment in the code that you referenced, it's expected:

// For UNC paths we need to ensure that "\server\share" is
// maintained as a single unit. There is no child for "\server\share"

And then in IsUNCRoot()
    /// <summary>
    /// Determines if the specified path is a root of a UNC share
    /// by counting the path separators "\" following "\\". If only
    /// one path separator is found we know the path is in the form
    /// "\\server\share" and is a valid UNC root.
    /// </summary>

According to this documentation share name is indeed a mandatory part of UNC part, so I would say that it's by design.
Meantime, the fact that result is platform specific needs further conversation.
cc @lzybkr


lock and sync does not recognise project.optional-dependencies.

Steps to Reproduce

Create a optional dependency in pyproject.toml.

rye add --features=docs mkdocs-material mkdocs-markdownextradata-plugin

Now, the pyproject.toml contains...

[project]
# more fields...
dependencies = ["bs4==0.0.1", "httpx==0.26.0", "python-dotenv==1.0.0"]

[project.optional-dependencies]
docs = ["mkdocs-material>=9.5.9", "mkdocs-markdownextradata-plugin>=0.2.5"]

Now, lock/sync with docs dependencies (docs reference):

rye lock --features=docs
# OR
rye sync --features=docs

Expected Result
The requirements.lock file must contains the mkdocs-material and mkdocs--markdownextradata-plugin packages for installation.
Actual Result
Lockfile(s) does not contains the docs dependency packages for installation.
The actual requirements.lock file:

# generated by rye
# use `rye lock` or `rye sync` to update this lockfile
#
# last locked with the following flags:
#   pre: false
#   features: ["docs"]
#   all-features: false
#   with-sources: false

anyio==4.2.0
beautifulsoup4==4.12.3
bs4==0.0.1
certifi==2024.2.2
h11==0.14.0
httpcore==1.0.2
httpx==0.26.0
idna==3.6
python-dotenv==1.0.0
sniffio==1.3.0
soupsieve==2.5

Version Info
rye 0.22.0
commit: 0.22.0 (203a0f33f 2024-02-09)
platform: macos (aarch64)
self-python<EMAIL_ADDRESS>symlink support: true

Stacktrace
No response
Edited: I actually written the Expected Result in Actual Result and vice-versa. 😞

I cannot reproduce this. Here the section from the pyproject.toml:
[project.optional-dependencies]
docs = ["mkdocs-material>=9.5.9", "mkdocs-markdownextradata-plugin>=0.2.5"]

Lock without features:
$ rye lock && cat requirements.lock
Generating production lockfile: /private/tmp/y/requirements.lock
Generating dev lockfile: /private/tmp/y/requirements-dev.lock
Done!
# generated by rye
# use `rye lock` or `rye sync` to update this lockfile
#
# last locked with the following flags:
#   pre: false
#   features: []
#   all-features: false
#   with-sources: false

-e file:.

Lock with features:
$ rye lock --features=docs && cat requirements.lock
Generating production lockfile: /private/tmp/y/requirements.lock
Generating dev lockfile: /private/tmp/y/requirements-dev.lock
Done!
# generated by rye
# use `rye lock` or `rye sync` to update this lockfile
#
# last locked with the following flags:
#   pre: false
#   features: ["docs"]
#   all-features: false
#   with-sources: false

-e file:.
babel==2.14.0
certifi==2024.2.2
charset-normalizer==3.3.2
click==8.1.7
colorama==0.4.6
ghp-import==2.1.0
idna==3.6
jinja2==3.1.3
markdown==3.5.2
markupsafe==2.1.5
mergedeep==1.3.4
mkdocs==1.5.3
mkdocs-markdownextradata-plugin==0.2.5
mkdocs-material==9.5.9
mkdocs-material-extensions==1.3.1
packaging==23.2
paginate==0.5.6
pathspec==0.12.1
platformdirs==4.2.0
pygments==2.17.2
pymdown-extensions==10.7
python-dateutil==2.8.2
pyyaml==6.0.1
pyyaml-env-tag==0.1
regex==2023.12.25
requests==2.31.0
six==1.16.0
urllib3==2.2.0
watchdog==4.0.0

What also confuses me a bit is this command you posted:
rye add --features=docs mkdocs-material mkdocs-markdownextradata-plugin

That's not a valid command and if it were, it would not produce the pyproject.toml file you pasted. The correct command would be this one here:
$ rye add --optional=docs mkdocs-material mkdocs-markdownextradata-plugin
Added mkdocs-material>=9.5.9 as optional (docs) dependency
Added mkdocs-markdownextradata-plugin>=0.2.5 as optional (docs) dependency

Yes, you are right about this command.
# wrong command
$ rye add --features=docs mkdocs-material mkdocs-markdownextradata-plugin

# right command
$ rye add --optional=docs mkdocs-material mkdocs-markdownextradata-plugin

Reproducible commands:

Note: I am using --virtual flag here.

$ rye init --virtual --no-readme
success: Initialized virtual project in /Users/iarv/Developer/learn-rye/.
  Run `rye sync` to get started

$ rye add --optional=docs mkdocs-material
Added mkdocs-material>=9.5.9 as optional (docs) dependency

$ rye lock --features=docs  && cat requirements.lock
Initializing new virtualenv in /private/Developer/learn-rye/.venv
Python version<EMAIL_ADDRESS>Generating production lockfile: /private/Developer/learn-rye/requirements.lock
Generating dev lockfile: /private/Developer/learn-rye/requirements-dev.lock
Done!
# generated by rye
# use `rye lock` or `rye sync` to update this lockfile
#
# last locked with the following flags:
#   pre: false
#   features: ["docs"]
#   all-features: false
#   with-sources: false

The pyproject.toml file:
[project]
# more fields...
dependencies = []
requires-python = ">= 3.8"

[project.scripts]
hello = "learn_rye:hello"

[project.optional-dependencies]
docs = [
    "mkdocs-material>=9.5.9",
]

[tool.rye]
managed = true
virtual = true
dev-dependencies = []

[!IMPORTANT]
When I try to reproduce this without --virtual flag or when I remove the tool.rye.virtual key from pyproject.toml it works fine and lockfile generated as requires.

Thanks @mitsuhiko to clarify! 👍
Ok then after mentioning this issue in the docs, close this issue.

Ok then after mentioning this issue in the docs, close this issue.

Ohh, you have done it already in (a4b0016).

I will reopen it as it's still a limitation that should eventually be fixed.

This seems like exactly the use case PEP 735 is intended for:

This PEP specifies a mechanism for storing package requirements in pyproject.toml files such that they are not included in any built distribution of the project. This is suitable for creating named groups of dependencies

Would look like this:
[project]
# more fields...
dependencies = []
requires-python = ">= 3.8"

[project.scripts]
hello = "learn_rye:hello"

[dependency-groups]         # <- new
docs = [
    "mkdocs-material>=9.5.9",
]

[tool.rye]
managed = true
virtual = true
dev-dependencies = []

For a virtual package, extras are just "dependency groups" anyway.