make html works locally, however, RTD fails to build -- any ideas?

Running Sphinx v1.3.1
making output directory...

Traceback (most recent call last):
  File "/home/docs/checkouts/readthedocs.org/user_builds/dockdogs-club-handbook/envs/latest/local/lib/python2.7/site-packages/sphinx/cmdline.py", line 244, in main
    opts.warningiserror, opts.tags, opts.verbosity, opts.jobs)
  File "/home/docs/checkouts/readthedocs.org/user_builds/dockdogs-club-handbook/envs/latest/local/lib/python2.7/site-packages/sphinx/application.py", line 126, in __init__
    confoverrides or {}, self.tags)
  File "/home/docs/checkouts/readthedocs.org/user_builds/dockdogs-club-handbook/envs/latest/local/lib/python2.7/site-packages/sphinx/config.py", line 277, in __init__
    execfile_(filename, config)
  File "/home/docs/checkouts/readthedocs.org/user_builds/dockdogs-club-handbook/envs/latest/local/lib/python2.7/site-packages/sphinx/util/pycompat.py", line 128, in execfile_
    exec_(code, _globals)
  File "/home/docs/checkouts/readthedocs.org/user_builds/dockdogs-club-handbook/envs/latest/local/lib/python2.7/site-packages/six.py", line 699, in exec_
    exec("""exec _code_ in _globs_, _locs_""")
  File "<string>", line 1, in <module>
  File "conf.py", line 25, in <module>
    from recommonmark.transform import AutoStructify
ImportError: No module named transform

Exception occurred:
  File "conf.py", line 25, in <module>
    from recommonmark.transform import AutoStructify
ImportError: No module named transform
The full traceback has been saved in /tmp/sphinx-err-VX3DzD.log, if you want to report the issue to the developers.
Please also report this if it was a user error, so that a better error message can be provided next time.
A bug report can be filed in the tracker at <https://github.com/sphinx-doc/sphinx/issues>. Thanks!

Yea -- this is an issue where we're installing recommonmark that depends on an old version of commonmark-py, but then the doc builds force the PATH to the local commonmark, breaking recommonmark. We shouldn't be doing this magic stuff on RTD, and it's on my list of things to fix!

@ericholscher Thanks for the reply. How were you guys able to get it to build at readthedocs.org then?

@ericholscher I forked the repo and was able to build it at readthedocs.org as well. So I guess my question is what am I doing wrong?
Thanks!
http://recommonmark-test.readthedocs.org/en/latest/ --> fork showing deployment.

I'm having the same problem @brianjking, have you came up with a solution?

Hi @eafzali, I have been able to build cleanly on readthedocs by pinning the recommonmark version to 0.4 in our requirements.txt
https://github.com/jupyter/jupyterhub/blob/master/docs/requirements.txt
https://github.com/jupyter/jupyterhub/blob/master/docs/source/conf.py


Add more intelligent line breaks for tap legends

