kernel: introduce and document nanosecond time representation

Proposes a well-defined intermediate concept of scalar nanosecond resolution time with overflow protection above low-level counters/cycles/ticks and below higher level time abstractions (timescales, calenders, etc.).
I'm aware that introducing additional typedefs is not something that should be taken lightly. The reason I do so is because this is a well known typedef for everyone coming from the Linux world plus using [u]int64_t instead has proven to be a bad idea as people tended to (ab)use of timestamps with all kinds of incompatible semantics in the net stack due to the underspecified nature of the generic types in the context of time representation.
The naming (ktime_t rather than k_time_t) and the file name ktime.h have equally been chosen to be recognizable by those who know the corresponding Linux concept and header. zephyr/sys/time.h and zephyr/time.h were discussed on Discord but are not ideal due to the overlap with POSIX and clib files of the same name.
See level 1 of the proposed clock subsystem RFC for its embedding in a larger high-level clock architecture relevant to the network stack, IEEE 802.15.4 and the POSIX roadmap.
The rationale of this type has been extensively documented and contrasted to already existing time representations to ensure that it fills a well defined gap without overlap (see the commit message and source code).
This change prepares for an upcoming change set that will unify the usage of time across the network subsystem (#60401) (RX/TX timestamps, timed TX, CSL, scheduled reception windows, (g)PTP integration, etc.) - please see there (1, 2) for relevant context and usage examples from the network subsystem. As part of the larger clock subsystem proposed in the above RFC the type will be used much more extensively.

@rlubos @jciupis @edmont relevant to you in the context of #59245

@cfriedt relevant to you in the context of POSIX clocks

@andyross - I would almost suggest a 1:1 with Florian. I had a few broader picture discussions with him about some hi-res timer / clock things and was sold on it. Aside, those old tickets might actually get closed soon!

Sure.  There's just a long graveyard of attempts in this space, and I'd much rather we see an implementation/prototype arrive before making any changes to the public API.  In particular an attempt to tie kernel timekeeping to a real unit is something we spilled a lot of blood trying to get away from, given that so many of our platforms use counters that don't convert cleanly into decimal units.

I'd much rather we see an implementation/prototype arrive before making any changes to the public API

@andyross : 100% agreed - the onus is on me to prove that it makes sense to decouple certain uses of time from existing kernel concepts (ticks/cycles) and that ktime_t is the right candidate to do so. I agree with @cfriedt that a F2F would be helpful.
In any case I provide some more thoughts in writing - depending on your communication preference no need to read the following fine print, though, if you prefer F2F anyway...

Conversion of ticks to ns (both numerically and via the existing timeout mechanism) is already provided for anyone who needs it

The new type is not meant to represent kernel time "on the fly" but to represent time in structures and variables independently of the underlying clock source which more often than not will not be the kernel cycle counter.

given that so many of our platforms use counters that don't convert cleanly into decimal units.

Rounding from/to the ns domain is dealt with explicitly in the proposed algorithms as it is - as you say - a practical problem - albeit an unavoidable one when working with hybrid clock sources which is at the core of the ktime_t proposal (see below for details).

There aren't any APIs that use this yet.

@cfriedt , @andyross : Do you agree that the waiting PR justifies ktime_t at least for the network subsystem? Would you prefer that we "hide" ktime_t somewhere in the network subsystem then until we provide PRs in the POSIX/libc/TSCH area using that type in a broader sense?
IMO the ktime_t concept has been very useful to refactor time across the network subsystem (including but not limited to the IEEE 802.15.4 subsystem):

Attempts to use generic types to represent time in the network subsystem failed in the past as a precise common specification of time was never provided. Fields representing time were used inconsistently within the same subsystem and across drivers due to lack of a well-defined concept of high-resolution scalar time.
Standardizing around kernel cycles in net_pkt or the radio API wouldn't work as kernel cycles are not guaranteed to be high resolution enough to represent network time plus the clock source is almost never kernel time (but comparison to / synchronization with kernel time is still needed).
Other existing notions of time would be inadequate to represent time in the network subsystem as well. The rationale is given in the description of ktime_t for all such types representing time in Zephyr so far.

What's the end goal here?

As soon as this PR is accepted that code will be added to the code base immediately introducing ktime_t as network time.
But that alone would not justify introducing ktime_t in such an exposed place. We all need to be 100% convinced that at least the following features make sense in Zephyr in the short to mid term, should be decoupled from kernel time and use ktime_t-based intermediate clock sources instead:

high-resolution POSIX clocks and libc time sharing a common adjusted and drift compensated low-power (tickless) hybrid RTC/high-res counter clock source which may or may not be (partially) based on the kernel timer and can be configured in DT to use other peripherals instead.
hybrid nanosecond resolution clock sources for TDMA / timed TX/RX protocols in the IEEE 802.15.4 stack (namely CSL and TSCH) based on the combination of a low-power, always-on RTC and a radio timer providing high resolution during RX/TX windows which will usually not involve kernel time at all
synchronization/compensation of the main internal clock source (and thereby POSIX/libc clocks) with low-frequency, high-precision "pulse-per-second" devices like always-on RTCs, NTP, PTP, GPS, clocks derived from TDMA radio or industrial automation protocols or even atomic clock modules.

These use cases have in common:

They all rely on "hybrid" clock sources combining at least two hardware peripherals or drivers of which the kernel timer is only one (if used at all).
They share a couple of algorithms (drift compensation, leap second support, epoch offsets, etc.) which should be re-usable across all of them as a shared clock subsystem and which cannot sensibly be based on ticks/cycles for sufficient precision but provably require a well defined concept of scalar nanosecond resolution time like ktime_t.

Next steps that follow immediately will be:

I'll provide PRs for the basics of a clock subsystem with support for generic hybrid clock sources, drift adjustment + well-defined timescales (this is when ktime_t would have to be moved from the network subsystem to something shared).
@cfriedt , if I understood you correctly you'll then be able to use that clock subsystem to solve the current layering problem in POSIX and libc plus introduce a DT-based configuration approach for the hybrid POSIX/libc clock source.
At the same time I'll start to base TSCH timing on the same common clock subsystem.

@kartben The build suddenly fails with "API_DEFINE: do not specify a non-Zephyr API for libc File:include/zephyr/sys/ktime.h". Any idea what that means? The only thing that changed is the comments.

@keith-packard would know :) See #60487

Whoa. Looks like that new check is busted. Lemme go sort it out.

tl;dr: No -1 from me. But... I really think this needs to wait on some major subsystem work using it to land to see what the impact is going to be.

I wonder if it's possible to isolate things to a testsuite or sample application first, get some of these concepts upstream that way without it being public API, and then create a separate PR that essentially flips a switch (moves the headers into public API and demonstrates the MVP use case). That way, it's still a 2-way door.
A testsuite would kind of be ideal because we could test things on various pieces of hw, with e.g. a 32k timer.

I really think this needs to wait on some major subsystem work using it to land to see what the impact is going to be.

@andyross I think you're right. We need a deeper understanding of how this type is going to be embedded in a larger subsystem based on real code. I have the same concerns re aliasing and bad assumptions about / abuse of pseudo-precise nanosecond values. These problems need to be addressed right away - not later on. I propose I write more code and draw some pictures, add it all into this PR and then we continue the discussion.

I wonder if it's possible to isolate things to a testsuite or sample application first, get some of these concepts upstream that way without it being public API

@cfriedt Yes, this goes in the direction I proposed above when I said that we should probably hide this typedef in the network subsystem while it's only used there. I believe it is provably useful there - it's a big step forward, even if it never makes its way out of the network subsystem. Before we use the concept in POSIX clocks or libc, @andyross 's concerns need to be addressed anyway.

In particular, the network layer is in fact a pretty bad citizen here precisely because it's not tick-aware!

@andyross Do you propose to base TX/RX timestamps, timed TX and RX windows on opaque counter cycle values? I actually considered this, but so far I assumed that this would be a bad idea. None of the standards relevant in the area (IP derivatives, gPTP, IEEE 802.15.4, Thread, Bluetooth) use counter values. They all use nanosecond values, microsecond values or timespec-like structs with well defined tolerances concerning drift and jitter (which usually excludes 32k oscillators anyway). Then these standards deal explicitly with aliasing problems but hide them behind MAC (L2) or PHY (L1) APIs. Therefore I currently assume that using nanoseconds + timespec as the common denominator for network APIs is the right approach even in the long term. But I might be blind here because I read these standards all day - so what is your opinion about this? It's important because it influences the clock subsystem design quite a bit.

I have watched other projects adopt a general 64-bit nanosecond time mechanism with good results; it avoids numerous errors where scaling is performed incorrectly or lost entirely. Plus it encourages the use of 64-bit types instead of various kludges to try and fit times into 32-bit values. As long as the model exposes the resolution of every time source, it seems like the resulting programming model is generally easier to use correctly.

For clarity here: I'm not saying an API that exposes fine-grained monotonic time is a bad idea.  I'm not saying it doesn't belong in Zephyr somewhere.  I'm saying it's a poor fit for our hardware and that it almost certainly doesn't belong in the kernel as the "official" way we keep time.
Again, we spent years dealing with test code that would naively compute timeouts in milliseconds in an obvious way and then fall over mysteriously on Nordic because something happened too early or took too long.  And the solution was to say "No, don't give me an integer.  Instantiate a timeout once and the system will ensure it's an opaque struct so you don't shoot your foot trying to do more math on it."
If we could assume all systems had a MHz-scale timekeeping device, my answer would be different.  But... we can't.

@andyross Do you propose to base TX/RX timestamps, timed TX and RX windows on opaque counter cycle values? I actually considered this, but so far I assumed that this would be a bad idea:

To be blunt: if you're basing it on something other than ticks, regardless of what your API says, you probably have bugs somewhere.  The result of k_uptime_ticks() is the official kernel monotonic timestamp source.

it almost certainly doesn't belong in the kernel as the "official" way we keep time.

True. You're right, that I'm not proposing to replace the kernel's existing cycle/tick based timekeeping method, it should remain untouched. Let me draw some pictures (I'm already on it) and then let's talk over it.

FWIW, because @npitre just pushed a new version and I remembered it, see #60232 for a very orthogonal take on what amounts to the same problem.  That goes even further than the current API does at forcing the API users into opaque usage of (internally maintained) tick counts and discouraging dangerous application-space math.