Currently tap legends are split to lines on spaces (and double spaces are converted to single and don't split). This causes some ugliness, especially with modifier functions where by default you have Ctl+ C forms. This renders OK on a tap legend due to splitting, but render as is in hold/shifted fields and it looks bad.
If we instead remove the space from modifier functions and split on word boundaries \b, we will have better visuals overall. This way, a string like Ctl+Shft+C can still be split like Ctl+Shift+/C, while still having no gaps in hold/shifted fields.
The idea is to still split on explicit spaces, then within each item, use textwrap.TextWrapper(width=something)._wrap_chunks(re.split(r'\b', text)) to get a further split to chunks. something can be draw_config.shrink_wide_legends since that's nominally the acceptable legend width inside a key. However this means that a value of 0 should disable the splitting along with the shrinking.

Closed by https://github.com/caksoylar/keymap-drawer/commit/5ff509d503cadba0542a5f3ed295a75156ccc928.
For now, the width depends on draw_config.shrink_wide_legends but I have plans to separate and  expose this parameter, along with max number of lines in keys (3) and combos (2).


fix: typegen factory template

Close #3273

Release notes
In this release, we:

Fixed typegen template for ContractFactory

Checklist

[x] All changes are covered by tests (or not applicable)
[x] All changes are documented (or not applicable)
[x] I reviewed the entire PR myself (preferably, on GH UI)
[x] I described all Breaking Changes (or there's none)

@arboleya we might want want to add the noImplicitOverride compiler option to the tsconfig.base.json to further protect against this.

@nedsalk This will affect other parts of the codebase, but please feel free to do it in a follow-up PR.


Attribute value ending with "class" messes up highlighting

Ruby attribute value ending with class (probably containing any other ruby keyword) messes up highlighting for the rest of the line.

OK, this is actually a bug in Ruby LSP, see https://github.com/Shopify/ruby-lsp/issues/2269.


Add additional data to the Webhooks Payload

Is your feature request related to a problem? Please describe.
Would it be possible to add more to the webhook notification?
Describe the solution you'd like
Add more of the speedtest data to the payload. Adding the SpeedTest.net Results URL to the Webhook might be enough but it would be nice to collect the same data that the table contains in the webhook payload
Additional context
Nothing additional besides a thank you.

I use SpeedTest Tracker to track my Starlink speeds, there is another site out there that is community maintained that tracks this data. trying to figure out the easiest way to get the data from SpeedTest Tracker over to starlinktrack.com
https://starlinktrack.com/speedtests/

Adding only the Speedtest.net result URL is of  course possible, but it will show the mostly the same data as that the payload already does. Is there any data you are looking for specificly?
The resutls table can show (almost) everything that is returned by the Speedtest CLI. Having all data in the payload might be a bit to much 😅 . Especially has all the notifications are using the same structure for the message. And my geuss is most people.

adding just the speedtest url is good for this idea to integrate into starlinktrack.com.
adding more data to the payload would just give people the ability to pull mort types of data out as needed but without knowing how everything works i dont know the level of effort or how it impacts other notifications.

Well I think about it like some of the other products I worked with that have webhooks. You parse the data you need and ignore what you don't.
Thanks for looking at it @svenvg93, appreciate it.

@alexjustesen FYI I will do this after the open PRs for 0.21.0 are merge into it. So I can do it for all at the same time.

Just jumping in to add the reason why I (starlinktrack.com) accept the speedtest result URL only:

This allows me to check if the speedtest was actually run on Starlink,
I pull the speedtest data directly from the trusted source, accepting raw data isn’t ideal as it can be spoofed.

Thanks for looking into adding this, as it will benefit the community of both of these apps :).

would also like the url added to the webhook payload. useful to push all results to a google sheet for data manipulation and show the url for each test alongside

@alexjustesen This one can be closed as the url is added in the merge with https://github.com/alexjustesen/speedtest-tracker/pull/1615


Enforce mandatory email verification

It should be possible to require an email to be verified in order for a user to successfully sign-in with email and password.

Status: working with UX on mocks and flows for this.

@drishi94 can you give us a broad timeline on this feature? My impression from the amount of hits on this page is that it's in high demand.

@yramanchuk @drishi94 do you have any updates on this?

Hi meirf and Morgan - unfortunately I can't give an update here right now as we have been working on a few other things that we believed may be higher priority. I can update this thread once we resume our UX and design work on mandatory email verification. I apologize for the delay

@drishi94  Any update on this?

I was doing research on using Firebase auth and ran into this issue. It looks like it's an old issue. Has it not been resolved yet? Thanks.

I believe this issue should be assigned a high priority, because it potentially has nasty security implications. Let me illustrate:

Create a new email-password account. At the moment, we can use any email and any password we want. Say for some reason, by mistake, on purpose, or as a victim of phishing, the user chooses an email that does not belong to them, say<EMAIL_ADDRESS>The user starts creating and uploading data into their account.
Sometime in the future, using the same app, the real owner of<EMAIL_ADDRESS>who has an account with Google using that email address, logs in using the Google provider. Immediately, the real owner has taken full control of the account. The original user that used the email sign-in method no longer has any access.

I think this problem is related to issue #579, Observed Results part B).


Numeric Tower / Union[float, int]

I think I found an edge case with the annotation float when passed an int in beartype. For convenience, PEP484 accepts int when float is annotated: https://www.python.org/dev/peps/pep-0484/#the-numeric-tower
from beartype import beartype

@beartype
def measure_cave(length: float, width: float):
    return length * width

measure_cave(12.0, 12.0)  # PASS
measure_cave(12, 12)  # type hint <class 'float'>, as "12" not instance of float.

I'm currently using Union[float, int] to work with beartype and wondered if you would consider implementing the PEP484 "numeric tower" logic or keep beartype as-is?

This is such a great issue. I'm so grateful to our crack commando squad of black-ops typing aficionados for repeatedly weighing in. They say what I cannot, for they are smart and I am tired. This is what happens when your eyes get encrusted with the detritus of sleep deprivation, folks: you wait for @posita and @TeamSpen210 to pierce the darkness for you.
tl;dr
Yup, we're prolly sticking with either:
# For those who worship before the graven alter of the official numeric tower:
from numbers import Number

# For those who desecrate idolatrous effigies of false abstract base classes:
from typing import Union
Number = Union[int, float, complex]

I am so, so sorry for what I have done to your codebase.
Why Are You So Horrible, @leycec?
Yes, @leycec is a Bad Enough Dude (BED).

With extreme apologies to AI King @KyleKing, please don't send the robot dogs PEP 484, mypy, and (yes) Guido himself, @beartype would prefer to selectively pretend that something that was standardized wasn't standardized. That is to say, we're pretty sure Guido and those who approved PEP 484 got it wrong there.
As @posita himself unearthed from Guido's inbox, DropBox power! Guido himself now acknowledges the ubiquitous world-straddling girth of PEP 3141. PEP 3141 came first and PEP 484 failed to deprecate PEP 3141; ergo, PEP 3141 takes precedence.
Non-Euclidean Numeric Tower, We Invoke Thee!
So. Here we stand on the crumbling shores of a long-forgotten derelict civilization. The principal issues with PEP 3141 and the standard numbers module are (in increasing order of impotence):

Everyone ignored it, because no one knew it even existed.
Stack type checkers still ignore it, because they are dumb. score 1: beartype
Protocols invite hidden O(n) costs, which is admittedly horrifying. Back before I became disillusioned by the veil of Maya gritty facade of reality, I was once pretty sure that ABCMeta efficiently cached (and thus effectively amortized) those costs. Having just reexamined the typing.py implementation in Python 3.10, I no longer know anything. Those costs might very well not be cached, in which case we can only collectively sigh and fling ourselves into the sea.

So. numbers had an advertising problem. But that wasn't the fault of numbers; that was the fault of the humans surrounding numbers. Humanity, you have much to answer for.
So. numbers probably also has an efficiency problem. That absolutely is the fault of numbers and (more generally) the standard abc module underlying numbers. Remind me to never use ABCMeta in beartype. ←oh gods we already did it 5 times
What Could Possibly Go Wrong? Everything. Everything Could.
The principal issue with transparently treating float as int is that it's wrong – especially in the numeric contexts that @beartype increasingly finds itself deployed to (e.g., finance, machine learning).
Floats aren't integers. Integers aren't floats. Specifically, there exist a countably infinite number of integers with no precise floating-point representation; likewise, there exist an uncountably infinite number of floats with no corresponding integer representation.
Floats and integers are not losslessly coercible is what I'm sayin'. Converting one into the other results in a loss of precision in both the average and worst case. This is why numeric frameworks like NumPy have recently moved from implicit to explicit float <-> int coercions. Previously, NumPy implicitly coerced dtypes to and from float and int; now, NumPy requires you to explicitly permit NumPy to do that if you want NumPy to do that.
This is a good thing. Explicit is better than implicit, because we are all enlightened light beings here. You may now be thinking: "Go to Heck, @leycec! You go to Heck and sleep fitfully there."
Okay. Stay with me, folks! You can punch me in my fat gullet in five minutes if you remain unconvinced. would i lie
If beartype implicitly accepts integers for all float type hints, then beartype prosumers will no longer be able to prevent their userbase from erroneously passing integers. Right? In 2021, most industrial-strength APIs really want to prevent their userbase from erroneously passing integers where floats are required. Currently, beartype supports this sensible constraint out-of-the-box at runtime – which is far more valuable than a static type checker supporting this sensible constraint out-of-the-box at static type-checking time.
If beartype implicitly accepts integers for all float type hints, then beartype prosumers will have to resort to beartype validators to force beartype to revert back to its prior sensible behaviour: e.g.,
from beartype.vale import Is
from typing import Annotated

# Type hint matching any non-integer float. Raise your voice in anger, userbase!
FloatNonint = Annotated[float, Is[
    lambda number: not isinstance(number, int)]]

Don't Believe Me. Believe Those Who Use Me.
alibi, a popular ML-splaining framework (it's like mansplaining, only done by AI), wants to use beartype. This use is contigent on beartype behaving sanely.
Currently, beartype behaves sanely by raising human-readable exceptions when @beartype-decorated callables annotated as accepting floats are passed integers. There are, like, a hundred of these test-time unit test failures, and stuff:
beartype.roar.BeartypeCallHintPepParamException: @beartyped CounterfactualProto.__init__() parameter gamma="100" violates type hint <class 'float'>, as "100" not instance of float.

Curiosity maimed the honey-addicted bear, so I noted that and suggested they might globally replace float with numbers.Real in their type hints. Turns out they meant what they said and said what they meant. They actually did meant float, because all of their callables only accept floats; they do not accept integers:

Nice catch! I think this is an example where the parameter really should've been a float, beartype paying dividends already.

Are you gonna break alibi? I ain't gonna break alibi. I like my kneecaps where they are – loosely attached to my legs.
Cost-Benefit Analysis
Now we're into the hard stuff. Dust off those Grandma-era liquor cabinets, because we are going there.
These Are the Costs of an Irresponsible Life
Costs of @beartype not implicitly accepting integers for float type hints:

RSI. Users type an additional 12 characters. Justifiable lawsuits ensue. @beartype collapses under a rising tide of unpaid legal fees and collective Internet outrage.

And... that's about it. "But, wait! You calloused fool! What about mypy? Won't someone think about the static type-checker?", you are now venting. I can hear you over there, by the way.
Very well, we don't do what static type checkers do. But that's permissible here, because static type checkers are (arguably) too permissive here. Mypy won't emit errors or warnings for callables type-hinted with Union[float, int] instead of float, because the former is semantically equivalent to the latter from the static type-checking perspective.
So. The only cost remains RSI. You've got it. I've got it. We've all got it. What's 12 characters more when your wrist has already been ground down into a thin bone spur of unadulterated pain?
These Are the Benefits of an Irresponsible Life
Benefits of @beartype not implicitly accepting integers for float type hints:

Users catch nasty bugs. Does that sound like the principal benefit of type-checking to anyone else? Is it just me? Yes, we dared to utter the unthinkable! Passing an int where a float was expected is a bug in the general case, because: cue that acoustic guitar campfire sing-a-long

Integers are not floats.
Floats are not integers.

These Are the Conclusions of the Starship Bearaprise
On the one hand, we're giving everyone RSI. On the other hand, we're doing our jobs.
And... We're Goin' Back to PEP 484
Anyone else notice the PEP 484 subsection we're debating is super-weird? First, there's this choice nugget:

There are some issues with these ABCs [i.e., numbers]...

There aren't, actually. Okay, okay. O(n) runtime complexity is a problem – but not for most techbros. Anyone else notice how none of the supposed issues were actually enumerated or even mentioned? Guido throwin' some baseless shade right there. Then, there's this even choicer nugget:

...but the built-in concrete numeric classes complex, float and int are ubiquitous (especially the latter two :-).

OMG. There is not an ASCII emoji in my favourite PEP standard. There just isn't. But... there is. Anyone else notice how this entire subsection reads more like casual email-speak than the quasi-format standards-speak of the rest of the PEP? It's almost like... no one actually even peer-reviewed or edited this subsection. Just sayin'.
We continue on our feeble death march with this frank admission:

Rather than requiring that users write import numbers and then use numbers.Float, etc...

Yes? And? Why aren't we doing that? Because that's what we should be doing.

...this PEP proposes a straightforward shortcut that is almost as effective:

Oh, bollocks. PEP subsection straight-up admitted it adopted a suboptimal, less effective solution than the previously standardized solution – just 'cause. No demonstrable justifications are given. Guido himself now acknowledges that numbers is preferable.
So, bollocks. We defy the established order, because we are beartype. We are preserving a distinction between float and int, because there is a distinction between float and int. The two are not transparently interchangeable and any attempt to treat them as such invites type safety violations and the immanent destruction of the supposedly incomplete Death Star. ←brought to you by beartype
A Pox on Beartype's House
That said... let's leave this open for all eternity.
There are extremely valid insights on bold sides of the opinion-littered back alley here. I invite them! Come!
Do this in rembrance of this issue. Someday, even @leycec too may change his unsubstantiated worldview on QA.

Thanks @leycec, @posita, and @TeamSpen210! I feel much more enlightened now and I think we can safely lock the numeric tower and pretend it never existed 😊

Yasss!  ¡Viva la osolución¹!

@KyleKing, I'm still working on something that will help you out on the Mypy front. I might need another day or two, but I'll post here once it's up.

¹ Osolución was intended as a portmanteau of oso (meaning bear) and revolución (meaning revolution). Native Spanish speakers are going to have to help me out on this one. I don't even know whether Spanish has portmanteaus of this kind. I can't seem to find a Spanish word that describes one. Maleta de palabras (word suitcase), perhaps?

All right, I've now made available a super early VIP sneak preview of numerary! Which probably doesn't solve a problem you have, @KyleKing, but I used your issue as an excuse to tinker with it instead of doing real work.
The documentation is definitely on the rough side but you should be able to do something like:
from typing import TypeVar
from beartype import beartype
from numerary import RealLike

_RealT = TypeVar("_RealT", bound=RealLike)

@beartype
def measure_cave(length: _RealT, width: _RealT) -> _RealT:
    return length * width

assert measure_cave(12, 12) == 144
assert measure_cave(12.0, 12.0) == 144.0

from fractions import Fraction
assert measure_cave(Fraction(12), Fraction(144, 12)) == Fraction(144)

from decimal import Decimal
assert measure_cave(Decimal("12.0"), Decimal(12)) == Decimal(144)

try:
    # Mypy will properly detect these mismatched arguments
    measure_cave(Fraction(12), Decimal(12))
except TypeError:
    assert True, "Decimals don't play well with others"
else:
    assert False, "expected exception was not thrown"

# Mypy (and beartype) will treat this as okay (your original issue)
assert measure_cave(12.0, 12) == 144.0

You can also do things like:
from typing import TypeVar, Union
from beartype import beartype, roar
from numerary import IntegralLike

_IntegralT = TypeVar("_IntegralT", bound=IntegralLike)

@beartype
def shift_them_bits(
    arg: _IntegralT, amount: Union[_IntegralT, int]
) -> _IntegralT:
    if int(amount) < 0:  # IntegralLike includes SupportsInt
        return arg >> abs(amount)
    else:
        return arg << amount

assert shift_them_bits(1, 1) == 2

try:
    assert shift_them_bits(2.0, 1) == 4  # Mypy error
except roar.BeartypeException:
    assert True, "nice catch!"
else:
    assert False, "expected exception was not thrown"

try:
    from sympy import sympify
    assert shift_them_bits(sympify("2"), sympify("2")) == sympify("8")
except ImportError:
    pass

Bravo! Bravura! Bravissimo! And other sketchy loan words that probably don't mean what we think they mean! First, this:

dyce - a pure-Python library for modeling arbitrarily complex dice mechanics and mother birthing code base 🙄 of numerary!

My calcified pineal gland now needs a deep cleanse. On reading the ominous occultic jargon "birthing code base," is it common for an autumnal chill to crawl in slo-mo across my sweat-slicked skin?
That's probably common. Next, this:
In [13]: %timeit -r10 isinstance(val, Rational)
326 ns ± 1.26 ns per loop (mean ± std. dev. of 10 runs, 1000000 loops each)

...seems to be missing a preceding val =  assignment? I dunno. I'm just the unkempt bear feeder.

That’s forty times slower. 😶 And that’s just with a two-property protocol. How much worse would it be if we had enumerated all the dunder methods? 😰

</gulp>
I'm on the edge of my seat here, bro. I don't know and I didn't know I wanted to know, but now I know that I really did want to know all this time. How much worse would it have been? I'm guessing, "Lots. I've seen crippling performance concerns the likes of which you people wouldn't believe."
Next, this:
SupportsRealComparisonsNotComplexLies = Annotated[
  SupportsRealComparisons, Is[lambda arg: not isinstance(arg, complex)]
]

Sage advice beyond my wildest dreams. Please accept my many thanks and know I am in the process of following it (for some definition of "following"). Selective responses below….

...seems to be missing a preceding val =  assignment? I dunno. I'm just the unkempt bear feeder.

Solid catch. Thank you!

I'm on the edge of my seat here, bro. I don't know and I didn't know I wanted to know, but now I know that I really did want to know all this time. How much worse would it have been? I'm guessing, "Lots. I've seen crippling performance concerns the likes of which you people wouldn't believe."
…
Actually, it'd be even beautifuller if you could casually throw out some timeit timings here contrasting the abyssal performance of the standard typing.Protocol-based approach against all three of the numerary approaches (i.e., your optimized typing.Protocol-based API, your short-circuiting typing.Union-based API, and your short-circuiting tuple-based API). It would be ideologically fascinating and pragmatically exemplary if your optimized typing.Protocol-based API could get within an order of magnitude of the two short-circuiting alternatives.

I can't claim to have witnessed any attack ships near the shoulder of Orion (on fire or not) nor have I seen glittering c-beams (wherever they may be found). But it was my intention to expand upon this and other (currently unhelpfully nebulous) performance commentary. Stay tuned … .

Pretty sure I'm the geriatric white-haired guy in the passenger seat while youthful svelte @posita up on the roof chuckin' dynamite around with emoji mittens.

My family might peg me closer to Murdoch, but maybe that's just my affinity for trash bags. Not sure.

… Yet no one thought of [caching] – until now.

I'm pretty sure that's not true. Consider:

Back before I became disillusioned by the ~veil of Maya~ gritty facade of reality, I was once pretty sure that ABCMeta efficiently cached (and thus effectively amortized) those costs. Having just reexamined the typing.py implementation in Python 3.10, I no longer know anything. Those costs might very well not be cached, in which case we can only collectively sigh and fling ourselves into the sea.

Now I can't quite remember where I heard that or who said it, so I'm quoting loosely from memory (including markup). I'm pretty confident I'm not the only one with that idea … . 😉

Next, I couldn't help myself. Because caching is joy, I delved into the joy you implanted into your numerary.types submodule. … Although technically fine, self should probably be cls here for clarity.

Yeah, I have no idea what I was thinking there.

… Additionally, the cls._abc_inst_check_cache[cls] seems redundant there. I preserved it because kinda unclear as to why the double-check exists. Protocol subclasses, maybe?

Actually, you're right to question that. But that makes both of us wrong (or at least needlessly inefficient). This is where it ended up after your observation:
class CachingProtocolMeta(_ProtocolMeta):
  # …
  def __new__(…) -> _TT:
    cls = super().__new__(mcls, name, bases, namespace, **kw)  # type: ignore
    cache: Dict[Tuple[type], bool] = {}
    cls._abc_inst_check_cache = cache
    return cls
  def __instancecheck__(cls, inst: Any) -> bool:
    inst_t = type(inst)
    if inst_t not in cls._abc_inst_check_cache:
      cls._abc_inst_check_cache[inst_t] = super().__instancecheck__(inst)
    return cls._abc_inst_check_cache[inst_t]

Again, I don't know what I was thinking. In all likelihood, I wasn't … at least not enough.

...is no longer strictly true. Praise the Sun! Thanks entirely to PEP 604 -- Allow writing union types as X | Y and the recently released Python 3.10 standardizing PEP 604, both of the following are now permissible under Python ≥ 3.10 – which admittedly doesn't matter for most devs yet, but should matter in two or three years, when Python 3.10 becomes the default for most Linux distros: …
If you (like me) just blew a non-redundant O-ring, allow me to supply you with this only mildly used sanitary towelette from the back.

I too became super excited for PEP 604 goodness because it approaches something sane and unified. Then I got even exciteder when I read this:

This PR attempts to add the original implementation for PEP 604 … . The PEP will be added to Python in 3.10. [S]ince it's already acceptable syntax, we can even use it for older versions with from __future__ import annotations, in type comments or stub files. python/typing#429 (comment)
Example
# python 3.7
from __future__ import annotations
from typing import Union

t1: Union[int, str]
t2: int | str

But then I read this:

What doesn't work are type aliases. The following would cause a type error:
from __future__ import annotations

T1 = str | None  # TypeError: unsupported operand type(s) for |: 'type' and 'NoneType'
d: T1 = "Hello World"

… If I'm awesomer than beartype, that means beartype is strictly less than something else and thus provably deficient. Why, beartype? Why haven't you yet surpassed your progenitors and then quietly silenced them on an otherwise tranquil summer evening that will be known only as The Night of the Long Claws? 🐾

Okay, hear me out. @leycec made beartype, and not in a donated-some-genetic-material-and-nature-mostly-handled-the-rest kind of way, but more of a dr-eldon-tyrell way … . Wait. Oh shoot. Maybe that's what you were getting at and we're not quite to that part of the story … . Let's hope it takes a different trajectory.
But you are also making numerary better! Wait. Shoot. So is beartype. Man that is a close race for awesomest. I (perhaps stubbornly) stand by my original statement.

… Allow me to snip out the relevant words into a vast tapestry of woe:

beartype ... don't want... to use it... for performance reasons

this. this cannot be.

Okay, okay, how about "… don't want ... to use it ... for performance some strange reason[] …"? 😜

… "Please, Matt. Straight-up switch the GLWTS for the same license that you've released dyce under. So, MIT is what I'm saying."

This is solid advice. In retrospect, GLWTS was definitely not the best choice on my part. Can you tell I was feeling a little punchy? I'll bet you could. I'll bet that came through. I'll even wager it would have still come through had I omitted all the symbolic swearing. You have helped me engage in the helpful strategy of "writing one to throw away"—or—"write the letter you want to write, then throw that away and write the letter you will actually send." Thank you for indulging my juvenile expressions of frustration.
Updates to follow in the next release … . Thank you again for taking the time to bless your fans with your guidance! 🙇♂❤


Detail challenge page

Route /challenge/{id}

@carletex @sogasg I'll take this one. My plan is to:

Make the challenges in the challenge list link to /challenge/{id}
Create a basic page where we show the challenge details, as well as the challenge status for the logged in user
"Ant'ify" the parts that I touch of the challenge list and the new code in the details page

Feel free to chime in if you want to see more things done as part of this ticket.


Code segment in process memory mapping not always writable

Expected Behavior
I have a Go process running on my machine, which is a web server using net/http. The executable path is /home/ocampeau/hello
When I run the following command, I expect the tool to emit traces when an HTTP request is received by my process
sudo OTEL_TARGET_EXE=/home/olivier/hello ./kv-go-instrumentation

Actual Behavior
Instead, I get a panic
panic: cant find keyval map

Steps to Reproduce the Problem

Build an http server in Go
Compile the current version of opentelemetry-go-instrumentation
Run sudo OTEL_TARGET_EXE=PATH_TO_EXECUTABLE ./kv-go-instrumentation

Additional Info
My guess is that there is a bug with the permission check of the memory mapping of the process.
When I inspect /proc/PID/maps, I see this:
00400000-00612000 r-xp 00000000 103:02 17174730                          /home/olivier/hello
00612000-0080d000 r--p 00212000 103:02 17174730                            /home/olivier/hello
0080d000-0084a000 rw-p 0040d000 103:02 17174730                          /home/olivier/hello
0084a000-00883000 rw-p 00000000 00:00 0
0248f000-024b0000 rw-p 00000000 00:00 0                                           [heap]
c000000000-c000400000 rw-p 00000000 00:00 0
c000400000-c004000000 ---p 00000000 00:00 0
7f45f4000000-7f45f4021000 rw-p 00000000 00:00 0
7f45f4021000-7f45f8000000 ---p 00000000 00:00 0
7f45f8000000-7f45f8021000 rw-p 00000000 00:00 0
7f45f8021000-7f45fc000000 ---p 00000000 00:00 0
7f45fc000000-7f45fc021000 rw-p 00000000 00:00 0
7f45fc021000-7f4600000000 ---p 00000000 00:00 0
7f4600000000-7f4600021000 rw-p 00000000 00:00 0
...

It seems that the code segment referenced in the memory mapping of the process has READ and EXECUTABLE permissions, but not WRITE. In this case, the start address of the code segment would be 00400000 and the end address would be 00612000.
When I update the following code to remove the check on the write permissions, the tool is indeed working as expected:
func (a *processAnalyzer) findKeyvalMmap(pid int) (uintptr, uintptr) {
	fs, err := procfs.NewProc(pid)
	if err != nil {
		panic(err)
	}

	maps, err := fs.ProcMaps()
	if err != nil {
		panic(err)
	}

	for _, m := range maps {
		if m.Perms != nil && m.Perms.Read && m.Perms.Execute { // I removed the check on write permission here
			log.Logger.Info("found addr of keyval map", "addr", m.StartAddr)
			return m.StartAddr, m.EndAddr
		}
	}
	panic(errors.New("cant find keyval map"))

I guess, you need something like this odigos-launcher/launch, this issue https://github.com/keyval-dev/opentelemetry-go-instrumentation/issues/36 may helpful.

will this issue https://github.com/keyval-dev/opentelemetry-go-instrumentation/issues/36 could help you?
it needs /odigos-launcher/launch to create some memory area for writing.

Oh my yes thank you! Sorry for not looking that up before. I will close this issue.

no worry 😄


Running ?-Prolog tests

When trying to using Trealla to run ?-Prolog tests directly with following script, several bugs of Trealla are revealed.
#!/bin/sh

#set -e

TPL=~/trealla/tpl

TMP=tmp.out

trap "rm -f $TMP" EXIT

for source in tests/*.pl
do
        expected_output="${source%.*}.expected"

        if [ -f "$expected_output" ]
        then
                echo "Running $source ..."

                if grep -q ":- initialization" $source
                then
                        $TPL --ns -q $source >$TMP
                else
                        $TPL --ns -g main $source >$TMP
                fi

                diff "$expected_output" $TMP
        fi
done

I'll report related issues seperately.

Seems 0094-iso-setof.pl has brought up some issues.

Now pc with Trealla failed to correctly compile 0088-chat_parser.pl, which may be related to 0094-iso-setof.pl failure.

Yes, I was looking into this setof/bagof business before I got distracted
by parsing. I will get back to it.
On Sun, Jul 30, 2017 at 2:59 PM, Xin Wang<EMAIL_ADDRESS>wrote:

Now pc with Trealla failed to correctly compile 0088-chat_parser.pl,
which may be related to 0094-iso-setof.pl failure.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/trealla-lang/trealla/issues/208#issuecomment-318878643,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AVqpEozWk0pH3eDfmjTyhgSenNnrXF1iks5sTA2rgaJpZM4OTpF7
.

Going to have to do a complete rewrite of bagof/setof as I made a
fundamental mistake in them that's not just fixable.
On Sun, Jul 30, 2017 at 2:59 PM, Xin Wang<EMAIL_ADDRESS>wrote:

Now pc with Trealla failed to correctly compile 0088-chat_parser.pl,
which may be related to 0094-iso-setof.pl failure.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/trealla-lang/trealla/issues/208#issuecomment-318878643,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AVqpEozWk0pH3eDfmjTyhgSenNnrXF1iks5sTA2rgaJpZM4OTpF7
.


#168 - Django / python dependency update

Following updates made

'django.utils.log.NullHandler' was an alias, replaced with 'logging.NullHandler'
Updated to use Django JSONField over Django extension package pjorm-ext-pgjson. PostGres dependency on 9.4 will be added due to use of JSONB field type. Had to shim out pjorm-ext-pgjson type with util.deprecation.JSONStrubgField in migrations to remove dependency.
Removed all use of url patterns in favor of simple url tuples
Replaced all option_list with add_argument to eliminate argparse use within Django management commands.
Middleware is not compatible with Django 1.10/1.11, upgraded to new style and replaced MIDDLEWARE_CLASSES with MIDDLEWARE list in settings.
Updated all python package dependencies except requests to newest available.
Fixed a host of naive datetime warnings issues throughout the code.
Added README updates to indicate external service version requirements.

Addressed peer review requests and tested in Kiln.


occasional failures to prepare in rktnetes testing

We see this error regularly in a rktnetes test
24a-a4badb47b38d}   Warning   Failed    {kubelet spotter-rkt-minion-s3g0}   Failed to create rkt container with error: failed to run [prepare --quiet --pod-manifest /tmp/manifest-cleanup30-1e7829db-fa23-11e5-824a-a4badb47b38d-ovsii-730549219]: exit status 1
stdout:
stderr: image: using image from file /opt/rkt/stage1-coreos.aci
prepare: cannot acquire lock: resource temporarily unavailable

e2e-tests-kubelet-cgadw   2016-04-03 22:11:22 -0700 PDT   2016-04-03 22:11:22 -0700 PDT   1         cleanup30-1e7829db-fa23-11e5-824a-a4badb47b38d-ovsii   Pod                 Warning   FailedSync   {kubelet spotter-rkt-minion-s3g0}   Error syncing pod, skipping: failed to SyncPod: failed to run [prepare --quiet --pod-manifest /tmp/manifest-cleanup30-1e7829db-fa23-11e5-824a-a4badb47b38d-ovsii-730549219]: exit status 1
stdout:
stderr: image: using image from file /opt/rkt/stage1-coreos.aci
prepare: cannot acquire lock: resource temporarily unavailable

the k8s test where I see it most often is
[k8s.io] kubelet [k8s.io] Clean up pods on node [It] kubelet should be able to delete 10 pods per node in 1m0s.
what it does is startup 10 of the same pods on each node (just the pause container) and then makes sure it can  clean them up quickly
but because of this error they appear to not always start cleanly.
I've tried figuring out where the locking is occuring but haven't had good luck, wondering if its in vendored code?  such as aci conversion?

It's most likely https://github.com/coreos/rkt/blob/ff71ec57219ac0241ee2a511c4e186a8ac9fcc0e/Godeps/_workspace/src/github.com/camlistore/go4/lock/lock.go#L60
which is used by https://github.com/coreos/rkt/blob/ff71ec57219ac0241ee2a511c4e186a8ac9fcc0e/Godeps/_workspace/src/github.com/cznic/ql/file.go#L22
which is used in the store: https://github.com/coreos/rkt/blob/ff71ec57219ac0241ee2a511c4e186a8ac9fcc0e/store/db.go#L27

From a cursory investigation, we don't retry at all if the DB is locked, so we probably just need to add that here: https://github.com/coreos/rkt/blob/ca97bfa036d2441afc1b17a58d4205656e237c02/store/db.go#L91
/cc @sgotti if he's interested ;-)

@jonboulle interesting. I was thinking that the store internal locking in https://github.com/coreos/rkt/blob/ca97bfa036d2441afc1b17a58d4205656e237c02/store/db.go#L87 (added by d6b3ea8d) should come before the ql embedded locking and since it calls lock.ExclusiveLock  it should block (so no need to retry). I need to take a look at it.

But the non try methods shouldnt return eagain/ewouldblock so thats what confused me.

@sgotti hmm, you're right, not sure about that..
@sjpotter right but what's returning EAGAIN is camlistore/go4/lock, not pkg/lock - and the former uses fcntl in a way that doesn't wait: https://github.com/coreos/rkt/blob/ff71ec57219ac0241ee2a511c4e186a8ac9fcc0e/Godeps/_workspace/src/github.com/camlistore/go4/lock/lock_linux_amd64.go#L61

Are fcntl locking and flock the same thing?
On Apr 4, 2016 10:40 AM, "Jonathan Boulle"<EMAIL_ADDRESS>wrote:

@sgotti https://github.com/sgotti hmm, you're right, not sure about
that..
@sjpotter https://github.com/sjpotter right but what's returning EAGAIN
is camlistore/go4/lock, not pkg/lock - and the former uses fcntl in a way
that doesn't wait:
https://github.com/coreos/rkt/blob/ff71ec57219ac0241ee2a511c4e186a8ac9fcc0e/Godeps/_workspace/src/github.com/camlistore/go4/lock/lock_linux_amd64.go#L61
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/coreos/rkt/issues/2374#issuecomment-205409708

No. Lennart has a good rant explaining it:
http://0pointer.de/blog/projects/locking.html
On Mon, Apr 4, 2016 at 7:48 PM Shaya Potter<EMAIL_ADDRESS>wrote:

Are fcntl locking and flock the same thing?
On Apr 4, 2016 10:40 AM, "Jonathan Boulle"<EMAIL_ADDRESS>wrote:

@sgotti https://github.com/sgotti hmm, you're right, not sure about
that..
@sjpotter https://github.com/sjpotter right but what's returning
EAGAIN
is camlistore/go4/lock, not pkg/lock - and the former uses fcntl in a way
that doesn't wait:

https://github.com/coreos/rkt/blob/ff71ec57219ac0241ee2a511c4e186a8ac9fcc0e/Godeps/_workspace/src/github.com/camlistore/go4/lock/lock_linux_amd64.go#L61

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/coreos/rkt/issues/2374#issuecomment-205409708

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/coreos/rkt/issues/2374#issuecomment-205413185

So is that the source of the problem then.  We use flock, they use fcntl?

Well, not really; the problem is that somehow the ql->camlistore code is
trying to lock twice (which as @sgotti pointed out shouldn't really be
happening because our own outer lock should prevent it)
On Mon, Apr 4, 2016 at 7:57 PM Shaya Potter<EMAIL_ADDRESS>wrote:

So is that the source of the problem then. We use flock, they use fcntl?
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/coreos/rkt/issues/2374#issuecomment-205417922

I'm trying hard to reproduce this with a lot parallells rkt prepare/run/image list etc... and also just calling parallel store.Open/Query/Close and different other attempts but I can't reproduce this.
I (correctly) get the error only if, during these parallel runs, I directly access the ql db from a process that doesn't use the store locking (like the ql client). I doubt, but just to be sure, isn't there something that during these tests is accessing the ql db directly (outside rkt)?

There shouldn't be.  I should be able to give you access to a k8s cluster
where i can continuously reproduce the output via one of k8s tests and its
interaction with the rkt container runtime.
On Apr 5, 2016 2:33 AM, "Simone Gotti"<EMAIL_ADDRESS>wrote:

I'm trying hard to reproduce this with a lot parallells rkt
prepare/run/image list etc... and also just calling parallel
store.Open/Query/Close and different other attempts but I can't reproduce
this.
I (correctly) get the error only if, during these parallel runs, I
directly access the ql db from a process that doesn't use the store locking
(like the ql client). I doubt, but just to be sure, isn't there something
that during these tests is accessing the ql db directly (outside rkt)?
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/coreos/rkt/issues/2374#issuecomment-205730008

@sjpotter @yifan-gu I reproduced it with a local k8s cluster.
I was trying to reproduce it with multiple processes accessing the store, instead it's a goroutines concurrency problem triggered but the api-service (that's the unique process currently using the store in a concurrent way).
I'm preparing a PR to fix it.

Created #2391 . I hope the explanation is quite clear (fell free to ask).


How to setup it to stream worldwide?

Hello, i'm on windows server 2022 vds rightnow, without virtualizaton, so how can i deploy this tool to be able to connect from every part of planet without using docker? It only starts localhost, no matter development or production enviroment, thanks in advance!

How do you start broadcast-box server? Can you show logs?
APP_ENV=production go run .

By default following command should bind server on every network interface. You probably need to configure firewall somehow, but unfortunately I've never used windows server.

Hi @devintly
I have updated the docker-compose to use Caddy. All you need to do is set URL and everything will just work! https://github.com/Glimesh/broadcast-box?tab=readme-ov-file#docker-compose
I would suggest using Linux instead of Windows if possible.
thanks


New axis lazy pt2

Update iris.util.new_axis and cube.transpose (which is barely tested directly) to be lazy.

Commit added.

The big move to dask for Iris v2 made transpose and new_axis lazy. :tada:


Include ehaders pot pulling their prerequisites

[ 16%] Building C object lib/CMakeFiles/piocan.dir/pico-can.c.obj
In file included from /home/smurf/src/moat-bus/hw/pi/lib/pico-can.c:7:
/home/smurf/src/moat-bus/hw/pi/lib/include/pico-can.h:21:5: error: unknown type name 'uint8_t'
   21 |     uint8_t bits[(CAN_MAX_BITS+7)/8];
      |     ^~~~~~~

Umm, IMHO any library header should #include the headers it requires in order to work. <inttypes.h> in this case.
A patch that adds these will, I hope, be accepted …?

Huh? AFAIK pico-can.h is nothing to do with Raspberry Pi Pico SDK? :confused:

Owch. Wrong include.


Features/order history filter

Fix for ticket 0054518 - Customer order history filtering.
I fixed and cleaned the code as recommended. (I moved the form validation into form.py and eliminated some redundancy.)

Pavel, take a look at my comments and see if you can restructure this a bit more.

Couple of minor amendments required - see comments.

Now merged into master

I reworked some of this code - see https://github.com/tangentlabs/django-oscar/commit/dc22b2d4e06da49773f8660fe6da6aff58afda29


Youtube_bb cropped dataset on Baidu is unavailable

Hi! as the title mentioned, the link to the BaiduYun for the cropped Youtube_bb dataset is unavailable.
Since i got a lot of errors saying :

YouTube said:Unable to extract video data

so I think it is better that I use the dataset you provided on BaiduYun~
could you kindly put up the correct link to BaiduYun? :)
Thanks!

The link was updated about 3 month ago. Check TRAIN.md

Hi, the BaiduYun link in TRAIN.md show me this ~

Maybe it's overdue or something?
thanks!

It looks good to me. Check if you are using the latest link with extract code.

problem solved! Thanks!

Hi! as the title mentioned, the link to the BaiduYun for the cropped Youtube_bb dataset is unavailable  again！could you share with me if you downloaded?thanks!


Unsupported kind of type: ConstantArray

Dealing with C++ code that uses networking on OSX invariably includes headers like sys/_pthread/_pthread_types.h which are full of structs with constant array members. C++ objects with fields that are (eventually) composed of these structs fail to parse.
Rust supports fixed-length arrays, so this should be easy to add.

Yes, fixed size arrays can be supported. It was not a top priority because they are seldom used in API, but it should be fairly easy.
Note that information about class fields is currently not used. Failing to parse a field will not have any effect. The class and its methods should still be available.


aegir release --type patch fails

Experienced while trying to release version 0.12.1 of js-peer-id:

feel free to re open this if this still happens.


fix ElementAt udf

From the description of the task, it seems like this should handle dart related UDFs, like DartGet and DartContains. @kevinbheda can you please confirm this once.


Allow normal password entry at the same time as face recognition

As suggested by @magarto, make Howdy asynchronous so a password can be entered at the same time though the default Unix way. This has to be done with the PAM, not sure how.

I've found a doc from the fingerprint-gui module that explains how they got this principle to work.

If I unterstand well from case 4, typing password should stop face_detection module (if not other modules are working).

Case 4 (user has typed the password)
If the PAM module returns from its password prompt with a non empty password field the user has typed his password at the prompt. Then the module sends SIGUSR2 to the helper to stop it immediately and returns PAM_IGNORE. So the other PAM modules can check the given username/password.

That's what I tried to do in python, but I ran into 2 issues:
First of all, the call to the PAM conversation is interpreter-blocking. This means that when we promt for a password nothing else can run. Even separate threads will freeze.
Secondly, I can't get the PAM_IGNORE signal to pass the captured password to the other PAM modules. It's doing the exact same thing as fingerprint-gui (I've run though the source) but it just falls through to a second password prompt.

@boltgolt did you tried contact linux-pam developers about this issue?

I haven't, and looking at the issues page of the project it doesn't seem very active. I was working on removing the dependency in it's entirety and writing the PAM part in C++. However, i'm not that comfortable in C++ so that's on hold for now.

it doesn't seem very active

Indeed: https://sourceforge.net/p/pam-python/code/ci/19f932b71918cbcd639a26bef79e2de0c3d9d5c4/log/?path=
Maybe try this one?
https://github.com/minrk/pamela

sourceforge project seems dead, but here is some activity: https://github.com/Ralnoc/pam-python

LM 16.2 Tina has a virtual keyboard at login that accepts a password if camera is active.

LM Tina 19.2 Tina has an onscreen keyboard at login however does not accept the PW when the camera is active.

@boltgolt With your hesitation to use C++ maybe we could try using a different low-end language? There are several alternatives that would perform just as fast (if not faster) than plain old C++ (specifically Rust and Go come to mind).

It's working for me!!
I can enter login the normal way and howdy works asynchronously.

Any progress on this? I thought Howdy was always asynchronous like this, but if it isn't, then I don't know if it's compatible with my (or @papermache's) workflow.

You could try the beta right now and see if it works as you would expect

Closed by #484.


[CLI] No config file in offline mode

Description
No config file seems to be created when offline mode is selected. This prevents grouping and identification of runs when they are then manually synced to the server.
Wandb features
When the init function is called as wand.init(mode='offline',...), the metrics seem to be correctly logged, but, under the run directory, the files/ subdirectory will contain no config.yaml file, preventing correct logging of configuration.
Environment

OS: Ubuntu 20.04.3
Python Version: [eg. 3.8.10]

Hi @proceduralia,
I just tested this on Ubuntu 20.04.3, and it generated the config.yaml file for me. Could you share a link to the project where you experience this?
A small script reproducing this behavior would also be very helpful in figuring out why you are experiencing this issue.
Thanks,
Ramit

Hey @proceduralia,
You can use wandb sync to sync your files. Usually, you can start using wandb sync a few minutes into your experiment (so that the file to be sent to W&B is populated with some information) and it should work as expected.
Thanks,
Ramit

Hi @proceduralia, since we have not heard back from you we are going to close this request. If you would like to re-open the conversation, please let us know!

Hi @ramit-wandb this issue is not resolved in my case. This is a simple script to reproduce the issue:
    wandb.init(
        project=wandb_project_name,
        entity=wandb_entity,
        dir=log_path,
        mode="offline",
    )
    wandb.config.update(
          config_dict,
    )
# wandb.log

The problem only happens in the offline mode. I think I use the same remote cluster as @proceduralia, which does not have internet access.
I found config.yaml almost always does not exist in the offline-run-*/files/ folder, even when the run is finished. With some exception, the config.yaml only have _wandb key, but not have the information of config_dict.
Could you help me with this issue? Actually, this is one of the biggest reasons for me to use wandb.

I've got the same issue. Did you resolve it?


tests: drivers: build_all: ethernet integration platforms

Add integration platforms for the ethernet build_all tests to get some coverage.
Alternative solution would be to add build_on_all: true, but not sure this is desired:
$ cat twister-out/testplan.json | jq -r '.testsuites | length'
56

integration platforms is supposed to be a small subset, not a list of every possible platform that can build.

Yes, but each of these platforms has a different SoC driver for ethernet. To get them to "build all" this is a minimal set.

integration platforms is supposed to be a small subset, not a list of every possible platform that can build.

Yes, but almost all of these platforms has a different SoC driver for ethernet. To get them to "build all" this is a minimal set.

@hakehuang do you have any suggestion about this


BCE0004 IEntity in booish.gui - both are SAME

I am unable to build extras/booish.gui and the error is complete nonsense:
[booc] b:\tests\boo\extras\booish.gui\src\CodeCompletionData.boo(78,38): BCE0004: Ambiguous reference 'IEntity': Boo.Lang.Compiler.TypeSystem.IEntity, Boo.Lang.Compiler.TypeSystem.IEntity.
How can I have ambiguity between two same things? There are more identical errors.
How it started: I have downloaded current boo-master, extracted and wanted to run booish.exe from the bin directory - ERROR!  All went good. I wanted to try something, booish.gui looked good. It took me some time to find out that I need old SharpDevelop 3.x (4.x and 5.x use AvalonEdit) and create build.properties to set boo.profile=build. But now I am getting these strange errors. What is going on?
BTW: ILSpy found exactly one interface IEntity in all dlls in build directory of booish.gui.

boox failed as well:
BooExplorer.Common:

 [booc] Compiling 1 files to 'b:\tests\boo\extras\boox\build\BooExplorer.Common.dll'.
 [booc] b:\tests\boo\extras\boox\BooExplorer.Common\CodeCompletion.boo(51,43): BCE0019: 'GetAllMembers' is not a member of 'Boo.Lang.Compiler.TypeSystem.TypeSystemServices'.
 [booc] 1 error(s).

So... modifying the import to
import Boo.Lang.Compiler.TypeSystem from Boo.Lang.Compiler

...made a change, but all those extras (or at least booish.gui and those dependent on it) are way tooooooo old referencing SD1.1 and some older Boo version... all broken :(
Why is it still there?

The compiler is including itself and its dependencies as a reference by default, so you have two versions of IEntity: the one in the compiler, and the one in the version of Boo.Lang.Compiler that the project is referencing.
You can switch this off with the -nostdlib compiler switch, (or the project option that says to not reference mscorlib, in #Develop,) which causes the Boo compiler to not add any standard references.

Sorry, I am newby here (don't now English, write from my fingers and my tooth pain) and newby in .NET programming.
Windows booxw:
cd to boo-master\extras\boox and  c:\utils\nant\bin\nant (SD 4.4)
I have same:
BCE0019: 'GetAllMembers' is not a member of 'Boo.Lang.Compiler.TypeSystem.TypeSystemServices'
What to do (russian (forwere) question, first from two)?

@Andykid69 I'm not sure what you mean by that.

I want to write small home programm.  After (....) I decide (or deciding...) try that in boo
(I like python, but compiler does not like resources. When I write python programm, I can not debug this.)
I wanna compile (now) boox. Here is that error.

I can read English, I can't write English.

When I compile boox
BCE0019: 'GetAllMembers' is not a member of 'Boo.Lang.Compiler.TypeSystem.TypeSystemServices'
What is

@Andykid69 As I pointed out above, you need to make sure the compiler doesn't add itself to your references when you build, by passing -nostdlib and making sure to resolve the needed references properly.


[Draft] Add failing test to repro a problem when a workflow chooses to ignore a cancellation.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.chronoguy seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Saw some debug and commented out code and what not in here, so assuming that since it's just a draft you don't want this reviewed at a deeper level yet?

According to the current CancellationScope design, once canceled, the scope stays canceled. And the cancellation is happening before the exception is thrown. So, the only way for a workflow to ignore the cancelation is to start a new detached scope. All attempts to call to activities or blocking operations like Workflow.sleep() will end up with CancelationException.


Flash Loan Smart Contract

Motivation
Summary
A flash loan is a special kind of loan that does not require any collateral. It is received and paid back in a single transaction with a small fee.
Rough Smart Contract Design

There should be a LendingPool Contract which a loan can be taken from. This should reflect the exchange contract found in the SwaySway app.
There should be a minting contract where tokens can be minted for a flash loan.
There should be a Flash Loan contract that recieves a loan

There should be a function that starts flash loan
There should be a function gets called by the lending pool to execute the loan

This function will not execute anything for now

Should be able to change where the loan is originating

Events should be emitted when

A flash loan is completed

Can you update this to follow the "New Application" structure? It's not exactly a new feature but more of an entire app - or at least the start of the basis for it.

As this is just the contract, wouldn't this be a feature? I can make a separate issue for the flash loan application and have it track this.

Can you update this to follow the "New Application" structure? It's not exactly a new feature but more of an entire app - or at least the start of the basis for it.

As this is just the contract, wouldn't this be a feature? I can make a separate issue for the flash loan application and have it track this.

Well, everything else in this repo is basically just a smart contract but they are being slowly built towards usage within applications.

I can make a separate issue for the flash loan application and have it track this.

Sure, that sounds good too

On Fuel, flashloans can be implemented at the token level with no need for liquidity. This functionality will be added to the std-lib when the final blockers are removed, where a contract allowing flash minting of its asset will be demonstrated.
Given this understanding of flash loans, do we still want to build a standalone application for this, or could we showcase this within another application (e.g. flash swaps on the AMM) ?

On Fuel, flashloans can be implemented at the token level with no need for liquidity. This functionality will be added to the std-lib when the final blockers are removed, where a contract allowing flash minting of its asset will be demonstrated.
Given this understanding of flash loans, do we still want to build a standalone application for this, or could we showcase this within another application (e.g. flash swaps on the AMM) ?

Having an integration into a larger system is nice although it may be more difficult to isolate the concept so that others can easily replicate it. If a flash-loan has a lot of different applications then it should be its own app so that people can easily refer to an MVP. If it's simple to implement then we may close this issue and leave it in the AMM and point people at that explicitly.
So:
if flash-loan == easy {
    AMM
} else if lots_of_utility {
    Separate Application
} else {
    // difficult app
    Separate Application
}

I think flash-loan == easy ... but we should know for sure soon!
Given that on Fuel there are actually 2 flavours of flash-loan : liquidity-backed or flash-mint backed, we might want to do something to explicitly demonstrate that. The latter case is optional functionality for a token contract - and probably something we should consider adding to our Sway-side contract for bridged tokens.

Closing this and opening an issue for a Flashloan library.


Feat : Enable user-defined-java-function(UDF)

Problems solved in this PR
Supporting CREATE FUNCTION and DROP FUNCTION syntax based on ScalaFunction, allowing users to define their own java functions and use them.
Changes proposed in this PR
UDF设计文档： https://drive.google.com/file/d/1IgL1BMlF_8leEvLbaBNOgQ9hUoQQxkxs/view?usp=sharing
UDF使用手册： https://drive.google.com/file/d/1UmTcmpIWvAb-AZFxWTQs877Nz6VA3AgA/view?usp=sharing
Tests

[x] Unit test
[x] DML_DDL test

Release note

None

Issue link
https://github.com/ApsaraDB/galaxysql/issues/62

SUPPORT_MAX_REGISTER_UDF_NUM 防止用户注册非常多的UDF。


Question: How to format on save in VSCode?

I've got this plugin properly linting and I've got the following in my .vscode/settings.json:
  "editor.codeActionsOnSave": {
    "source.fixAll.eslint": true,
  }

Is there some other setting or option I'm missing to apply fix on save for files that this plugin lints?

Why do you think this is an issue from this plugin instead of vscode-eslint?

@JounQin I don't really think it’s an issue, I just had a question and thought that since there were references to VSCode in the user guide.

@JounQin I don't really think it’s an issue, I just had a question and thought that since there were references to VSCode in the user guide.

That does not mean we're responsible for usage with vscode-eslint, the integration guide is just like all standard ESLint plugins.
So closing for now, feel free to comment if you find this is actually caused by this plugin, then I'll reopen it. Thanks.

Besides, you can try to reload VSCode first, because sometimes it sucks. 😂


delete me

It does support it. Any more details?

The original post:
title: dosen't support arrow function as replacer???
description: just sharing my 1h headache with you all


update issue: vue-cli base config on vuetify-loader

Version
4.3.1
Environment info
System:
    OS: Linux 5.4 Fedora 30 (Thirty) 30 (Thirty)
    CPU: (12) x64 Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz
  Binaries:
    Node: 10.19.0 - /usr/bin/node
    Yarn: Not Found
    npm: 6.13.4 - /usr/bin/npm
  Browsers:
    Chrome: Not Found
    Firefox: Not Found
  npmGlobalPackages:
    @vue/cli: Not Found

My linux environment uses lots of symlinks - this is a design to allow multilingual builds, and project instantiation based on the same code, and a language plugin.
Steps to reproduce
The problem is os-specific and probably related to in environmental behavior, thus not simply reproducible by a repo.
The problem and the workaround
After upgrading vue to the latest version I had the following error:
Error: [VuetifyLoaderPlugin Error] No matching rule for vue-loader found.
Indeed vuetify-loader/lib/plugin.js didn't get the argument as it did in previous versions.
Investigating further took me to @vue/cli-service/lib/config/base.js line 57.
.loader('vue-loader') has been changed to .loader(require.resolve('vue-loader'))
That broke my existing installation(s). Removing require.resolve works, and I can get my instances to work with the latest version.
What is expected?
Upgrade not breaking the working code. (or indicate configuration problems)
What is actually happening?
ERROR  Error: [VuetifyLoaderPlugin Error] No matching rule for vue-loader found.
Make sure there is at least one root-level rule that uses vue-loader.
Error: [VuetifyLoaderPlugin Error] No matching rule for vue-loader found.
Make sure there is at least one root-level rule that uses vue-loader.
    at VuetifyLoaderPlugin.apply (/srv/codepad-project/var/vue/node_modules/vuetify-loader/lib/plugin.js:18:13)
    at webpack (/srv/codepad-project/var/vue/node_modules/webpack/lib/webpack.js:51:13)
    at Promise (/srv/codepad-project/var/vue/node_modules/@vue/cli-service/lib/commands/build/index.js:192:5)

This might have no effect on other people, however, it enforces me to apply a patch - so I just wanted to drop a notice if others encounter this issue as well. After all, it was not easy to hunt that problem down, after the unclear error log.

This issue has been fixed long ago.
https://github.com/vuetifyjs/vuetify-loader/pull/97
You might just need to update your vuetify-loader version.


Compilation error on comprehensions ending with a assignment and guard.

val ns = for {
    n <- List(1,2,3)
    plusOne = n + 1
    if plusOne - 1 == 2
  } yield plusOne

results in
[error] /Users/zpowers/workspace/playground/bettermonadfortest/src/main/scala/example/Hello.scala:5:5: constructor cannot be instantiated to expected type;
[error]  found   : (T1, T2)
[error]  required: Int
[error]     n <- List(1,2,3)
[error]     ^
[error] one error found
[error] (Compile / compileIncremental) Compilation failed

printing trees before an after NoTupleBinding gives this:
Test Source:
val res = for {
        bool <- List(true, false, false, true)
        bool2 = !bool
        if bool2
      } yield bool2

Before:
List(true, false, false, true).map(((bool) => {
  val bool2 = bool.unary_$bang;
  scala.Tuple2(bool, bool2)
})).withFilter(((x$1) => x$1: @scala.unchecked match {
  case scala.Tuple2((bool @ _), (bool2 @ _)) => bool2
}))

After:
List(true, false, false, true).withFilter(((bool) => {
  val bool2 = bool.unary_$bang;
  bool2
}))

Which looks correct to my naive eye, not sure where the compile is seeing a tuple.

That's not quite the problem:
hhoughton:de hhoughton$ scala-launch 2.12.6 -Xplugin:`coursier fetch -q -p com.olegpy:better-monadic-for_2.12:0.2.2` -Xprint:par,bm4
Welcome to Scala 2.12.6 (Java HotSpot(TM) 64-Bit Server VM, Java 1.8.0_161).
Type in expressions for evaluation. Or try :help.

scala> :pa -raw
// Entering paste mode (ctrl-D to finish)

object Test{
val res = for {
        bool <- List(true, false, false, true)
        bool2 = !bool
        if bool2
      } yield bool2
}

// Exiting paste mode, now interpreting.

warning: 'bm4' selects 3 phases
[[syntax trees at end of                    parser]] // <pastie>
package <empty> {
  object Test extends scala.AnyRef {
    def <init>() = {
      super.<init>();
      ()
    };
    val res = List(true, false, false, true).map(((bool) => {
  val bool2 = bool.unary_$bang;
  scala.Tuple2(bool, bool2)
})).withFilter(((x$1) => x$1: @scala.unchecked match {
  case scala.Tuple2((bool @ _), (bool2 @ _)) => bool2
})).map(((x$2) => x$2: @scala.unchecked match {
      case scala.Tuple2((bool @ _), (bool2 @ _)) => bool2
    }))
  }
}

[[syntax trees at end of                bm4-parser]] // <pastie>: tree is unchanged since parser
[[syntax trees at end of               bm4-parser2]] // <pastie>
package <empty> {
  object Test extends scala.AnyRef {
    def <init>() = {
      super.<init>();
      ()
    };
    val res = List(true, false, false, true).withFilter(((bool) => {
  val bool2 = bool.unary_$bang;
  bool2
})).map(((x$2) => x$2: @scala.unchecked match {
      case scala.Tuple2((bool @ _), (bool2 @ _)) => bool2
    }))
  }
}

<pastie>:3: error: constructor cannot be instantiated to expected type;
 found   : (T1, T2)
 required: Boolean
        bool <- List(true, false, false, true)
        ^
There were compilation errors!

Before the rewrite, bool and bool2 are both passed through the withFilter; after parser2 bool has been eliminated (and the tuple), but the synthetic match in the second map still expects both to be passed.

This is certainly wrong, untupling is supposed to not trigger if there's a withFilter clause. Will try to fix it within 1-2 days.

Actually disregard the days bit. I had the check written but forgot to actually call it when I was looking for a solution to make it work with longer for-comprehensions 😅
Waiting for new version to sync to maven central now, will close the issue when it's done.


Move pachd back to /pachd in 1.11 for backward compatibility in manifest

Looking through the 1.11 manifest it looks like the only breaking change is the /pachd to /app/pachd move. Since this mostly a stylistic change, I think we should move back to the old location to ease the potential support burden of the change and reducing breaking changes makes it easier to deploy given branches or new versions to Hub. This is particular important as we start to dogfood hub into CI and allow arbitrary Pach SHA's in Hub
cc @ysimonson

For context, the stylistic aspect is that we now use the /app on both the worker and pachd images. The alternative is that we can support the old path by symlinking /pachd -> /app/pachd, though admittedly it has its own stylistic downsides.

I think it's probably easiest to just move back to the old path for now. That seems like the easiest way to support backward compatibility. This is something we could fix in the 2.0 release if we want to unify the two container images.


Update eslint packages to resolve github security warning

At the moment we have a Github security warning because our eslint package is old.
This PR solves it by upgrading the package.
I've also cleaned up the .eslintrc config by using the react/recommended settings which seems to be like a good choice for an opensource package like this.

LGTM :+1:


Change link to Chinese version page

Change link to Chinese version page in page /zh/docs/setup/
Page updated: https://kubernetes.io/zh/docs/setup/

/lgtm
/approve


Hot restart/reload does not work if program is stuck in infinite loop

import 'package:flutter/material.dart';

void main() => runApp(MyApp());

void loop() {
  while (true) {
    /* Do nothing */
  }
}

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Material App',
      home: Scaffold(
        appBar: AppBar(
          title: Text('Material App Bar'),
        ),
        body: Center(
          child: GestureDetector(
            onTap: loop,
            child: Container(
              child: Text('Hello World'),
            ),
          ),
        ),
      ),
    );
  }
}

Flutter version: 2.2.3 from stable channel

Both hot reload and hot restart require running code on the UI thread, which cannot be done if it is parked due to an infinite loop or paused via the VM Service. Leaving this open because it would be nice to find a way to detect or deal with this, but In the short term I don't have any ideas.

Both hot reload and hot restart require running code on the UI thread, which cannot be done if it is parked due to an infinite loop or paused via the VM Service. Leaving this open because it would be nice to find a way to detect or deal with this, but In the short term I don't have any ideas.

Well, if i make it async, the app won't restart either
Future<void> loop() async {
  while (true) {
    /* Do nothing */
  }
}

that is still an infinite loop, I'm not sure why that would change anything

Why does hot restart require running code on the UI thread?

@Hixie IIRC it has to do with Isolate shutdown requirements, but @zanderso would know more.

(this means we also need to disable breakpoints before hot restarts too)

Seems like an implementation detail, not a design requirement. If I want to hot restart my application, I really don't care what it's doing, I just want to terminate it, reset everything, and start over. If it can be done cleanly then great, if it can't then whatever. After all, if the tool isn't going to be able to do it for me, I'm just going to ^C the process and restart it cold!

I'm guessing that hot restart could be made to work without too much difficulty in this case, but at the moment I'd be surprised if the hot restart request had high enough priority to be handled with Dart frames on the stack by the stack overflow check that's implicitly in the loop[1]. Forcibly unwinding the Dart frames and then tearing-down and rebuilding the Isolate doesn't seem like it shouldn't be all that much different than what happens with an unhandled exception.
My understanding is that supporting hot reload in this case would be a lot more difficult since you'd have to rebuild the Dart frames in the new world, but my knowledge in this area could be out of date.
@rmacnak-google will know the real answer
[1] Hopefully the stack overflow check in the infinite loop hasn't been optimized away.

Hot reload proper will work just fine even if the Dart code is sitting in an infinite loop (things need to be blocked in foreign code for the VM to be unable to handle service requests). The program will be updated and the infinite loop will continue. Though anything after hot reload proper that wants to run at the next event loop boundary, such as asking the framework to reassemble, would still need to force an unwind to get new events handled. I would highly discourage tooling from automatically doing so because it breaks fix-and-continue debugging (such as reloading when paused at an exception or breakpoint), where the existing stack is valuable context.
For the hot restart case, Isolate.kill(immediate) would work on such an infinite loop.

Tapping on text and then trying to hot reload / restart shows below:
Performing hot reload...
Syncing files to device iPhone 12 Pro Max...

 flutter doctor -v
[✓] Flutter (Channel stable, 2.2.3, on Mac OS X 10.15.4 19E2269 darwin-x64,
    locale en-GB)
    • Flutter version 2.2.3 at /Users/dhs/documents/fluttersdk/flutter
    • Framework revision f4abaa0735 (4 days ago), 2021-07-01 12:46:11 -0700
    • Engine revision 241c87ad80
    • Dart version 2.13.4

[✓] Android toolchain - develop for Android devices (Android SDK version 30)
    • Android SDK at /Users/dhs/Library/Android/sdk
    • Platform android-30, build-tools 30.0.3
    • ANDROID_HOME = /Users/dhs/Library/Android/sdk
    • Java binary at: /Users/dhs/Library/Application Support/JetBrains/Toolbox/apps/AndroidStudio/ch-0/202.7486908/Android
      Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6915495)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 12.3, Build version 12C33
    • CocoaPods version 1.10.1

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 4.1)
    • Android Studio at /Users/dhs/Library/Application Support/JetBrains/Toolbox/apps/AndroidStudio/ch-0/202.7486908/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
      1.8.0_242-release-1644-b3-6915495)