The more I learn about syntonization, the more I'm confident that framing the discussion about ns vs. cycle representation as being mutually exclusive is an undue over-simplification which is why I personally never claimed that one concept is generally "better" than the other, see the precise divide between cycle- vs. ns-based time representation in the attached concept map - proposed additions to Zephyr in red). Sorry for the ugly design, I had no time to make it beautiful.
zephyr-clock-subsystem-concept-map.pdf
Please don't engage in a discussion about names or missing API details in that PDF, it is not meant as an API specification but as a precise representation of architectural layers with reference to existing SoCs, peripherals, driver APIs and protocols I personally know. I consider this team work in progress to be constructively evolved along diverse input from several perspectives (including prior discussion in this PR).
I therefore propose that we re-focus our discussion here on constructively shaping one specific state-of-the-art clock subsystem layer (namely syntonization as opposed to counter, timescale and calendar layers) in Zephyr.
Higher layers are generally discussed elsewhere. Discussing details of layers below and above the syntonization layer can and should IMO be reserved to other PRs. Replacing, evolving or even discussing existing kernel timer/counter concepts was never intended.
To summarize results from my pov wrt to the counter vs syntonization divide so far:

Cycles/tick representation is adequate when time spans or points in time wrt a specific counter need to be represented (this includes kernel scheduling and @npitre 's contribution as @andyross has correctly pointed out but also representation of any other local counter-style device). Some of the arguments given here were highly relevant to the counter layer including but not limited to kernel ticks/cycles but not to syntonization requirements.

Nanosecond representation is adequate when any number of local or distributed hardware counters need to be syntonized "as close as possible" to a precise pulse-per-second (PPS) or remote reference clock (NTP, PTP, local PPS clock sources, precision control applications, timed TX/RX and slotted network protocols). PPS or remote reference time will almost always be low-frequency (1Hz or lower) with tick jitter orders of magnitude worse than timestamp precision. Tick counter representation is systematically inadequate for reference clock devices even on hardware driver level . Network subsystem timestamps and timed TX/RX are one but not the only application of high-precision cross-counter syntonized time representation in Zephyr.

Some additional comments that hopefully help to understand the syntonization layer of the attached concept map:
It is easy to show that together with a deterministic rounding method, typical syntonization algorithms define an injective (non-surjective, non-invertible) functional relation between low-frequency, high precision nano- or microsecond reference timestamps and typcial local crystal oscillator based counter values with frequencies anywhere below 1GHz and well defined maximum phase jitter and frequency drift/wander. It is therefore easy to check whether a given local counter peripheral is sufficiently precise and accurate for any given syntonization requirement. Typical state-of-the-art reference clocks operate in the range of ns (PTP, GPS, atomic clocks) to us (TDMA, BLE, radio timers, PROFIBUS, ...) precision. Arguing that such precision is not relevant for "our" Zephyr hardware is therefore invalid IMHO. For details how this works across devices refer to published syntonization algorithms like IEEE 1588 (PTP) or IEEE 802.15.4 (TSCH TDMA, CSL).
The same level of precision cannot be achieved converting between time represented in terms of sub-GHz counter values (including but not limited to kernel ticks/cycles). Upverting to counters with higher resolution or better accuracy (e.g. radio timers) causes undue loss of precision. Representing distributed, syntonized reference time in terms of local hardware cycle counters therefore systematically leads to unnecessarily and inacceptable syntonization error. Choosing the "best" local counter as reference clock is no solution either as any locally unknown remote counter might be even "better".
That said, syntonizing clocks based on "virtual" arbitrary precision cycle counter values is possible, adequate and recommended even for reference clocks. Reference clocks can be conceptualized as 1GHz or 1MHz virtual counters without loss of generality. Peter Bigot's nice and simple time synchronization utilities implement one of many possible counter-based syntonization algorithms. It is not the most common nor the most precise syntonization algorithm. But that just shows the need for "pluggability" of syntonization algorithms. In motion control, automation, PTP or TDMA applications, more general FIR/PI-style control loops are common.
To summarize: Syntonization requires probabilistic and statistical modeling. Concepts from digital control theory, especially phase or frequency locked loops (PLL/FLL), are commonly applied. Syntonization is usually modeled as a discrete time or z-domain feedback control loop (inclucing e.g. digital FIRs or PI controllers) with precise statistical and probabilistic properties that cannot adequately be made "precise" in terms of well-defined counter registers.

@rlubos @vaishnavachath Please do not waste your time looking into this yet unless you're personally interested.
@cfriedt @peter-mitsis You already know this dev branch - nothing fundamentally new since you looked into it.
@andyross I just upgraded the branch behind this RFC to early ongoing development work. No need to look closely as this will be split into several specialized PRs for actual review once it reaches production quality. I just want to give you an optional (!) ongoing preview of the "big picture" in the context of this RFC (see net_time.h) with some sample code for one SoC series (TI CC13/26xx) iif you want to have a look. Please ignore if you don't have the time.
Preview Content:

Changes to net_time.h that explain how I propose to base syntonized time on top of tick-based counters. This corresponds to what has been discussed in the comments above. (Tick != kernel tick - just a synonym for an arbitrary counter's clock cycle in the context of this RFC.)
Proposal to re-use the existing tick-based timer/timeout multiplexing code in the kernel on top of arbitrary counter drivers.
Proposal to make the existing timer/timeout code more deterministic in the context of high-precision syntonized uptime by non-intrusively locking the elapsed() value. This corresponds to what has been discussed on Discord.
Proposal to combine a low-power sleep counter with a high-resolution counter into a single non-wrapping high-resolution uptime tick space hiding away the complexities power management and hardware-based counter synchronization. From an API perspective this is done in a vendor-neutral way so that different implementation patterns based on bare metal programming and/or building upon existing drivers from different categories is possible.

Todo:

Peter Bigot's syntonization function (or an alternative mean deviation syntonization algorithm) is not yet hooked into the implementation but I think it's easy to see how branching into any pluggable algorithm can be done.
Overflow protection has not yet been implemented for the CC13/26xx peripheral.
The details of counter synchronization and hybrid alarm programming are probably still buggy. I need to test this more.
Pulse-per-second devices will be needed to synchronize sleep and hi-res counter drivers in a vendor-agnostic way. For CC13/26xx there's no need for a PPS driver as TI's radio driver internally synchronizes the two counters of interest (as does Nordic's).
In the case of the CC13/26xx syntonization is done on hardware level, so no need to update running timers after a syntonization event. In the general case we may need a way to update active timeouts. But this is nice-to have as in practice syntonization is rarely done while timers are running.

@cfriedt If we want to use this as a basis for syntonized (PTP/NTP adjustable) POSIX/libc clocks it'll have to be promoted from the net subsys to something more general. A trivial fallback implementation based on kernel timers can be provided. I propose that we test this in the TDMA context for a while. If it turns out to be useful there we can easily promote it. Conceptually this is just an implementation of the proposed generic clock framework layers 1 (counter clock source) and 2 (syntonization).

Here comes an example from my dev branch that shows how the different time abstractions work together:
	case IEEE802154_TX_MODE_TXTIME: {
		k_timepoint_t tx_timepoint;
		ratmr_t rat_tx_time;
		net_time_t tx_time;

		/* Convert the network timestamp to syntonized network uptime. */
		tx_time = net_ptp_time_to_ns(&pkt->timestamp);

		/* Convert the network-wide distributed syntonized time
		 * representation to a timepoint as represented by the local
		 * interface's RAT.
		 */
		if (net_time_reference_get_timepoint_from_time(
			    ieee802154_cc13xx_cc26xx_net_time_reference_api_get(), tx_time,
			    NET_TIME_ROUNDING_NEAREST_TIMEPOINT, &tx_timepoint)) {
			return -EIO;
		}

		/* Convert the opaque counter timepoint into a TI driver specific
		 * RAT value.
		 */
		net_time_counter_get_tick_from_timepoint(
			ieee802154_cc13xx_cc26xx_net_time_reference_api_get(), tx_timepoint,
			&rat_tx_time);

		drv_data->cmd_prop_tx_adv.startTrigger.triggerType = TRIG_ABSTIME;
		drv_data->cmd_prop_tx_adv.startTime = rat_tx_time;
	}

The abstraction levels are:

vendor/driver specific RAT ticks: ratmr_t,
abstract/opaque counter ticks: k_timepoint_t,
distributed syntonized time: net_time_t

This whole PR is still mainly blocked by #58080. @stephanosio - Can we get instructions how to reliably work around the issue until a fix can be provided? Any small change to memory layout seems to break the build.

Since its inception some three months ago, this whole PR is still mainly blocked by #58080. @stephanosio - Can we get instructions how to reliably work around the issue until a fix can be provided? Any small change to memory layout currently breaks random build tasks. I know there are other issues but it doesn't really make sense to fine tune them unless I can rely on automated tests to signal more than noise.

@fgrandel I just recently came back to work and am currently going through a lengthy TODO list. I will try to release a new SDK version with the fix proposed in https://github.com/zephyrproject-rtos/zephyr/issues/58080#issuecomment-1555163828 as soon as possible (likely in two weeks time).

likely in two weeks time

@stephanosio This is great news. :-) Thank you very much for coming back to me - it feels much better to know that the issue is not forgotten.


New provider: DNS Made Easy

I'd like to claim this provider, initial implementation is at https://github.com/John-K/libdns-dnsmadeeasy
Testing is ongoing

Thanks for implementing this! :100:


Adding support for environment variables

Describe the feature
As the project grows, it would be nice idea to use env variables for all sensitive data.
Add ScreenShots

Record

[X] I agree to follow this project's Code of Conduct
[X] I have checked the existing issues
[X] I'm a GSSOC'24 contributor
[X] I want to work on this issue

@Satyam1923 I would like to work on this issue under GSsoC'

@rahulpoonia29 you can take up this issue.


Bump pypi module version for enigma2

Breaking Change:
No.
Description:
Bump pypi to include bug fix for #22727.
Related issue (if applicable): fixes  #22727.
Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass
[x] There is no commented out code in this PR.

If the code communicates with devices, web services, or third-party tools:

[x] [The manifest file][manifest-docs] has all fields filled out correctly. See #22885 as I am doing that there for enigma2 and others.

[x] New dependencies have been added to requirements in the manifest ([example][ex-requir]).

[x] New dependencies are only imported inside functions that use them ([example][ex-import]).

[x] New or updated dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.

[x] New files were added to .coveragerc.

Hi, thanks for the fix in this release - (0.92b2) - still getting the following warnings. Media player is currently on and not in standby or deep standby mode.

2019-04-20 12:52:41 WARNING (SyncWorker_17) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:52:51 WARNING (SyncWorker_3) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:52:51 WARNING (SyncWorker_8) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:02 WARNING (SyncWorker_6) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:03 WARNING (SyncWorker_9) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:13 WARNING (SyncWorker_6) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:14 WARNING (SyncWorker_3) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:24 WARNING (SyncWorker_3) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:25 WARNING (SyncWorker_9) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:35 WARNING (SyncWorker_6) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:36 WARNING (SyncWorker_0) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-04-20 12:53:46 WARNING (SyncWorker_2) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.

This problem still exists on 0.100.2 and the warning recurs approximately every 11 seconds.. Curl can get this url without issues:
2019-10-22 18:42:23 WARNING (SyncWorker_5) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-10-22 18:42:34 WARNING (SyncWorker_7) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-10-22 18:42:45 WARNING (SyncWorker_4) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
2019-10-22 18:42:56 WARNING (SyncWorker_3) [openwebif.api] http://<IP_ADDRESS>:80/api/bouquets is unreachable.
^C
➜  config curl http://<IP_ADDRESS>:80/api/bouquets
{
 "bouquets": [
  [
   "1:7:1:0:0:0:0:0:0:0:FROM BOUQUET \"userbouquet.terrestrial_lcn.tv\" ORDER BY bouquet",
   "Terrestrial TV LCN"
  ],
  [
   "1:7:1:0:0:0:0:0:0:0:FROM BOUQUET \"userbouquet.LastScanned.tv\" ORDER BY bouquet",
   "Last Scanned"
  ],
  [
   "1:7:1:0:0:0:0:0:0:0:FROM BOUQUET \"userbouquet.favourites.tv\" ORDER BY bouquet",
   "Favourites (TV)"
  ]
 ]
}#


Base Level TouchBar Support

An extension for the Brackets app. The main.js file implements base level classes that can be utilized to implement TouchBar for Apple MacBook Pro computers. The code has been written with the goal of being easily extensible by other developers. I created this in response to Issue #12996. The Brackets app needs features like this one in order to keep pace with other text editing tools. I hope its well received and would appreciate any feedback and ideas.
Attached (below) is the goal I had for what the end implementation may look like. Thank you all!

Consistent and clear naming convention and structure throughout the code. Comments were very helpful, especially the RMEs for each function. I didn't notice any bugs. All questions I had in regards to code design were easily justified.

@jordanwolff The change set suggests that this is just a feature mock and not the actual feature implementation. Closing this PR now and will look forward for the actual feature implementation from you, probably once we have a CEF shell that provides support for TouchBar 👍

Do we have any progress on this?
would like to see a feature set where in split view, you can long hold the touch bar "tab" to move tabs to either side.
[ tab     |     tab ].
Colour Picker; with ability to set Design defaults, or read SASS colour variables.
Default commands, like shortcuts, (undo, redo, save, live-load), support for brackets-git, emmet.
Regards.


v4l2loopback make for stage 4 01-chroot

Make request for v4l2loopback. Currently fails in builder due to incorrect uname -r being returned but in live image it makes successfully.

This is ready as well

@pilotnbr1 I have solved the issue a little differently, take a look at the 04-run.sh file in stage 4.
It is still based off off this PR, but the solution ended up a little different due to the uname -r issues.
It does seem to build and depmod the v4l now!
Thanks for researching this!


Add ability to set device name

If you have multiple of the same device this makes it easier to tell which is which

Nice, nice, just tested this, great addition - got confused myself a few times too without labels :)

👍


Publish C/C++ artifacts

Publish the C/C++ artifacts, generated from the latest JSON (via bigdatagenomics.github.io?).

Close as WontFix?

Let's keep this open. I've been doing a bit of thinking about the Python API, and we might need/want the JSON/AVDL schemas for that.

Closing as WontFix


[Release-1.22] - Unable to use secrets-encrypt subcommand with CP/Etcd-Only configuartion.

Backport fix for Unable to use secrets-encrypt subcommand with CP/Etcd-Only configuartion.

#5225

Validated using v1.22.8-rc3+k3s1 that the error seen previously is resolved and running all of the secrets-encrypt subcommands are successful


Document workaround for multiple .env files

We should document how people can use multiple .env files as explained here: https://prisma.slack.com/archives/CKQTGR6T0/p1588854779489000?thread_ts=1588854278.488700&cid=CKQTGR6T0

https://www.prisma.io/docs/reference/tools-and-interfaces/prisma-schema#use-multiple-env-files-or-env-files-outside-the-prisma-folder

The linked document is unfortunately not correct. The dotenv-cli only needs to be installed if you want to use the dotenv command line tool (so for the last list item). The other list item probably works out of the box as Prisma comes with that dependency or needs to have the dependency installed via Npm.


Create distribution packaging (Debian, RPM)

Right now, we're buliding tar.gz of a release, but providing a packaging that is native for a particular system might be easier in typical circumstances.
Implementation: either write some configuration files to use the native debian/redhat build system, or consider a bazel target:
https://github.com/bazelbuild/rules_pkg/releases
(also: source packages ?)

ah, very cool. Would you like to add a link to the README ?


Potential null pointer dereference in examples

Some of the examples contain this code:
if (c == NULL || c->err) {
In the case that c == NULL, c->err would still be evaluated.

Why? if c == NULL is true, the whole expression is short-circuited. The c->err part is not touched at all.


[Question] On the test set used for inference evaluation

Question
Hi, thanks for your contribution.
Could you please provide the test set link or converted file used in docs/Evaluation.md?

Sorry my typo. Now you should see the link


Chapter 1.8 - potions heal to max instead of their heal_amount

The culprit is this line: stats.hp = i32::max(stats.max_hp, stats.hp + potion.heal_amount); in PotionUseSystem (inventory_system.rs)
Changing the i32::max to i32::min fixes the issue.

I actually found this bug and forgot to back-port the fix. It mysteriously fixes itself in a later chapter as a result. Thanks for the reminder - fixing it now.


Make context disabling via wglMakeCurrent more tolerant of broken drivers

Split from #1172.
For testers

Requires an old Nvidia driver for Windows (error occurred for a 5+ years old driver).
Discussion on the SFML forum.
Example code
Pre-compield binaries

Works for me! Tested on Vista, GeForce 8800M GTX, driver version 310.90. That's the newest driver available, and it was released in 2013, so I don't think there's much chance of Nvidia fixing the problem.


[Bug]: Incorrect spending balance

Describe the bug
Timeline:

I created a new wallet on a new device where Bitkit has never been previously installed.

I requested a channel through the Blocktank Widget because I wanted to have a channel before depositing on-chain on Bitkit. I claimed it with LNURL.
Order ID: 6441a2f5b36969f4a88242a2
Channel ID: 2ee3b28e16005b4db7956ea346805fbeb1c269c3691765d45c32c0c39a6af899
Local balance: 0
Remote balance: 1,000,000
Funding transaction: ?

While the channel from the widget was being opened, I deposited 7,701 sats on-chain to be able to request a channel through Bitkit.
On-chain deposit: https://mempool.space/tx/ae117a9ef08bca234cc6c8aba3f6a02ee806d9826cf862463cb4ee0d021460ae

I requested a channel through Bitkit.
Channel payment: https://mempool.space/tx/06ed5a3bb6ea86f614e66f9e2b9aca96e17d9fb6f8718eabe4d1a8e79ca0f0bc
Order ID: 6441a55fb369694a88242a7
Channel ID: c80a751f80130cd269abc66bc0d14d67017049ac4f48eaf778f505e322741ade
Local balance: 0
Remote balance: 1,769,348 ($500)
Funding transaction: https://mempool.space/tx/de1a7422e305f578f7ea484fac497001674dd1c06bc6ab69d20c13801f750ac8

I successfully received 997 sats through the 'c80' channel and then 1,000 more through the '2ee' channel.

A spending balance of 25,696 appeared out of nowhere. My total balance (21,907) became the difference between my alleged spending (25,696) and my savings balance (3,789).

I checked other screens. The quick setup screen shows the correct spending balance (1,997). The Lightning Connections screen shows 0 spending balance on both channels.

I started recording, link below. Every time I receive Lightning payments, my spending balance reduces rather than increases, as if my spending balance was negative. I can't spend any of the sats I've received (which might be because it's building up the channel reserve or something, but still, the toast message doesn't make it clear). When I tried to pay a 10,000 sats invoice from Breez, it said I needed 35,696 more sats. To pay 1,000, 26,696 more (even though I already had 1,997 sats in my real spending balance). I later tried smaller invoices, and the pattern repeated, I couldn't pay any of them, no matter how small they were.

In the end, after receiving a total of 5,097 sats, I ended up with a "fake" spending balance of 18,807.

Reproduce

Go to '...'
Click on '....'
Scroll down to '....'
See error

Screenshots / Recording
Recording: Google Drive
Logs:
bitkit_ldk_logs_1682036031257.zip
Operating system
iOS 16.5
Bitkit version
43
Log output
No response

thanks we will look into it


Make sure submenu on any channel is persistent on any topic

Fixed with https://github.com/StackExchange/blog/commit/97cf1d796fd2b14505090b32577ef23538528522


Question about hardware sizing for influxdb 2.x

The documentation for InfluxDB v2 is missing the section about hardware sizing.
Can i follow the guide for the 1.x version of this section for capacity planning or there's something different between the two versions (1.x and 2.x) in terms of hardware requirements?
Relevant URLs

https://docs.influxdata.com/influxdb/v1.8/guides/hardware_sizing

@AlessandroBravo the 1.x hardware sizing guidelines are a safe place to start with InfluxDB 2.x, but there are differences between the two that may affect hardware requirements. These include the built-in UI, Flux query and task engines, and other underlying services added to support 2.x functionality.
This has been a common question/request and we hope to provide tested 2.x-specific hardware recommendations soon.

Thanks @sanderson for the explanation. I’ll try to follow the 1.x guide keeping in mind the differences you have mentioned.


Group/Sub Field Previews

Previews/Summary for collapsed sub fields
Problem statement
Currently we can group fields using the group field type, but it is just a simple label with an arrow to show it can be expanded:

When expanded it shows the form for editing:

Proposed work
Create a compact view for being able to see a 'summary' or overview of what is inside the collapsed fields without having to expand out the editor fields.
In the example above, in the collapsed state it could show a summary of what is in the group without having to expand.

Email Sign up Box
Enabled: true
Placeholder: Your email here
Submit Button Text: Get Started

Currently we use the same idea of a 'preview' for collapsed list items, so it could use the same 'preview' that the lists use for fields.

Completed with the new editor


new module: cluster.driveops

未完
参考: s2/src/partition.py
提供本地disk drive相关的操作封装.
所需功能:

[ ] find unmounted devices in /dev.

[ ] format and mount a device with specified args: file system(xfs), label(as the mount point index, e.g.: 002)

[ ] initialise a mounted drive as allocated drive(managed by ec cluster)(write .drive_meta onto the root dir of a drive)

.drive_meta on every drive should includes info about all drives(as a replication).
Thus when a drive fails, it's still possible to retrieve its info.
Update of .drive_meta should write to > 1/2 * n drives before returning OK.
Read .drive_meta should read as many drives as possible. And it should read > 1/2 * n drives before returning OK.
.drive_meta data structure(in yaml):cnt: 10 # total number of drives on this server.
ts: 1111.. # last modified 19-digit timestamp in nanosecond
drives:
  "<drive_id>": {...} # value is `driverec`
  "<drive_id>": {...} # value is `driverec`
  ...

[ ] update fstab according to

dependency:

cluster.drive
cluster.zkjournal

其他issue已经完成了...close了..


Sky Ratio being int type is never used

Hi Tokenrove,
Hope you are doing well. I noticed that sky_ratio being an int will always result in getting initialized to 0.
Here we compute sky_histogram which is always less than n. Thus sky_ratio is initiaized to value between 0 and 1, which gets cast to 0.
https://github.com/tokenrove/blur-detection/blob/master/lim-yen-wu.c#L315

Good catch!  Further evidence that this project needs tests.  Although the fix is trivial, I'd prefer to put in a test that verifies that different values of sky_threshold have an effect.  Leaving this issue open until I have the chance to fix #2.

That's good. I wanted to ask one question. Do you have some google group? I have partially imported your code to C++ utilizing strategy pattern for different Local Blur Detection techniques.  However, there will be few topics I would require to discuss and google group will be good for that. Thank you.


Raw identifier in struct for start fn doesn't include r# in generated code

If you have a struct like the following:
#[derive(Builder)]
#[builder(start_fn = r#for)]
struct Sources {
    #[builder(start_fn)]
    r#for: i32,
    sources: Vec<String>,
}

The produced start_fn will be Sources::for, which doesn't actually build

A note for the community from the maintainers
Please vote on this issue by adding a 👍 reaction to help the maintainers with prioritizing it. You may add a comment describing your real use case related to this issue for us to better understand the problem domain.

The produced start_fn will be Sources::for, which doesn't actually build

I've checked this locally with bon 3.1.1 and the generated code looks like this:
#[automatically_derived]
impl Sources {
    #[doc = "Create an instance of [`Sources`] using the builder syntax"]
    #[inline(always)]
    #[allow(clippy::inline_always, clippy::use_self, clippy::missing_const_for_fn)]
    #[allow(deprecated)]
    fn r#for(r#for: i32) -> SourcesBuilder {
        SourcesBuilder {
            __unsafe_private_phantom: ::core::marker::PhantomData,
            __unsafe_private_start_fn_args: (r#for,),
            __unsafe_private_named: ::core::default::Default::default(),
        }
    }
}

So the problem doesn't reproduce for me with the provided snippet of code. Maybe you are missing some other attributes that could lead to such bug?

I'm closing this one, since it's not reproducible for me. My theory is that you could stumble on the problem, thatSource::for() doesn't work, which is expected as it requires an r# prefix at the call site as well.
Feel free to reopen if I'm wrong here, and the problem exists, but is a bit different


IgnoreGlobalKeys

Is your feature request related to a problem? Please describe.
Yes, my problem is that some of the hotkeys in my app are available at the highest level of my app, but their handlers are defined much lower in the DOM (I'm using 3rd party libraries that must render in a descendent component).
As a workaround, I'm using GlobalHotKeys instead of HotKeys. If I read correctly, the focused component has to be a descendent of the component that defines the handler (which is a leaf node).
Therefore, the actions don't fire in some parts of my app. They also don't fire if that component  where the handler is defined unmounts. When I use GlobalHotKeys, they always fire when I type in an input.
Describe the solution you'd like
I'm assuming it's too big of an ask to have a focused element look through its children for handlers, so instead I'd love a component that's similar to IgnoreKeys but can ignore GlobalHotKeys instead of just HotKeys.
Maintaining focus programmatically is messy and frustrating when so many of my hotkeys are available to my users everywhere in the app. Please let me know if this is currently possible and I misread the docs.
Describe alternatives you've considered
I'm using global hot keys right now to bypass these behaviors, however it seems like there's no way to ignore them. They're always firing when I'm typing in an input and I'm pulling my hair out figuring out how to get it to work since IgnoreKeys don't ignore them.

@johnli611 Did you ever determine a workaround for this? I am experiencing the same issue now.

@johnli611 Did you find a workaround for this?


Mermaid output

GitHub markdown now supports inline Mermaid flowchart diagrams:
flowchart LR
    foo --> bar
    bar --> baz

If calligraphy were to output Mermaid directly, you could easily e.g. include call graphs in your documentation or PRs. It shouldn't be too tricky, and it seems extremely useful.

I have been looking for something like this for a long time!
An idea that I'd love to join with it would be to mark identifiers with a Haddock metadata so that only them are picked by Calligraphy. This would be useful to only show "domain-level" operations to non-technical people. :)

Unfortunately, I just learned that .hie files don't hold documentation, it's all in .hi files according to @fendor

Unfortunately the .hie files don't hold any documentation, it's all in .hi files according to @fendor

@jonascarpay I'll try to give a stab to the Mermaid backend! I'll use the tasty framework to have unit and golden tests :+1:

Nice! Let me know if you need help/input on anything. The trickiest thing is probably untangling the graphviz-specific parts and the more general parts of the rendering logic. Maybe it's useful to create an intermediate representation that's easy to render for both mermaid and graphviz?

Yes, I'm going to do some internal refactoring. Ideas welcome when it comes to internal representations of flowcharts, I'm not exactly an expert in the field :)

I started sketching out an internal representation, but I'm now so far along I might as well get it compiling and to a point where you should be able to adapt it pretty easily to a mermaid renderer. PR coming soon, I hope I didn't accidentally duplicate any of your efforts.

Nope! I'm very eager to learn from you as well :)


oci_pull fails when a Docker config file is present but has no auths key

This is a bug because this key isn't a required key of the Docker config file and there is a good chance that only credential helpers are configured and thus auths would not be present.
Example traceback:
ERROR: An error occurred during the fetch of repository 'java_base_arm64':
   Traceback (most recent call last):
	File "/private/var/tmp/_bazel_jpg/58813bfe9c785f28433c8cbb8ece4269/external/rules_oci/oci/pull.bzl", line 324, column 36, in _oci_pull_impl
		mf, mf_len = _download_manifest(rctx, rctx.attr.identifier, mf_file)
	File "/private/var/tmp/_bazel_jpg/58813bfe9c785f28433c8cbb8ece4269/external/rules_oci/oci/pull.bzl", line 240, column 14, in _download_manifest
		_download(rctx, identifier, output, "manifests")
	File "/private/var/tmp/_bazel_jpg/58813bfe9c785f28433c8cbb8ece4269/external/rules_oci/oci/pull.bzl", line 202, column 23, in _download
		auth = _auth_basic(rctx, registry, repository, identifier)
	File "/private/var/tmp/_bazel_jpg/58813bfe9c785f28433c8cbb8ece4269/external/rules_oci/oci/pull.bzl", line 116, column 31, in _auth_basic
		for host_raw in config["auths"]:
Error: key "auths" not found in dictionary

Fix is likely to skip trying to configure basic auth if this key is not present.

Nevermind, this is fixed in master, was fixed in https://github.com/bazel-contrib/rules_oci/commit/0cb2353d7f792de3cd2be9e950f7dcfe63a3b680


[dxvk] Use image memory barriers for readback

Targets only the specific subresource of the bound color attachments.
From the Vulkan spec:
Each of the synchronization scopes and access scopes of a vkCmdPipelineBarrier2KHR or vkCmdPipelineBarrier command inside a render pass instance must be a subset of the scopes of one of the self-dependencies for the current subpass.

What exactly is this supposed to fix? Unspecified memory barriers shoud always be legal.

As discussed on Discord, not very useful.


Implement Screen Shake

Ohh this is already on the bake, you can pretty much be sure that it will be a feature in the next release!

Done at #34 give it a try :smile:


KNOX-3013 - Knox redirecting Yarn Node Manager URLs to http instead of https

What changes were proposed in this pull request?

YARNUI/yarn/outbound/node3 rule rewrites the https schemes to http
To fix the issue we skip this rule in case if the schema is https

How was this patch tested?

unit tests
manually deployed a cluster and verified the url stays https

Hi @smolnar82 !
May I ask for a review on this, please?
Thanks in advance!

Hi @smolnar82 !
I updated the description with the screenshot.
May I ask for a review of it?
Thanks!

@K0K0V0K - Please let me know when your investigation is done and we can proceed with the merge. Thanks!

Hi @smolnar82 !
I am done with it, no issues were found.
Thanks for the review!


🐛 noUnusedVariables false positive

Environment information
LI:
  Version:                      1.1.2
  Color support:                true

Platform:
  CPU Architecture:             aarch64
  OS:                           macos

Environment:
  BIOME_LOG_DIR:                unset
  NO_COLOR:                     unset
  TERM:                         "xterm-256color"
  JS_RUNTIME_VERSION:           "v18.14.0"
  JS_RUNTIME_NAME:              "node"
  NODE_PACKAGE_MANAGER:         "yarn/3.2.1"

Biome Configuration:
  Status:                       Loaded successfully
  Formatter disabled:           true
  Linter disabled:              false
  Organize imports disabled:    true
  VCS disabled:                 true

Biome json:

{
  "$schema": "https://biomejs.dev/schemas/1.1.2/schema.json",
  "javascript": {
    "globals": [
      "expect",
      "describe",
      "it",
      "test",
      "google",
      "jest",
      "joint",
      "Chai",
      "cy",
      "Cypress",
      "beforeEach",
      "afterEach",
      "JSX",
      "CYPRESS_BUILD",
      "PLEASE_DO_NOT_USE_THIS_ANY_FOR_MIGRATION_ONLY",
      "IntersectionObserverInit",
      "Nullable",
      "VoidFunction",
      "ZendeskWidget"
    ]
  },
  "files": {
    "maxSize": 8092000,
    "ignore": [
      "[redacted]"
    ]
  },
  "organizeImports": {
    "enabled": false
  },
  "formatter": {
    "enabled": false
  },
  "linter": {
    "enabled": true,
    "rules": {
      "all": false,
      "correctness": {
        "all": true
      },
      "suspicious": {
        "all": true,
        "noArrayIndexKey": "off",
        "noExplicitAny": "off",
        "noPrototypeBuiltins": "off",
        "noRedeclare": "off",
        "noShadowRestrictedNames": "off"
      },
      "style": {
        "all": true,
        "noImplicitBoolean": "off",
        "noNamespace": "off",
        "noNegationElse": "off",
        "useBlockStatements": "off",
        "noInferrableTypes": "off",
        "noNonNullAssertion": "off",
        "useEnumInitializers": "off",
        "useShorthandArrayType": "off",
        "useSingleVarDeclarator": "off"
      }
    }
  }
}

What happened?
For the following code, I'm getting a false positive warning for the noUnusedVariables rule:
// timerId: This variable is unused.
// biome[lint/correctness/noUnusedVariables]
const timerId = setInterval(() => {
  if (analyticsTracker.current.sent) {
    clearInterval(timerId);
    sendOpenedWidgetAnalytic(event);
  }
}, 500);

Expected result
No false positive, the variable is in use within the internal closure.
Code of Conduct

[X] I agree to follow Biome's Code of Conduct

Actually I think this was fixed by #256 which hasn't shipped yet


Last error is: com.alibaba.dubbo.rpc.protocol.dubbo.FutureAdapter.(Lcom/alibaba/dubbo/remoting/exchange/ResponseFuture;)V

I use zipkin, dubbo version is 2.7.3,provider is ok, consumer have an error:
Failed to invoke the method test in the service com.huanyu.orderinterface.orderService. Tried 3 times of the providers [<IP_ADDRESS>:20880] (1/1) from the registry <IP_ADDRESS>:31217 on the consumer <IP_ADDRESS> using the dubbo version 2.7.3. Last error is: com.alibaba.dubbo.rpc.protocol.dubbo.FutureAdapter.(Lcom/alibaba/dubbo/remoting/exchange/ResponseFuture;)V

@mercyblitz


Incorrect screenshot link when error thrown on hook functions

Hi,
Thanks so much for the plugin! We just start using the plugin recently and it works pretty well! The only one bug that I found is that when the error is thrown on test hook (before, after etc), the link to the screenshot is incorrect because cypress decided to append name like  -- after all hook (failed).png to the file name. Would you accept a PR to fix the issue? Thank you!

Yeah of course I will accept a fix
Thanks!

@LironEr Thanks for the reply! Not sure why, but it seems I cannot push branch to the repo. Is there any restriction around it?

Released in v1.0.3
Thanks!


add an entry in the sidebar of admin panel for chatflows deployment [development_tfchatflows]

https://github.com/threefoldtech/home/issues/525
just place holder for these chatflows (make sure to load chatflows of tfgrid_solutions packages)

ubuntu
Generic flist
Minio/S3
K8S cluster
threebot -> threebot_reservation

Now the UI for chatflows inside admin dashboard is ready, but there is a problem when installing any chatflow package, it cannot load the chatflows directory after refresh, and it needs a threebot server restart.

Fixed the loading problem at https://github.com/threefoldtech/jumpscaleX_core/pull/628.

It's done now, also, we only allow chatflows of tfgrid_solutions to admins only.
development_tfchatflows on core, threebot and libs.

verified.


Complete the Discovery API Docs

All of the docs on PR #56 have been written by hand and are in no way represented in the original PAW file.
We need to:

[x] Add each new endpoint (and any modified endpoints) to the master PAW files
[x] Export and create the documentation from the PAW file
[x] Get these changes merged into master

This can be done by either:

Creating a new branch

Branch off master
Update your paw files
Export new docs
Create new PR
Remove PR #56 and delete discover-catalog

Use existing discover-catalog branch

Merge master ensuring you have the most up to date PAW files
Update your paw files
Export new docs
Remove DO NOT MERGE and proposed change labels

Then just get the PR reviewed and merged.

[ ] discovery/get_connections
[ ] discovery/get_discovery_suppliers
[ ] discovery/get_requested_connection_detail
[ ] discovery/request_connection
[ ] discovery/update_connection_request
[ ] files/upload
[ ] organization/get_connections
[ ] tools/get_discovery_participation
[ ] tools/update_discovery_participation


[Issue] Account switching not working

Describe the bug
I updated BandagedBD, because the Injector changed.
After the update, I can't switch accounts with UI elements, and assigned Keybinds.
To Reproduce
Steps to reproduce the behavior:

Verify, that the following versions are at least installed:

BD 1.0.0 (stable)
Host 0.0.309 (What is this? is this relevant?)
Injector 0.6.0

Try to Switch Accounts. Nothing happens.
Try to Switch to the same account. A warning appears, that you can't switch to the account, that you are using.

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Please also check the console by pressing Ctrl + Shift + I (Cmd + Shift + I on MacOS) and send screenshots of errors (red messages)
Information (please complete the following information):

OS: Windows 10
Plugin Version: v.1.2.3
Discord version: Stable
Compact Mode enabled? no
Encryption enabled? no

I too have been experiencing this issue since updating BD. I have the exact same issue has described above.
Also, besides not being able to change accounts, it is not possible to add them.

+1

Also, besides not being able to change accounts, it is not possible to add them.

Will test later. Wait for edit.

Possibly, this has something to do with added security features, in that update.

So funny thing: I just successfully added an account, and switching works.
There are 2 installers i think.
https://github.com/rauenzi/BetterDiscordApp/releases and
https://github.com/BetterDiscord/Installer/releases/tag/v1.0.0-beta
It probably depends, on the installer used. I know, that I reinstalled Better Discord with the installer from https://github.com/BetterDiscord/Installer/releases/tag/v1.0.0-beta.
My Discord Installation also says:

BetterDiscord 1.1.0
Host 1.0.9001

Didn't realize, that this issue still existed. Have been using this account switcher for a while without problems.
There probably exists some issue with some installer.
Closing.


Backport safe_push_cache to 1.x.x stable

@tlunter
These changes were applied via a manually edited git diff between v2.0.0 and v2.1.0. The diff needed to be manually edited to remove the snippets files that are only in v2.x.x and the version diff. Otherwise, all of the changes are consistent.

:+1:


Youtube-dl Produces |Error on use of well-formed youtube URLs starting with simple hyphen

Using latest YouTube-dl 2021.06.06 (and also earlier versions, before this occasion), with well-formed YouTube URLs such as this one = -YjDc8aY9MA, which starts with the simple (short) hyphen, (not the long dash), produces = youtube-dl.exe: error: no such option: -Y, obviously interpreting the hyphen as the special character introducing an option "option".
The full URL is rejected in the command line as = ERROR: Unsupported URL, but accepted if is it is part of a list given at the command line with -a list.txt.
I have tried all the escape characters I know and googled, including ", ', ^, , ,, ~, !, #, $, ... but none of these worked.
I have met this error before, and couldn't be brave enough to report it. Even this time I am not sure I am following exact protocol. If so, sorry!!! If you can help with a fix, thanx a million, is that correct English ?
Also, Sorry, I couldn't place this in any of the categories listed. Also, an issue was raised about a title containing an underscore, but this is an URL and the hyphen is at the beginning

Hi. I am sorry. I have just seen your comment and emails, as I had not logged in since my last comment above. Also, I was not aware I had to close the issue. But first, I can say that I have just checked again the solution offered and it works when I use $ youtube-dl -- -xyzabwvncd ; but when I use this = $ ytb1v -- -xyzabwvncd , where ytb1v runs a dos batch (ytb1v.bat) script as follows =
(
@echo off
@echo on
youtube-dl.exe ^
-i ^
-c ^
-o "%%(title)s.%%(ext)s" ^
-f "best" ^
%1
@echo off
:: pause
goto :EOF
) , the command fails, producing the same error as before, (without --).
I do not know if this is within the scope of youtube-dl issues or my own issue. If it is not within your mission to resolve it, then please consider this issue closed. And I will close it after your reply or comment. Otherwise, I would be curious to know how the '-' can be escaped by the DOS batch command, while keeping the inside of the batch file applicable to both the URLs starting with a '-' or without.
Once again, sorry for the delay, Sometimes, my already slow connection is also limited by a metered data-enabled scheme, and/or cellular providers (I live in a remote rural area of the island of Djerba, Tunisia, an area severely constrained in places by an aging 3G network, just now being very slowly revamped with fiber optics, etc.. Thank you for your kindness and patience.

Use the code tags around code cuz the @ turns into an at-mention, among other things becoming something unwanted, which is basically spam to the victim.

Thank you. Could you please briefly explain by example what you mean by "code tags",  "around code" "the @ turns into",  "at-mention" ... Where to use these tags? where does "@ turn into an at-mention". (1. I am a beginner in this. 2. I just coped the above Windows DOS batch script to my pc , as I did not know, despite several attempts, to include it in a configuration,, and this started my system hanging?_ ). If you mean in these comment boxes, I assumed they are simple text boxes, and will not execute inside the issues format


Add section for provenance tracking

Sketch from a previous version:
## 2.5 Provenance Tracking

TODO: [See notes](https://discord.com/channels/478735028319158273/1033502043656171561/1035339517021921280)
  - Content entanglement
  - e.g. `cartesianProduct(X, Y) :- X := left(...), Y := right(...)`
  - Not useful if you want to capture the provenance of `left` and `right`
  - Likely want to accumulate provenance across joins
    - FWIW: expede agrees, at least on first reading

I think this is covered in the lastest version


Cannot build conda-forge package that depends on qt6-main on Windows

Comment:
Hello, our Windows builds on conda-forge with a dependency on qt6-main are reproducibly failing with the following error message:

conda.CondaMultiError: Error with archive C:\Miniforge\pkgs\qt6-main-6.4.0-he608ae7_3.tar.bz2.  You probably need to delete and re-download or re-create this file.  Message was:
failed with error: seeking backwards is not allowed

Is the package damaged?
Here's the link to the build log: https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=627142&view=logs&j=171a126d-c574-5c8c-1269-ff3b989e923d&t=1183ba29-a0b5-5324-8463-2a49ace9e213
This is the respective PR where we see the problem: conda-forge/mnelab-feedstock#44
I also tried using qt6-main 6.4.1, or other builds of 6.4.0, but I end up with unresolvable dependencies due to clang-related constraints.
Thanks for any help and suggestions!
Richard

I think jschuller and I hit the issue in https://github.com/conda-forge/pyside2-feedstock/pull/154 and https://github.com/conda-forge/pyside2-feedstock/pull/153

Thanks for the pointer, @hmaarrfk!! I'll be watching these PRs and close this issue once things are working.


overfitting

hi,can you tell me how to solve overfitting

The first option would be to adjust the learning rate of the algorithm but assuming you're talking about training on your own dataset I think some practical advice is more useful.
You need to have a big enough dataset so that it doesn't try to optimize for the same images. If you don't have a massive dataset of text of your own, I would recommend using the existing datasets and adding your own dataset to it on the side. Then train it with a percentage of maybe ~4% for your own dataset using the --batch_ratio option.

The first option would be to adjust the learning rate of the algorithm but assuming you're talking about training on your own dataset I think some practical advice is more useful.
You need to have a big enough dataset so that it doesn't try to optimize for the same images. If you don't have a massive dataset of text of your own, I would recommend using the existing datasets and adding your own dataset to it on the side.

thank you  very much,  I've tried using weight attenuation, and I' ve found that it's good for digital recognition

Can you please how did you overcome overfitting

I hace almost 25W images to digital recognition by hand , 5W are real and others are Simulation。
another question ， I couldn't find the code for data enhancement. Should I add them myself?

I hace almost 25W images to digital recognition by hand , 5W are real and others are Simulation。
another question ， I couldn't find the code for data enhancement. Should I add them myself?
Thanks very much

不好意思，是我表述有问题，我只是尝试使用更多样式的数据，以及尝试使用weightdecay,dropblock ，而且在少量的数据下测试，目测有用，并没有具体的统计数据


module 'iuplua' not found on Fceux MacOS

I can't run the script on fceux on macos.
Console log:
Lua thread bombed out: .../share/fceux/luaScripts/nestrischamps/emus/fceux.lua:1: module 'iuplua' not found:
no field package.preload['iuplua']
no file '/opt/homebrew/Cellar/fceux/2.6.6_2/share/fceux/luaScripts/iuplua.lua'
no file './iuplua.so'
no file '/usr/local/lib/lua/5.1/iuplua.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
stack traceback:
[C]: in function 'require'
.../share/fceux/luaScripts/nestrischamps/emus/fceux.lua:1: in main chunk
[C]: in function 'require'
...eux/2.6.6_2/share/fceux/luaScripts/nestrischamps.lua:13: in main chunk

Chances are that the macos version you have is missing lua. You might have to find a supported version of Fceux (maybe an older one?)

@alex-ong I use Fceux 2.6.6 installed through homebrew (/opt/homebrew/Cellar/fceux/2.6.6_2). I have been running Stackrabbit on Fceux so i don't think my version is missing lua.

this is related:
https://sourceforge.net/p/fceultra/bugs/811/
is suspect that iup comes with windows but not mac. Perhaps one of the other emulators is the easiest way out; otherwise you may have to find out how to install iuplua.so via installing a more complete version of lua. Do you know how to build from source? maybe @Stabyourself knows os specifics 🤔


build: repair build on Windows

This enables building SourceKit-LSP on Windows.  This is sufficient to
repair the build, though it is insufficient to run currently.

@swift-ci please test

@swift-ci please test

@swift-ci please test macOS platform

@swift-ci please test Linux platform


Extend CDS Store by supporting seaice data

Add new cds dataset handler to access data at https://cds.climate.copernicus.eu/cdsapp#!/dataset/satellite-sea-ice-thickness

Solved by #62 and #63.


image width - third and quarter #893

@gbushell @mdinsmore Please review this change (if you have time).  When we get time... we should write some jquery code to hide the "Image position" if the "Article type" is "Text Only".

Conversation:
MD: I've had a look at your article changes.  Seems like a good idea.  I wondered if image_position should be called image size?  or have I misunderstood it?
PK: I think you are correct... I will update it now... Thank you

Conversation:
@mdinsmore also as there is a picture only article type - should there also be a 'full width'
PK: I don't know...  Would you want a half width picture on it's own?  I guess you might...  That could easily be added later if required...
@mdinsmore True

@timitee Will you add "text_top" and "text_bottom"?  The CSS supports it.
I think this is a good idea.  Do you agree @mdinsmore?

Updated the compose app: https://github.com/pkimber/compose


Optimized Model Saving to/Loading from Disk

Big fan of this project!
From a quick search through the code and the API docs, I haven't found any recommendations for optimal saving and loading of  models after fitting. From my understanding, scikit-learn recommends saving via pickle or joblib, which naturally works for himalaya models as well.
Alternatively, this demo from the himalaya docs mentions that saved hyper-parameters can be used to reconstruct the full model. Along this same vein, I've found that saving model coefficients as .npy, .npz or .hdf is much faster, and takes up much less space, than full serialization via joblib.
Is there any interest in incorporating this functionality into himalaya? If so, but no one else wants to, I can potentially take a pass at it.

Hi Matt,
A functionality like that would be much appreciated! I'm not a big fan of dumping models with pickle/joblib because they are rarely future-proof, and as you describe, the files produced are way too large. I think that dumping the minimal set of hyperparameters and parameters would be better. The functionality should also deal with different backends, see e.g. this issue: https://github.com/gallantlab/himalaya/issues/52


Localization::clearCache() clears all the FileSystem cache

It seems to me that Localization::clearCache() clear all the cache/expensive cache.
I don't see any clean way to clear only the localization cache (handled by ZendCacheDriver).
A quick and dirty way of doing this would be do delete the cache/0fea6a13c52b4d47/25368f24b045ca84/38a865804f8fdcb6/57cd99682e939275/8f3a01e2e3b200aa/f980d8ea6abd2ae6 directory, where

0fea6a13c52b4d47/25368f24b045ca84 is the md5 of cache splitted in two
38a865804f8fdcb6/57cd99682e939275 is the md5 of stash_default splitted in two
8f3a01e2e3b200aa/f980d8ea6abd2ae6 is the md5 of zend splitted in two

@EC-Joe @EC-Chris: any thoughts?

There are two easy ways we could fix this. Either change the flush() function in the adapter to return Core::make($this->cacheName)->getItem('zend')->clear(); or change Localization::clearCache() to run Core::make('cache/expensive')->getItem('zend')->clear();.
I'm thinking we should have the adapter only clear the cache group used by that adapter.

There are two easy ways we could fix this. Either change the flush() function in the adapter to return Core::make($this->cacheName)->getItem('zend')->clear(); or change Localization::clearCache() to run Core::make('cache/expensive')->getItem('zend')->clear();.
I'm thinking we should have the adapter only clear the cache group used by that adapter.

That easy! Thanks @EC-Chris !! See #1752


Refactor embedding package, remove the unused part in Autoformer, and update the docs

What does this PR do?

put all embedding methods into pypots.nn.modules.transformer.embedding;
remove useless part in Autoformer;
update the docs;

Before submitting

[x] This PR is made to fix a typo or improve the docs (you can dismiss the other checks if this is the case).
[x] Was this discussed/approved via a GitHub issue? Please add a link to it if that's the case.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] I have written necessary tests and already run them locally.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

33 of 36 (91.67%)  changed or added relevant lines in 8 files are covered.
4 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.1%) to 80.514%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

pypots/nn/modules/transformer/embedding.py
24
27
88.89%

Files with Coverage Reduction
New Missed Lines
%

pypots/cli/env.py
4
57.14%

Totals

Change from base Build<PHONE_NUMBER>:
-0.1%

Covered Lines:
6582

Relevant Lines:
8175

💛  - Coveralls


Clipboard/Shelf windows don't stick on reboot

This is more of a reminder for me (not sure when I'll get round to any of this)
When I fixed the 'sporadic' appearing bug in the shelves, I broke this. I originally thought that not many users would need it, but turns out it is used.
**Note to self: don't release the shelf module yet **

Fixed for the Shelf Module.
Should get a Clipboard Module fix out soon

Fixed


#13 function to clear system both windows and linux

I hope this function will help... It works fine on my linux machine and hope so it would do well on windows...

Really sorry for the late respond on this pull request my Exams were going on that's why not able to check the PR
your PR : #17
shows such error while running on windows environment
 while (choice != 0)
 ^~~~~
try.cpp:298:15: error: expected constructor, destructor, or type conversion before ';' token
 clear_screen();
               ^
try.cpp:299:1: error: 'cout' does not name a type
 cout << "-----------------------" << endl;
 ^~~~
try.cpp:300:1: error: 'cout' does not name a type
 cout << "\nThank you for trying this program" << endl;
 ^~~~
try.cpp:301:1: error: 'cout' does not name a type
 cout << "\n-----------------------" << endl;
 ^~~~
try.cpp:302:7: error: expected constructor, destructor, or type conversion before '(' token
 system("pause");
       ^
try.cpp:304:1: error: expected unqualified-id before 'return'
 return 0;
 ^~~~~~
try.cpp:305:1: error: expected declaration before '}' token
 }
 ^

will you please check the code once, and raise a PR with further corrected code
till then closing this PR , Thank you 👍


Added an option for Connection.disconnected event

I had a requirement to automatically reconnect when a disconnected event occurred on the connection that was not triggered manually.
So I added a 'hubDisconnected' option, which can be used to provide a function to execute some code upon the disconnected event.

Great idea. Thanks for sharing.

No problem at all.
I might expand further upon this (automated reconnect with some options, something like that). No sure yet.
You might have noticed that I did not update the minified version.

I've gone ahead and updated the minified version and updated bower as well as the corresponding nuget package.


any option to have [GetComponent] not override user set reference?

I'd like to use [GetComponent] to auto set a default value that can be overridden by the user.
But GetComponent overrides user value.
Is there a way around that?

Hi,
this is now possible in 3.4.0:
[GetComponent(EXP.Silent | EXP.NoPicker)] public Dummy issue72Dummy;
[GetComponent(EXP.Silent | EXP.NoPicker | EXP.NoResignButton)] public Dummy issue72DummySimple;

The config is kinda tedious. It might be optimized on a later version.
Note: This update might contain bugs.

is it X or the cycling button? in the other post it was an X so maybe I don't understand its purpose

Hi,
"X" means the value is manually signed, but the Get* attribute actually find nothing, so a "x" will allow you to remove the value.
"Reload" means the value is manually signed, but the Get* attibute find a value which is different from the current value, so a "Reload" will allow you to sign to a "correct" value, rather than the "current" value.
And EXP.NoResignButton will completely hide these buttons.

this isn't working
https://github.com/user-attachments/assets/864d5d17-8540-4703-956e-b63188342906

Hi,
To use this feature, you need to at lease set EXP.Silent:
// simple
[GetComponentInChildren(EXP.Silent)] public MCMineable source;
// no picker button, no resign/remove button
[GetComponentInChildren(EXP.Silent | EXP.NoPicker | EXP.NoResignButton)] public MCMineable sourcePlain;

https://github.com/user-attachments/assets/84c383d2-78bd-4b3f-945b-6bd03130e928

I do plan to make a config function to set default config globally for many attributes. But that will be much later, after I finish some important features first.

Ok. Why silent? Seems like a good default behavior.

Well, I can not give a good reason.
When I design GetComponentByPath, which was originally designed to be the parent of all the auto-getter attributes, it behaves exactly like Silent. I'd like to think of it as a good design.
When I refactored it into GetByXPath, it took way too much time than I expected. When on its final touch, I actually lost track of which should be the default behavior.
When I'm working in the company, one thing I need to do constantly is: to re-bind all the lost references after a code merge. Yep, we decide not to merge the Unity scene because it's just not possible: Unity has a so-called yaml-merger, and it sucks. So whenever I merge the scenes, I just throw away my scenes and manually add everything back into the remote one. After manually adding the object & script, then is the magic part: because the auto-getter attributes will aggressively sign the value to the "found" value, all my setup will be correct, with no need to manually click the "re-sign button".
So, with not enough thought, I picked that aggressive behavior as the default. And I regret it...
Yep, that's the story. That's also why I plan to support a config file to allow to change of the default behavior globally (like what DOTween does).

oh boy, it's like thinking of a name for a method ...

Ok. Why silent? Seems like a good default behavior.

Hi,
Since 3.4.11 you can use Window/Saints/Create or Edit SaintsField Config to tweak the config of the default behavior of auto getters.

Cool, I was just running into default collision!

just updated to 3.4.11 and I'm running into this new bug.  Maybe this accessor was added after 2020

Hi,
Can you copy paste the error? Looks like some issue with reading the config file

... wait it did has an issue...

Oh holy fuck... your version is indeed a bit low that does not have ManagedReference yet
I'll fix it soon

Sorry for the trouble, it's been fixed in 3.4.12

No worry, I needed to go to bed anyway :D


How to add this in a SwiftUI View?

I'm sorry, I'm new to swift and I really tried to rewrite this into SwiftUI, but failed..
Hope you can provide a SwiftUI guide. Thank you very much!!

I'm sorry, I'm new to swift and I really tried to rewrite this into SwiftUI, but failed..
Hope you can provide a SwiftUI guide. Thank you very much!!

Hey! You can use UIViewRepresentable to bring it to SwiftUI. Here's a great guide for it.
If you use MeshKit's feature/mesh-gradient-integration branch it has native SwiftUI support but no documentation yet (also has more features and better quality)

Hi! Thank you for reply! I tired "feature/mesh-gradient-integration" this time and it works perfect! Thanks a lot, great work!!!


[Fix] Get first element of paginatedList

If I am running the current code, I get the following error:
python scripts/evaluate_lean_4_interaction.py
2023-09-05 20:39:45.569 | DEBUG    | lean_dojo.constants:<module>:63 - Using GitHub without authentication. Don't be surprised if you hit the API rate limit.
2023-09-05 20:39:50.308 | INFO     | __main__:main:64 - Namespace()
Traceback (most recent call last):
  File "/Users/josojo/coding/ai/LeanDojo/scripts/evaluate_lean_4_interaction.py", line 128, in <module>
    main()
  File "/Users/josojo/coding/ai/LeanDojo/scripts/evaluate_lean_4_interaction.py", line 69, in main
    repo = LeanGitRepo("https://github.com/yangky11/lean4-example", "7d711f6da4584ecb7d4f057715e1f72ba175c910")
  File "<string>", line 5, in __init__
  File "/Users/josojo/coding/ai/LeanDojo/env/lib/python3.10/site-packages/lean_dojo/data_extraction/lean.py", line 401, in __post_init__
    lean_version = get_lean4_commit_from_config(config)
  File "/Users/josojo/coding/ai/LeanDojo/env/lib/python3.10/site-packages/lean_dojo/data_extraction/lean.py", line 285, in get_lean4_commit_from_config
    latest_tag = next(LEAN4_NIGHTLY_REPO.get_tags())
TypeError: 'PaginatedList' object is not an iterator

my python version is:
python -V
Python 3.10.11

This issue should be happening on all script, but I used the one script from this repo:
https://github.com/josojo/LeanDojo/pull/1

Hi,
Thank you for the PR. FYI, this error has been fixed in https://github.com/lean-dojo/LeanDojo/pull/52. Please also see https://github.com/lean-dojo/LeanDojo/issues/51.


MicroLite Database Object Name Issues

Insert Problems
Several tables with the exact same name can happily coexist in different schemas. MicroLite does not allow you to specify the

schema name
table name
primary key column name

for Insert. This creates problems when you want to bulk-import data from collection of dynamic/expando object.
Similarly, it would be really useful if the Insert returned the identifier or null instead of void because it would reduce extra lines of codes. And also useful for bulk-loading scenarios where you could write something like this
foreach(....
    imported.Add(session.Insert(poco));

Bug on Delete
Microlite does not allow you specify the

schema name
table name
primary key column name
primary key value

for Update which creates confusion and mistake as well. For example:
var customer = session.Single<Customer>(12354);
customer.CustomerId = 23465;
customer.Status = CustomerStatus.Closed;
updated = session.Update(customer);

is converted by MicroLite to something like this:
UPDATE [dbo].[Customers]
SET [Status] = 0
WHERE [CustomerId] = 23465;

instead of this:
UPDATE [dbo].[Customers]
SET
[Status] = 0,
[CustomerId] = 23465
WHERE [CustomerId] = 12354;

IMHO, MicroLite should allow overloads for Insert and Delete methods so that you can tell more about the database objects.

MicroLite is an ORM which is Object Relational Mapper, you create an object with properties and define how that is mapped to a table and columns using the mapping convention. The idea is that you read, insert, update and delete objects.
This keeps the API simple, you shouldn't have to specify every single time you want to insert an object which table to write to etc, that defeats the purpose of single responsibility. By configuring the mapping, MicroLite takes the responsibility so you can do session.InsertAsync(customer); instead of having to do session.InsertAsync(customer, "schema", "customers", "customer_id"); - if that's what you really want, look at PetaPoco.
MicroLite does allow you to specify the schema name, table name and identifier column - that's what the mapping convention does which is how you can just do session.InsertAsync(customer) from anywhere in your code and not have to specify the table, schema etc every time.
You are using the Convention Mapping so you just need to set the convention you want to define these things. The table name by default will be the plural of the class name, the schema by default will be null and the identifier will be whatever the identifier property is mapped as (e.g. CustomerId or Id) you can see the default conventions.
When you do Insert, MicroLite actually sets the Identifier value in the Identifier property - see Session.Insert.
As far as the update "bug" goes, it's not a bug, MicroLite doesn't allow you to change the ID of an object by modifying the object itself. That's by design, it will update the row using the current state of the object where the pk equals the object identifier.

Thank you for your insightful answer.
I am not absolutely sure when you say MicroLite does allow you to specify the schema name, table name and identifier column - that's what the mapping convention does for the cases where we have different tables in different schemas which share only the same name. Could you please suggest how convention-based mapping could be used to map these two tables and these two classes?
CREATE TABLE public.users
(
    user_id SERIAL PRIMARY KEY,
    user_name text,
    password text
)

and
CREATE TABLE office.users
(
    user_id SERIAL PRIMARY KEY,
    user_name text,
    password text,
    role_id int REFERENCES office.roles
    office_id int REFERENCES office.offices
)

for
namespace Public
{
    public class User
    {
    }
}

and
namespace Office
{
    public class User
    {
    }
}

Reading MicroLite docs, I think I can use attribute mapping for this very special case. I can happily live with that. But when it comes to bulk-upserting data, this approach would not work for my case. I will leave that for some other time.
Update
Please forgive me for being lazy and not reading the docs properly, could you please show me a way how can I achieve this except for using a method of MicroLite which uses ExecuteNonQuery (sorry I could not find that)?
Update primary key along with other columns
UPDATE [dbo].[Customers]
SET
[Status] = 0,
[CustomerId] = 23465
WHERE [CustomerId] = 12354;

instead of this
UPDATE [dbo].[Customers]
SET [Status] = 0
WHERE [CustomerId] = 23465;

I think PetaPoco's way of doing the above simpler, elegant, and less surprising.
My two cents.

If you read the convention mapping documentation you will see that one of the conventions you can define is ResolveTableSchema. By default this doesn't do anything as different databases use different default schemas and you can define your own. However you can specify a function here which will resolve your schema.
You have namespace Public { public class User { } } and you want that to map to TABLE public.users so you can specify ResolveTableSchema to use the namespace of the class as the schema name:
Configure.Extensions()
    .WithConventionBasedMapping(
        new ConventionMappingSettings
        {
            ResolveTableSchema = (Type type) => type.Namespace;
        });

You can't change the identifier (PK) in MicroLite by changing it on the instance. Personally, I don't think that is something you should ever need to do... If you think you do need to do this and want to use MicroLite, you would need to either use session.Advanced.ExecuteAsync or session.Advanced.UpdateAsync - however I would suggest that instead of seeing how to "fit" your use case into the framework that you review what it is you are actually doing to see if it is actually the correct thing to do.

I do not know any correct or incorrect way of doing the following in MicroLite because it is not possible.
UPDATE [dbo].[Customers]
SET
[Status] = 0,
[CustomerId] = 23465
WHERE [CustomerId] = 12354;

This is 100% valid requirement,

Why do you need to do it at all? I can't comprehend why you would want to alter the PK


Umbar city

http://www.planetminecraft.com/project/togurat---the-desert-temple/

Decided southern cities will not make it into this update.  Based on current trajectory don't think it will be feasible to work on any of the southern lands.


[WIP][DCOS-16421] Bump test utils

High Level Description
This updated DC/OS Test Utils to incorporate the changes in https://github.com/mesosphere/dcos-test-utils/pull/36. This is useful for testing WIP.
Related Issues

DCOS-16421 Fix broken DC/OS Enterprise End to End Tests

Checklist for all PR's

[X] Included a test which will fail if code is reverted but test is not. If there is no test please explain here: This is in service of tests which require this.
[X] Read the DC/OS contributing guidelines

Checklist for component/package updates:
If you are changing components or packages in DC/OS (e.g. you are bumping the sha or ref of anything underneath packages), then in addition to the above please also include:

[X] Change log from the last version integrated (this should be a link to commits for easy verification and review): (https://github.com/mesosphere/dcos-test-utils/compare/dfd061d11a06b02e79456fac8d808c786b76e16e...4be41e231a4e0f1c27255f948529c84a5d96a7d9)
[X] Test Results: [link to CI job test results for component]  https://github.com/mesosphere/dcos-test-utils/pull/36

This has been "Waiting for status to be reported" on the enterprise-pr tests for a day - I am unsure how to trigger them.

@mesosphere-mergebot bump-ee

@mesosphere-mergebot label Ready For Review

cc @mhrabovcin @jgehrcke for review

@mesosphere-mergebot bump-ee


Cache results of isGenericObjectType and isGenericIndexType

With this PR we cache the results of isGenericObjectType and isGenericIndexType for unions and intersections. This improves total compile time of the repro in #36564 by about 6.5%.

@typescript-bot perf test this

@ahejlsberg How do these predicates relate to couldContainTypeVariables?  Is there a reason these are ObjectFlags and that uses a property?
Context: instantiateType is frequently called on types that can't be instantiated and it seems like we could save some time (~2% on the material-ui benchmark above, in my naive implementation) by checking one or more of these cached values.

How do these predicates relate to couldContainTypeVariables? Is there a reason these are ObjectFlags and that uses a property?

The isGenericObjectType and isGenericIndexType functions are used to determine whether conditional types, indexed access types, and index types should be resolved, or whether resolution should be deferred in a higher-order type of the particular kind. It is possible for these functions to return false even if the given type references type variables, e.g. for the type { foo: T } where T is a type variable.
The couldContainTypeVariables function computes whether a type possibly contains type variables, i.e. whether it possibly could be affected by instantiation. This function may return true even when the type references no type variables because it isn't possible to explore all types fully in depth. There's no good reason for this function to use a dedicated property. An ObjectFlags flag would be better.
In scenarios that are heavy on union and intersection type instantiation, it might make sense to first call couldContainTypeVariables since the cached result would allow us to bail out quicker.

Follow-up questions:

Why do we only set those flags on union and intersection types?  It looks like we might do non-trivial work for other types?
Do we need both sets of flags?  I would guess that only one of the two makes sense for any given type or that, if both make sense, only the || of the values matters.


Include sys/types.h in ots_glue.cc

This helps to define off_t on Windows.

This change is

The fix has been included upstream, closing. I'll do a better PR tomorrow.


Code contain sample code

the code HDMnemonicKeystore has a warning
// !!! Don't use this key in production !!!
  public static String XPubCommonKey128 = "B888D25EC8C12BD5043777B1AC49F872";
  public static String XPubCommonIv = "9C0C30889CBCC5E01AB5B2BB88715799";

so what can we use in product?

@mivanzhang We need the xpub to discovery other BTC address for collecting all utxos, and we collect that on the server-side. When we transfer the xpub from client to server, we encrypted it by AES.
You can use the Random Number as the key and iv, just make sure is the same in server-side.

so where is you server side code?

Sorry, There is much code about business in our backend, it's not a common library, so we are not going to make it opensource.

Thank you ,but I cannot find api that can send my transaction in blockchain, Can you give me a detailed url?

You can check the insight-api  https://github.com/bitpay/insight-api#transaction-broadcasting

thank you very much


Make Jekyll site regenerate automatically inside Docker container

For now we need to run:
./scripts/dev.sh

To build the container, and then every time a change is made we need to run:
./scripts/jekyll-build.sh

I'd like changes to occur automatically, in the background.
I tried these approaches but they don't work for me:
jekyll build --watch
jekyll build --watch &

Other Jekyll-Docker projects such as this one might have some insight.
Until then it is necessary to run
./scripts/jekyll-build.sh

every time a change is made.

Fixed by #8


Update using-cpp-amp-in-windows-store-apps.md

Learn Build status updates of commit 5f2bc78:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/parallel/amp/using-cpp-amp-in-windows-store-apps.md
:white_check_mark:Succeeded

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

@TylerMSFT
Can you review the proposed changes? IMPORTANT: When the changes are ready for publication, add a #sign-off comment to signal that the PR is ready for the review team to merge.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team


"scr_mm_nnn" does not apply

Hello
Leaving the default value, or using the value "20"
A wait time of around 4 minutes is required for the 999 clone to disappear
I don't know if other servers are experiencing the same situation
Am I missing something ?
Please help me

Hi, scr_mm_nnn is disabled when sv_allowDownload is enabled because clients downloading maps are 999 during the download.

My clients are displayed with of ping of "-1" during downloads as you could see in the following screenshot

Server is started using +set fs_game
Am I missing something ?
I care because clients are unable to join when having a 999 clone in the server, and it happens often when joining for the first time after /reconnect because of a download not starting.

I think I noticed that clients get 999 ping when doing ALT+TAB
hoping this information could be helpful if not noticed

You can try edit this line:
https://github.com/cato-a/CoDaM_MiscMod/blob/926b42962befa350ae86af1ab6c979b42faaa346/___CoDaM_MiscMod/codam/miscmod.gsc#L294
To:
if(kickout == 0)

And report back if you are able to download maps while 999 kicker.

@cato-a
I edited the line and set scr_mm_nnn to 60 seconds
Then client was still able to fully download a pk3 of ~10mb at ~10kb/s, for about ten minutes.
Tried several times, didn't get disconnected.
scr_mm_nnn is now applied, verified using several values.
thank you Cato, and I'm sorry I didn't know

It turns out that clients are 999 after all. Changes has been reverted. https://github.com/cato-a/CoDaM_MiscMod/commit/3208abd772061fe367fceed713ccac0739d884de


Adding support for filtering on UpstreamScheme.

This PR adds support to filter on UpstreamScheme, just as you can already filter on UpstreamHost.
Allows for the routing of http upstream traffic to a specific downstream http handler, as well as upstream https traffic to a specific downstream https handler, by combining the UpstreamScheme and DownstreamScheme configuration entries for a given reroute.
Added the same unit tests as UpstreamHost has, and its logic is entirely similar.

please open PR again against master branch


ts:main doesn't account for paths set in tsconfig.json

I'm working in a monorepo and split my code into a library-centric structure, e.g.:
repo/
  packages/
    1a/
    1b/
    ...

The ts:main enables me to compile all packages as commonjs modules but still provide the TypeScript source for better tree-shaking along the way. As those libraries may grow big and deep in hierarchy, I use the paths variable in tsconfig.json:
{
  "extends": "../../tsconfig.package.json",
  "compilerOptions": {
    "rootDir": "src",
    "baseUrl": "src",
    "outDir": "dist",
    "paths": {
      "utilities/*": ["utilities/*"]
    }
  },
  "include": [
    "src",
    "typings"
  ],
  "exclude": [
    "node_modules"
  ]
}

Now, when I include package 1b in package 1a, the defined paths are ignored as the tsconfig of 1b is not respected:
Uncaught Package not found utilities

Also note that tsconfig.json files might be extended which is a common approach for monorepos, so the tsconfig.json of the package may not exist without the parent tsconfig.json of the mono repo.
Is there some way to use paths alongside ts:main?

@squidfunk it feels like it's a hot topic now.
Here is a new documentation for a monorepo in fuse-box@next And here is an example in the playground.
fuse.ts and and tsconfig
I will close this issue, since i've tested it myself and some users are already working with monorepo and v4. If you have questions, don't join Gitter!

Thanks for the quick response. I just discovered the hint for fusebox@next in #1277 and keep digging into the new API. BTW: FuseBox is awesome! Much better than Webpack for TypeScript!

@squidfunk thanks!! nice to hear that! Please do read the new documentation carefully. Especially this part
If you have questions, join Gitter, we're happy to help. There 2 active users who work with monorepo already with @next


Tabs NavigationPage title in proper case xamarin forms

Using below xaml
<TabbedPage.Children>
<NavigationPage Title="Browse" Icon="tab_feed.png">
    <x:Arguments>
        <views:ItemsPage />
    </x:Arguments>
</NavigationPage>
</TabbedPage.Children>
</TabbedPage>

The title Title="Browse" totally showing in Capital letter. How can I make it in Title case.

This occurs by design on Android. See the Material design guidelines for more information.

So you want to tell that this is standard to not show tab title in in proper case?
My question is, is it possible to do it from xamarin.forms shared project? Like by applying styles etc. without using custom renderer.
Thank you


Using mouse click + drag to change values in inspector numeric properties teleports mouse to top left of screen

Godot version:
master 78861fd
OS/device including version:
WIN 10
Issue description:
As title
Steps to reproduce:
Click and drag on a number property in the inspector - your mouse disappears. When you let go, your mouse appears in the top left corner of the Godot window (position 0,0)
Note if you do the same thing on a property which has a slider bar (e.g. the rotation in the below gif) the mouse is not teleported, but still disappears.
https://user-images.githubusercontent.com/41730826/119229766-c3206e80-bb5c-11eb-9013-f3f721004f3d.mp4

When the mouse is released, the mouse position is warped to grabbing_spinner_mouse_pos, but this value is only updated when the spinner is visible, as shown below:
https://github.com/godotengine/godot/blob/4828667759bca621570862d05e95316235bb05e4/editor/editor_spin_slider.cpp#L271-L285
The value also needs to be updated when the slider is hidden.

Marking as Junior Job, as I think it might be a reasonably simple fix. If you want to try solve this but have questions hit me up.

This might be regression from #48444
I moved the variable update, but maybe it should update in both places...


Bar Chart Scale

@mingze the first approach should be to scale as we did before.

Overlap with the legend.


Added option to copy ID3 tag details.

Thanks, this looks interesting. I'll take a proper look over the weekend when I have time to sit down to it without rushing.