[✓] VS Code (version 1.57.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.21.0

[✓] Connected device (4 available)
    • SM G975F (mobile) • RZ8M802WY0X • android-arm64 • Android 10 (API 29)
    • iPhone 12 Pro Max (mobile) • A5473606-0213-4FD8-BA16-553433949729 • ios
      • com.apple.CoreSimulator.SimRuntime.iOS-14-3 (simulator)
    • macOS (desktop)            • macos                                •
      darwin-x64     • Mac OS X 10.15.4 19E2269 darwin-x64
    • Chrome (web)               • chrome                               •
      web-javascript • Google Chrome 91.0.4472.114

• No issues found!


BOOT FAILURE when exiting FreeDOS menu

When leaving the FreeDOS boot menu via ESC to return to the main menu, I get the following instead:
Could not boot: No such file or directory (http://ipxe.org/2d02803b)
Could not boot: No such file or directory (http://ipxe.org/2d02803b)
Could not boot: No such file or directory (http://ipxe.org/2d02803b)
FATAL: INT18: BOOT FAILURE

Thanks for finding that, fixed in https://github.com/antonym/netboot.xyz/commit/80c42b80eba2132b0be731af2ab0724dc0c6962c


Reimplement Subterritories divided by another Subterritory (of lower or same level)

Split Subterritories are not solved in InkV - in gsheets we had this feature of returning back to the original Sub-T level, but in InkV we don'. There, we have to artificially create 2 Subterritories and add metadata to both of them, which is wrong; it is more work, and it is spurious work; e.g., they will then be counted as 2 documents rather than 1 (and IDE relationship is also not a solution, it is semantically a completely different relation). Thus, we'll have to reimplement the split Subterritories.
Should be done before import of Statement data (Kent, Seila).

Current opinion: solved by adding anchors, we will not try to solve the order of "folders" (Ts) mixed with "files" (Ss) it in the territory tree.

I would probably need more context here, ideally an example?

@adammertel :
T1 starts.
<T1.1>Now a nice T1.1 is interposed, such as a letter included in a broader chronicle.</T1.1>
Now T1 happily continues

Is this structure possible in anchor adding? I think it maybe is. If it is, let's close the issue, it is solved.
If it isn't and we need to artificially divide T1 into T1 and T2 just because of the technical limitations, it is bad and we must solve.


Consistent name for 'click' package

No review needed.

Coverage remained the same at 38.188% when pulling 36554b06a7c111973976d69840750a3e6caec4a1 on andy/fix-click-case into cdebdecc9cd6acadde74ac3f48fc110d6025ca15 on master.

Coverage remained the same at 38.188% when pulling 36554b06a7c111973976d69840750a3e6caec4a1 on andy/fix-click-case into cdebdecc9cd6acadde74ac3f48fc110d6025ca15 on master.


[WAL-169] Prevent did alias from being shortened

Before:

After:

Updated:

use TextOverflowEllipsis for did alias text
noticed there is an unnecessary margin-left for did when there is no did alias. Made this margin-left conditional: add only if there is a did alias

:tada: This PR is included in version 1.0.0-semantic-release.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Allow ISO formatted dates in look up table transitions

Look up table transitions previously allowed for decisions to be made on the time in the simulation. The way that this works is that time ranges can be defined using milliseconds since the epoch. This works, but is not great for human readability.
This PR preserves that capability, but also allows for date ranges to be defined as ISO Dates. This means what was previously:
1599264000000-1627948800000
can now be represented as:
2020-09-05-2021-08-03
For those who prefer the old format (there is probably someone), it still works.

@hadleynet I made changes in response to your comments. Also rebased on master.


Subdominator snap version

I have tried your tool and although it is still at an early stage of development, I find it very useful. I have made a snap out of it which could be very useful for Linux users. Here are the links to the project.
Snap store: https://snapcraft.io/subdominator
GitHub repository: https://github.com/drcoccodrillus/snap-subdominator
I am here for asking to partecipate in the project and help maintaining the Subdominator snap.

Thanks for creating the snap! You're welcome to maintain it for now, at some point it will be great to get this merged into the CD pipeline so it doesn't need to be manually created with updates.


feat(regexp-assemble): Make 951230 work with regexp-assemble

Rename the data file for 951230 to 951230-chain1.data so regexp-assemble
can properly be used for that rule.
Replaces https://github.com/coreruleset/coreruleset/pull/2535#issuecomment-1126972871 for v4.1/dev

This looks simple enough, so if it works why not. But we have a conflict now.
Happy to merge if that is resolved.


On server, WARNING: js-bson: Failed to load c++ bson extension, using pure JS version

fixed by installing some missing tools on server and rebuilding


api, core: Add new Core API {Get,Stat}Object with pre-conditions.

Implements a new API to provide a way to set headers
for GetObject(), StatObject() request such as to

read partial data starting at offsets.
read only if etag matches.
read only if modtime matches.
read only if etag doesn't match.
read only if modtime doesn't match.

Fixes #669

Can you check again @krishnasrinivas @vadmeste


Chrome extension doesn't work

Just nothing happens when I want to sent a page to the app.

Odd. It's working fine on my end. Could be a permissions thing.

Besides admin permissions, I believe, I blocked nothing.

This is fixed now

it doesn't work for me

@ashrovy I will take a look


fix app_user migration

Changes
I can't do the insert into app_user directly, because the order of the columns is different in each environment (local, staging, production).
So, I changed the migration to get the columns dynamically. First, get the columns of the user table, and then, make an insert using this columns.
I tried to do it as simples as possible, but, what do you think @obernardovieira ?
New

Tests

I'll suggest doing something different.
First, let's split the migration into two. One with just the table creation, nothing else (I also think you should rename the migration, using the previous timestamp, so it's one of the first to run. And you can delete the older create). And then a second one with the migration. One simple way to go around that is to, within the migration, create a sequelize model for the old table and one for the new one. Query everything from the first, insert on the second. Sequelize handles everything for you.
As an example of how to create models, look at z1629716371-populate-ubi-beneficiary-registry.js. The queryInterface.sequelize.define creates the model (connecting to the database table).

@obernardovieira , done!


1465 review geocoding stats

@rafatower CR this, please. I haven't tested it in staging yet (can't test locally), but I first want to know whether this is what you're expecting.

I'm afraid that will not solve the problem: geocodings triggered from the georeferencer won't go through the model you modified. See these lines

I'm not sure about what you mean. AFAIK there're two ways you can trigger geocodings: UI and georeferencer. The new flag is set when user requests geocoding manually, and other cases won't set the flag. That way we can distinguish them. Or, at least, that's what I was trying!

But we won't get logs from the georeferencer in kibana, right?

Oh, I think I see what you mean :confused:  I had read the lines you pointed, but I supposed CartoDB::InternalGeocoder::Geocoder.new creates a new Geocoding instance, but it doesn't, does it? Internal geocoding is neither triggering metrics not registering the execution? :disappointed:

:(
As far as I remember it is the other way around: the Geocoding creates a CartoDB::InternalGeocoder::Geocoder (see table_geocoder). And it is the Geocoding also responsible of the so-called metrics_payload

@rafatower CR this, please. Now it should be much closer to an actual solution :-) I haven't tested it in staging yet, I want to know your opinion before.

:+1:


bundle install uses wrong ruby

Operating system: Fedora 22 x86-64
Last upstream commit (run git log --author="Robert Lord" | head -n 1): 17b259a40da6ef3e0561db76371754b6620e1e43
Browser version(s): Chrome 59
Ruby version (run ruby -v): ruby 2.3.4p301 (2017-03-30 revision 58214) [x86_64-linux]

Ruby beginner here. Typing bundle install seems to use wrong (system) ruby:
$ bundle install
Your Ruby version is 2.2.5, but your Gemfile specified >= 2.3.1
$ which bundle
/opt/ruby-2.3.4/bin/bundle
$ which ruby
/opt/ruby-2.3.4/bin/ruby
$ ruby -v
ruby 2.3.4p301 (2017-03-30 revision 58214) [x86_64-linux]

My system ruby is 2.2.5, and that's what bundle wants to use. I am new to ruby, but have experience with several other languages. This is not an expected behavior to me.
How to tell bundle not to use system ruby?
Thank you for the great work on slate.

gem install rvm solved the problem.


Is there already a map control?

I need to display a map, how should I do it, load the page? But I can't find the web control either

Try to use available Swing components for maps

@yaroslavkulinich do you have any code for map?

I use Swing-based WorldWindJava 3d gis library.
But it's not the best way if you need just to show something on a map. It's for more complex 3d map apps and requires deep reconfigurations, because written pretty old style, for old use cases and techniques.
To use map with compose - wrap some Swing map panel into SwingPanel composable.

Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks.


[main] Upgrade to latest dependencies

Cron. -knative-prow-robot
/cc we don't use Prow
/assign we don't use Prow
Produced via:
./hack/update-deps.sh --upgrade --release v0.23
./hack/update-codegen.sh

Details:
bumping knative.dev/eventing 68afe54...e745733:
  > e745733 make sure the mtchannelbasedbroker uses trigger.spec.delivery (# 5267)
  > 71153e6 Adding dataplane conformance tests for Delivery Specs for Brokers. (# 5262)
  > 92fb0f4 Do not panic prober if report fetched too early (# 5264) (# 5265)
  > fc115ae update to new release of goland sdk for cloudevents 2.4.1 (# 5261)
  > 1f54d0e Format markdown (# 5251)
  > 7544bdb Use Event Prober, and Event Library  (# 5216)
bumping knative.dev/pkg b51994e...b80a192:
  > b80a192 Improve state reporting in kube checks (# 2082)

Codecov Report

Merging #236 (b500129) into main (c48ffec) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #236   +/-   ##
=======================================
  Coverage   80.32%   80.32%
=======================================
  Files          20       20
  Lines         747      747
=======================================
  Hits          600      600
  Misses        133      133
  Partials       14       14

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c48ffec...b500129. Read the comment docs.


Reusable permutation and transpose

As a tool for implementing reusable factories, this adds reusable functionality for all Csr permutation and transpose functions.
It also takes a first step towards making Permutation the default representation of a reordering.
Closes #1157

Just a comment, but Csr now has 18 (!) function for permutation. IMO that is too much, at least the array ones should be deprecated, since, as far as I understood it, we would move to the Permutation interface.


Update docker-compose.yml

Merge this before we tag bee

Please approve https://github.com/ethersphere/bee/pull/1327 instead


failed pool:create prevents pool from being created again

$ galaxy -env dev -pool marten pool:create
...
CreateStack Failed,...
....

$ galaxy -env dev pool
ENV  POOL    APPS
dev  rfmweb ...

$ galaxy -env dev -pool marten pool:create
Pool marten already exists

galaxy doesn't show that the stack exists, but it won't allow it to be created either

The pool gets added to the env/pools/* redis set, but doesn't show in the list of pools.

It is lacking a matching dev/pools/marten key, which is why it doesn't appear in the list of pools.

I think this might be the same issue as #211, not 100% sure.

Nope, this is a different issue than #211, but somewhat related.
ListPools() looks in two different keyspaces.  One is <env>/*/hosts/*/info, which is automatically populated by commander when it starts up.  The second part of that path (the first *) is the pool name.  I don't know how that is populated.
The other keyspace is <env>/pools/*.  The literal key <env>/pools/* is ignored in this case (despite being a set that contains the names of all pools in that environment) and instead looks at <env>/pools/<pool>, which is populated only when an app is assigned to a pool.
I think a better way to go is to instead look the literal <env>/pools/* key and get a list of pools per environment from there.


Improve Boost.Test Version Identification

Boost 1.63 has support for the new command-line option --version which launches the test module, displays version information and exits. The output is written to standard error in a format as follows:
Boost.Test module in executable 'test.exe'
Compiled from Boost version 1.63.0 with static linking to Boost.Test
- Compiler: Microsoft Visual C++ version 14.0
- Platform: Win32
- STL     : Dinkumware standard library version 650

Make use of this information to better react to version differences in Boost Test.
Hint(s):

Given that Boost 1.61 and 1.62 are to be supported, make use of debug symbols (similar to --list_content) as a primary step to identify versions.
Execute the process one additional time during discovery using the --version argument to extract the necessary information. This information can then be serialized and passed onto the executor via the Microsoft.VisualStudio.TestPlatform.ObjectModel.TestCase.SetPropertyValue and Microsoft.VisualStudio.TestPlatform.ObjectModel.TestCase.GetPropertyValue methods.

@netspiri would still prefer to have the version number in the output/report files instead of starting the process an additional time.

We can extract version information from the output/report files if we run tests using the --build_info argument. Additional metadata will be added to the test report.
Alas we need version information as soon as possible i.e. before test discovery and not after test execution. Unfortunately, we cannot use the same approach with --list_content=DOT. Running --build_info --list_content=DOT will only provide test discovery information.
I do not think that running the test module an additional time will cause a big impact in terms of performance. Note that the process will only run 1 additional time, for example, having a test module with 10 tests, the process will be launched once to identify the version, another to run --list_content and up to 10 additional times to run each and every test based on user selection and test batch strategy, leading to a maximum of 12 process launches in the worst case scenario.
In conclusion, I think this is the best option that we currently have and it is best that we utilise the available mechanism to avoid versioning issues in the future.


VSCode integration

OpenSCAD has an extension for vscode which it's main function is adding two buttons, one for export to stl and one to preview the file. Is there something similar for JSCAD?

OpenSCAD has an extension for vscode which it's main function is adding two buttons, one for export to stl and one to preview the file. Is there something similar for JSCAD?

JSCAD doesn’t have a preview function. Just drag and drop any design to the website, which compiles the design and renders the results. And of course, the same results can be exported as STL, DXF, etc.

Also, check out jscad-now, I use it with VSCode and I like the browser's debugger better than if it were in a VSCode extension window. https://github.com/danmarshall/jscad-now

This would be a very nice feature to have as part of JSCAD (or community). If anyone has some skill at writing VSCODE extensions then this could be very easy to get started.
See the following for inspiration.
https://github.com/ayan4m1/vscode-scad

@crysislinux would you be interested in taking this on?

@z3dev I haven't touched 3d modeling for some time. I guess I am not able to maintain https://github.com/crysislinux/vscode-openjscad for a long time, I can transfer the project if someone is interested. the code may be a bit hard to understand. Here I will describe the core ideas of the project:

I learned the code of the v2 website, and created two js classes to simplify the job. OpenJscadBuilder to build the data structure and OpenJscadViewer to render the data structure. They were built into a single js file called openjscad-web-sdk.js, the source is not on Github (not because I don't want to open source it), I can provide the source.
then everything else is vscode related, watch files -> rebuild data -> render data.


Further VS Code docs

More work for #139. Turns out writing documentation is hard. (Someone give me some code to write... please?).
Anyway, this requires #159 for Windows to work. I haven't tested if the arm toolchain file works with an appropriate (windows) toolchain in the PATH, but it does work if you use the "Remote - WSL" extension (which is to be expected since it's effectively running on Linux then...)

Wait, I'm telling the user to edit the config before opening the repo... :man_facepalming:

Turns out writing documentation is hard. (Someone give me some code to write... please?).
NEVER!!! 😂

The Remote WSL estension is also known locally to me as "that bloody extension that breaks all my expectations when I open my Windows filesystem path in VSCode from WSL and aaargh"
But, actually, good point. Using the extension and WSL should make all of the CMake stuff a lot easier.
Thanks for doing the legwork on these docs- documentation is definitely not easy. A good programmer leaves it until the very end of their project- which works out well because middle-damagement always add stuff to the project continuously so the programmers never have to write any documentation.


Marker Not Showing

Hi, My Map is working well but the marker is not showing. Even the example is not working.

Hi, I'll take a look.
Can you send a code sandbox or a snippet?
Sorry for the late response.

Here is the gist of code https://gist.github.com/Akash187/b2bb659651bd8765c27a6320a461055d

I was running into a similar issue. I forked your repo and was playing with this a bit.
I believe the issue might be that Marker:componentDidMount is called while map is still null.
When map is finally set on the context, Marker has already mounted, so addMarkerToMap never gets called.
In my fork I was able to fix it. I did this by making a change within HEREMap, where children isn't rendered until map is set.
Hope this is helpful.

P.S. I wanted to suggest to switch away from the old React Context API at some point.
Here's what it would look like for Marker, where this.props.mapContext (or whatever you'd like to call it) replaces all instances of this.context.
export default props => (
  <MapContext.Consumer>
    {mapContext => <Marker mapContext={mapContext} {...props} />}
  </MapContext.Consumer>
);

P.P.S. Thanks for all of your hard work in creating and maintaining this package!

@ordazgustavo Thanks a lot for fixing the bug. I was wondering can I show the marker with info right now.


nix-build fails on master

Issue description
Following the instructions for building with Nix then running nix-build gives an error (below), on branch master. Note that this error does not occur at v4.7.1 and Pact builds fine when the repo is checked out at that tag.
Steps to reproduce
Clone the repository (master branch, currently commit 528b0cd7020290594360d69b895a9155e681e511)
Follow the Nix instructions in the Wiki.
nix-build
Expected Behavior
Pact should build without errors.
Debug Information
Running on NixOS,
The error produced is:
...
building '/nix/store/p55gg6wfw2mx5vfij0025srhp9s3k540-cabal2nix-pact.drv'...
installing
error:
       … while calling the 'derivationStrict' builtin

         at //builtin/derivation.nix:9:12: (source not available)

       … while evaluating derivation 'pact'
         whose name attribute is located at /nix/store/p3x4ha4dwj9agifi05wq0vf3m93p3vsx-source/pkgs/build-support/trivial-builders.nix:7:14

       … while evaluating attribute 'text' of derivation 'pact'

         at /nix/store/p3x4ha4dwj9agifi05wq0vf3m93p3vsx-source/pkgs/build-support/trivial-builders.nix:61:16:

           60|     runCommand name
           61|       { inherit text executable;
             |                ^
           62|         passAsFile = [ "text" ];

       error: function 'anonymous lambda' called without required argument 'crypton'

       at /nix/store/6a1h0hnz463dq1laa4d7q6lnhrfqamnq-cabal2nix-pact/default.nix:1:1:

            1| { mkDerivation, aeson, algebraic-graphs, ansi-terminal, async
             | ^
            2| , attoparsec, base, base16-bytestring, base64-bytestring, bound

@Coda-Coda Thank you for bringing this up. Indeed, I can confirm this issue, which I address in #1276.
Please use the nix build command to build pact.

Hi @rsoeldner, thanks for the fix! However, I'm now having issues related to z3. After building pact with nix build on master or rsoeldner/nix-flake-only then running the verification example from https://chainweaver.kadena.network/contracts I get an error (shown below). Evidently installation of z3 hasn't happened properly. This example works fine on v4.7.1 built with nix-build. I feel this is a related issue to the current issue, but if it's better to open a new issue for it that's fine.
$ ./pact
pact> ;;
....> ;; A little example showing off the merits of formal
....> ;; verification and why it pays off.
....> ;;
....>
....> (namespace "free")
<interactive>:5:0:Error: namespace: 'free' not defined
 at <interactive>:5:0: (namespace "free")
pact>
pact> (module verification MODULE_ADMIN
....>   @doc "Little example to show off the usefulness of formal verification."
....>
....>   ; no-op module admin for example purposes.
....>   ; in a real contract this could enforce a keyset, or
....>   ; tally votes, etc.
....>   (defcap MODULE_ADMIN () true)
....>
....>   (defun absBug:integer (num:integer)
....>      @doc "Ensure positive result"
....>
....>      ;; This property fails
....>      ;; Would you have caught that with unit tests?
....>      @model [(property (>= result 0))]
....>
....>      (if (= (- (* (- num 6) (+ num 11)) (* 42 num)) (* (* 64 7)<PHONE_NUMBER>3))
....>          (- 1)
....>          (abs num)
....>      )
....>    )
....>  )
"Loaded module verification, hash Gl9ySySdfSW715xd72rFOjU_5vcssSjxnxcI2u7eWQQ"
pact>
pact> (verify "verification")
<interactive>:1:0:Error: Unable to locate executable for Z3 Executable specified: "z3"  CallStack (from HasCallStack):   error, called at ./Data/SBV/SMT/SMT.hs:648:23 in sbv-9.2-HTCJM8Zp57BI8ezDj7sDp6:Data.SBV.SMT.SMT

Expected result:
...
pact> (verify "verification")
"Verification of verification failed"
<interactive>:11:23:OutputFailure: Invalidating model found in verification.absBug
  Program trace:
    entering function verification.absBug with argument
      num = -4839125

      returning with -1

I'm not a nix expert, but to my knowledge, nix build (as well as nix-build) only build the derivation artifacts. In this case, the pact binary. You need to install Z3 independently, or alternatively, enter the shell via nix develop (which would require you to build the executable via cabal build).

I see, thanks. Instead of building via cabal build it works to first do nix develop (getting z3) then doing nix build, and then running the example I gave works as expected. Thanks for your help!
I'm not sure why nix-build on v4.7.1 worked for that example as I don't have z3 installed globally.