[Scenario] 2 Resize 2 Reflow

During 1.0, we discovered a ton of bugs in our resize with reflow implementation, and now that we need to keep both the conpty and the terminal in sync on these things, it's more important than ever to do these things right.
I'm collecting up all the straggling tasks I've found that might possibly be related.
This is a combo of "Make Reflow work correctly", and "Get rid of the spaghetti in the VtEngine related to line wrapping"
Issues

[ ] Resize reflow tests #796
[ ] Resize with Reflow loses leading spaces on resize operation #797
[host] If a line is exactly the width of the buffer and you increase the buffer width, it will wrap incorrectly resize reflow #802

Duped up to #3088

[ ] WSL Terminal Line Endings (the "exact wrap" bug) #3088
[ ] Conpty: Additional ScrollFrame optimizations #5228
[ ] [REGRESSION >0.11.1251] Backward-kill-word after line wrapping in powershell doesn't clear exited line properly #5839 (PR#5870)
[ ]  MSFT:19446208 - This code in TextBuffer::Reflow

PRs
Many of these are 1.0 PRs, but they've all got important context.

1.0 PRs

[x] Don't remove spaces when printing a new bottom line with a background color #5550
[x] Fix wrapped lines in less in Git for Windows #5771
[x] Don't duplicate spaces from potentially-wrapped EOL-deferred lines #5398
[x] Add a test to cover #5428 #5449
[x] Fix copying wrapped lines by implementing better scrolling #5181
[x] Emit lines wrapped due to spaces at the end correctly #5294
[ ] Fix an accidental regression from #5771 #5870

[ ] Don't reflow a line as wrapped if it broke on the last cell #5368

2 Resize 2 Reflow

I'm pretty sure we're at least on Resize & Reflow: Tokyo Drift by now if not further into the series.


Add CAP Docs

Document install process for CAP - including Metrics and configuration

Codecov Report

Merging #77 into v2-master will decrease coverage by 0.02%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##           v2-master      #77      +/-   ##
=============================================
- Coverage      71.95%   71.92%   -0.03%
=============================================
  Files            685      685
  Lines          29562    29565       +3
  Branches        6783     6783
=============================================
- Hits           21272    21266       -6
- Misses          8290     8299       +9


Allow enabling JMX via PoolingConnectionFactoryProvider

Feature Request
Is your feature request related to a problem? Please describe
It's not possible to set the registerJmx to true via PoolingConnectionFactoryProvider.
Describe the solution you'd like

Add a new Boolean REGISTER_JMX Option
Use it say below this line https://github.com/r2dbc/r2dbc-pool/blob/main/src/main/java/io/r2dbc/pool/PoolingConnectionFactoryProvider.java#L151

Describe alternatives you've considered
None.
Teachability, Documentation, Adoption, Migration Strategy
This is backwards compatible and should not affect existing users: if the option is not used, it's just going to be ignored.

Great proposal. Do you want to submit a pull request?

I would like to give this a try if the original submitter is not going to.

Feel free, the last activity is from a month ago.


Support querying a single entity

Still considering whether this is worth having.

Would be good to have this, just now I wrote a sequence of calls to get(entity).unwrap() for individual components.

hm thought there is something for that (see https://github.com/Ralith/hecs/issues/50#issuecomment-581072732):

It's unlikely to matter for performance in practice, but World::entity provides that.

Agree that World::entity allows me to access a single entity, but I still have to issue multiple calls to get or get_mut afterward. With this World::query_one it's a one-liner regardless of the number of components involved.
I'm not so concerned about performance in this case as convenience... the query_ methods nicely handle the component checks for me, and they extend to with, without and Option<T> for more complex cases.

Agreed, I think it would be a nice addition to have query_one

Thanks for the feedback! I'll move this forward. My only reservation was reluctance to increase the API surface area without anyone having actually asked for it.

Revised the API a bit for more consistency with query; in particular with/without work, the error cases can be distinguished, and there's one less layer of indirection. Any final feedback?

LGTM!

Released in 0.2.11.


Support same BLE device on multiple gateways

hi, @AlexxIT
I have four xiaomi gateway3 gateways, because you can hardly use one gateway to cover the area of the whole apartment.
If I turn on ble mode on multiple gateways in HA, it turns out that some ble sensors cease to update, which is stated in this issue #110 . Same here. The problem is that the first gateway3 (may not be the closest one) registers the device and other gateways are not able to update the device states and the related entities even if they received the bluetooth packet sent by ble sensors (or ble locks).HA logs say: "warning: the xiaomi gateway 3 platform is not generating unique ids, the id is already used by sensor.xxxxxxxxxxxx_temperature, ignoring...xxx device.
If I enable ble devices on only one gateway, as I said above ,that may result in some ble sensors or locks not tracked because one gateway can hardly cover all the ble devices which are far away from this gateway.
Similar issues on ble mesh devices:
#187  #179  #109
So I think that supporting same device on multiple gateways may perfectly resolve all the above issues related to ble devices and ble mesh devices.
In fact the original purpose of ble mesh devices is that you can use multiple gateways to extend the coverage of ble radio so as to cover the whole area, but not using only one gateway to control all ble devices. That is what ble gateways are for.

#127 #99 may also be related to this issue.

#127 #99 may also be related to this issue.

I know that this may not be easy but xiaomi cease to release or develop new zigbee products and they pivot to ble mesh devices.(source: https://iot.mi.com/new/doc/embedded-development/overview) more and more ble mesh switchs/sensors/devices are released and more and more ble(mesh) devices-not-track/appear/update issues may appear under this repo.

I know that this may not be easy but xiaomi cease to release or develop new zigbee products and they pivot to ble mesh devices.(source: https://iot.mi.com/new/doc/embedded-development/overview) more and more ble mesh switchs/sensors/devices are released and more and more ble(mesh) devices-not-track/appear/update issues may appear under this repo.

To conclude, I suppose BLE mesh devices should be considered as per-account based, instead of per-gateway based

To conclude, I suppose BLE mesh devices should be considered as per-account based, instead of per-gateway based

Component needs total code rewrite for this feature. It is in plans.

Component needs total code rewrite for this feature. It is in plans.

Ah, the original is not only one person I encountered such a problem! I also have multiple gateways, and the status of my BLE device is always unstable, as is the Bluetooth lock, sometimes the lock information is obtained, sometimes not!
Hope to improve as soon as possible.

Ah, the original is not only one person I encountered such a problem! I also have multiple gateways, and the status of my BLE device is always unstable, as is the Bluetooth lock, sometimes the lock information is obtained, sometimes not!
Hope to improve as soon as possible.

Ah, the original is not only one person I encountered such a problem! I also have multiple gateways, and the status of my BLE device is always unstable, as is the Bluetooth lock, sometimes the lock information is obtained, sometimes not!
Hope to improve as soon as possible.
meto

Ah, the original is not only one person I encountered such a problem! I also have multiple gateways, and the status of my BLE device is always unstable, as is the Bluetooth lock, sometimes the lock information is obtained, sometimes not!
Hope to improve as soon as possible.
meto

Implemented in the latest version


UP-4654:  Update 'hover' chrome in the tab/column area to work better on mobile devices

https://issues.jasig.org/browse/UP-4654
Before

After

Coverage increased (+0.009%) to 22.526% when pulling f787725959a1e659392892f261e24610ea4d3510 on drewwills:UP-4654 into 1b34c6ad045d5873eaf56d10faab769f82109fa1 on Jasig:master.

+1.  Looks great.

Coverage decreased (-0.005%) to 22.511% when pulling 3bab6e92bc0c934a7cf9318104918e2204096543 on drewwills:UP-4654 into 1b34c6ad045d5873eaf56d10faab769f82109fa1 on Jasig:master.


On the votes tab, add a column in both tables for attestation rate.

Add a column for attestation rate % in the votes tab. Add in both tables.

@davutkmbr

Also, quick note. The column headers are "Attestation" and "Have I Attested" on the Discussions ta. Would recommend making both "Attestation" and "Attested" for the column header names. Seems more efficient.

https://github.com/ledgerleapllc/devxdao-frontend/issues/22

https://github.com/ledgerleapllc/devxdao-backend/pull/91


Document public interfaces

We should write some tsdoc for public interfaces, so we can potentially generate some decent docs.

Closing in favour of #14


Not able to authenticate

Hi Couldn’t try this as was not able to authenticate
not sure if it is because Hitachi in my region is having AirCloud Go as the Wi-Fi remote app. Google home connecting plugin as available.
Can you check that ?

For Hitachi air conditioners, different countries have different communication protocols and apps. Therefore, the behavior of this plugin should align with that of the respective app. If you are not using this app to control your air conditioner, it means that your air conditioner's built-in control module is incompatible with this plugin.
https://apps.apple.com/app/id1359037577


refs: add Plan.Less and Plan.Version

can we also add Plan.Name() so that we can group plans by name?


Legacy "View Engine" - publish an Ivy distribution

[x] bug report -> please search issues before submitting
[ ] feature request

OS and Version?
NAME="MX"
VERSION="21 (Wildflower)"
ID="mx"
VERSION_ID="21"
PRETTY_NAME="MX 21 (Wildflower)"

Versions
Angular CLI: 14.0.4
Node: 18.3.0 (Unsupported)
Package Manager: yarn 1.22.17
OS: linux x64

Angular: 14.0.4
... animations, cdk, cli, common, compiler, compiler-cli, core
... forms, material, material-moment-adapter, platform-browser
... platform-browser-dynamic, router

Package                         Version
---------------------------------------------------------
@angular-devkit/architect       0.1400.4
@angular-devkit/build-angular   14.0.4
@angular-devkit/core            14.0.4
@angular-devkit/schematics      14.0.4
@angular/flex-layout            14.0.0-beta.40
@schematics/angular             14.0.4
rxjs                            7.5.5
typescript                      4.7.4
webpack                         5.73.0

Repro steps
ng build
The log given by the failure
⠙ Generating browser application bundles (phase: setup)...Processing legacy "View Engine" libraries:
- ng-auto-complete [es2015/esm2015] ()
- @angular-material-extensions/input-counter [es2015/esm2015] (git://github.com/angular-material-extensions/input-counter.git)
Encourage the library authors to publish an Ivy distribution.

Desired functionality
Encourage the library authors to publish an Ivy distribution.
Mention any other details that might be useful
https://github.com/hotsoft-informatica/lisweb-ng-frontend/

I need to update the library to the latest angular version

@AnthonyNahas If I can help in anyway, I'm here.

https://www.npmjs.com/package/@angular-material-extensions/input-counter
v1.0.1 is now live supporting the latest version of angular
cheers


Standard WebExtensions support

Would be good to work towards making this extension also available on Firefox (and any other WebExtensions-compatible browser).
Since now Chrome and Firefox both support WebExtensions, this shouldn't be too problematic. Other than the global objects containing the APIs are named differently IIRC.

That'll be awesome! I haven't looked into WebExtensions yet but let me know if I can do anything to help 😊

Shouldn't be too hard. I reckon one of my evenings should be enough. I just forgot this is an issue I opened haha

hey, this extension looks cool, can you finish the Firefox port up?


PR by Akash Anand (GX-47)

This is my .mk file

This is my .mk file

review your pr, add files only to contributions


⚠ Bofrost.be has degraded performance

In 18ea6a9, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 1510 ms

Resolved: Bofrost.be performance has improved in 2b0d7f2.


New Version of SWAT_MI error if dropdowns are blank

If you try to make new version of SWAT Model Instance that has a Model Input element or a Simulation Type, it fails if any one of the select box terms are blank ('Routing time step type', 'Routing time step type', 'Simulation time step type', 'Simulation type')

This was addressed and merged.


[Bug] Batch with only padding is returned after all streams are consummed.

Suppose we have a single stream = [1, 2, 3], a batch size of 1 and bin_size (the sequence length inside batches) >= 3, padding_mode = "zeros"  and padding_value = [0] * bin_size.
Initialize dataloader (an instance of StreamDataLoader) with these and iterate on it.
for batch in dataloader:
  print(batch)

Printed Result:
[ [ 1, 2, 3, ....]]
[[0,0,0,....]]

An extra batch is returned with only padding in it. The expected behavior would be that only the 1st batch is returned right ?

Thanks for reporting the bug! i will write tests for these use cases and let you know if i manage to resolve

ok i think this is done, see code here https://github.com/etienne87/pytorch-stream-dataloader/blob/more_tests/tests/test_stream_dataloader.py#L163. Basically i just drop the last batch if it contains only padding data. is that acceptable?

see MR https://github.com/etienne87/pytorch-stream-dataloader/pull/4

Hi Etienne,
Sorry for the late reply and thanks for the changes.
That does help when the padding mode is "zeros" but not when it is "data". It's more of a hack than a solution.

I see, what you care is that the number of batches is deterministic?

Ok, i propose this: https://github.com/etienne87/pytorch-stream-dataloader/blob/fix_padding_issue/pytorch_stream_dataloader/stream_dataset.py#L19
User's data is wrapped up in a class called StreamData which specifies the status of the data (padding or not)

I think it does the trick ;)
Thanks a bunch.


Make CredentialBootstrap.reset() visible for testing, or make CredentialBootstrap a class instead of object

Describe the feature request?
Writing tests around Okta have been very difficult because of the fact that CredentialBootstrap is an object, rather than a class that can be instantiated. True singletons can be problematic when coding, especially when testing. Because it is an object, it doesn't get reset in between tests, but rather sticks around for as long as the program exists in memory, meaning I can't test things that use CredentialBootstrap in more than one single test method without them failing.
I've imported some of the test-helpers classes into my own project to perform tests using the Okta system:
class OktaUserAuthenticatorTest {
    @get:Rule
    val okta = OktaRule()

    private val credentialBootstrap by lazy {
        CredentialBootstrap.apply {
            runCatching {
                initialize(
                    okta.createOidcClient(okta.createEndpoints())
                        .createCredentialDataSource(InMemoryTokenStorage())
                )
            }.onFailure { Timber.e("Failed to re-initialize CredentialBootstrap.") }
            runBlocking { defaultCredential().storeToken(null) }
        }
    }
}

Note that because of how CredentialBootstrap works, I cannot actually call initialize more than once without an exception being thrown. The OidcClient can only live as long as the OktaRule, which only lives as long as one single test method run. Subsequent test methods will get a new rule that can then not be used by CredentialBootstrap.
I have now seen that there is CredentialBootstrap.reset() that clears the data source, and if that could be made @VisibleForTesting(otherwise=INTERNAL), that would be huge for testing, and should allow me to re-initialize the object with a new data source using the clients created by the OktaRule for each test.
New or Affected Resource(s)
CredentialBootstrap.reset() should be made visible for testing.
Provide a documentation link
No response
Additional Information?
There are a lot of cool things happening in this library, but I feel like using objects is problematic  for a number of reasons, especially dealing with testing. I've been able to get past pretty much all of them except this one.

I finally have managed to get past this by adding this before my initialization:
CredentialBootstrap::class.members.find { it.name == "reset" }!!.call(CredentialBootstrap)

Hi @shekibobo, I agree that this makes testing unnecessarily difficult. I will make reset() a publicly visible method and annotate it with InternalAuthFoundationApi. After that you should be able to call reset after adding a compiler opt-in in your build (under android testOptions section) similar to this: https://github.com/okta/okta-idx-android/blob/babe429f73a5324adf58dca677d940e13e8a65e2/okta-idx-kotlin/build.gradle#L29
Does that sounds reasonable?
I'm working on a fixing a few other issues, and will let you know once a release is ready with these changes.

That looks great, thank you. It would also be really cool to see OktaRule make it into a testing library, but for now I've just brought some of the test helpers into my own testing library and modified where useful.


Deployetl

Deploy the ETL to Docker Hub, tag images with SHA1 instead of $VERSION.

I think I've addressed your concerns @JasonMWhite except for moving the deployment jobs into one big job. We probably could but I thought having them set up individually might give us more freedom to adjust parameters later on.  In any case, I wanted to address the other issues right away.

Looks like the ETL tests aren't able to connect to MongoDB - connection refused.

CI hasn't run on this PR for some reason


[Bug]: v1.15.0 Causes Consumers Jest Tests To Fail

Which web client version did you detect this bug with?
v1.15.0
What environment (build systems, module system, and framework) did you detect this bug with?
TypeScript v5.0.2, Webpack v4.46.0, ECMAScript modules (ESM) and React v17.1
Is your web application a single page application (SPA) or multi page application (MPA)?
SPA
Please provide your web client configuration
{
allowCookies: true,
endpoint: "https://dataplane.rum.us-west-2.amazonaws.com",
guestRoleArn: "arn:aws:iam::000000000000:role/RUM-Monitor-us-west-2-000000000000-00xx-Unauth",
identityPoolId: "us-west-2:00000000-0000-0000-0000-000000000000",
sessionSampleRate: 1,
telemetries: ['errors', 'performance', 'http']
}
Please describe the bug/issue
Previous to v1.15.0 running Jest tests in places that import from aws-rum-web worked well, but after upgrading they begin to fail with esm import errors.
Important bits:
    Details:

    ......./node_modules/aws-rum-web/node_modules/web-vitals/attribution.js:18
    export * from './dist/web-vitals.attribution.js';
    ^^^^^^

    SyntaxError: Unexpected token 'export'

    > 1 | import { AwsRum, AwsRumConfig } from 'aws-rum-web';
        | ^
      2 |
      3 | export let rum: AwsRum;
      4 |

      at Runtime.createScriptFromCode (node_modules/jest-runtime/build/index.js:1728:14)
      at Object.<anonymous> (node_modules/aws-rum-web/dist/cjs/plugins/event-plugins/WebVitalsPlugin.js:20:21)
      at Object.<anonymous> (node_modules/aws-rum-web/dist/cjs/orchestration/Orchestration.js:44:25)
      at Object.<anonymous> (node_modules/aws-rum-web/dist/cjs/index.js:18:23)
      at Object.<anonymous> (src/config/rumConfig.ts:1:1)

Issue seems to be here https://github.com/aws-observability/aws-rum-web/compare/v1.14.1...v1.15.0#diff-7f9eb043b568ee17c6e1abb8ce54754a6f6a1571604e94509f756b5a751a6e1c with the import from webvitals/attribution. Where just importing from webvitals works, webvitals/attribution does not.

Reproduction:
Download this https://codesandbox.io/s/restless-framework-369v6s?file=/package.json
File -> Export to Zip
npm install
npm test
see failure

Solution in jest config:
   "transformIgnorePatterns": [
      "/node_modules/(?!web-vitals)"
    ]

Unfortunately this is a breaking change under certain circumstances


Don't throw UvException directly to users

Kestrel request and response Streams should throw IOExceptions, not UvExceptions.
An exception of type 'Microsoft.AspNet.Server.Kestrel.Networking.UvException' occurred in mscorlib.dll but was not handled in user code

Additional information: Error -4081 ECANCELED operation canceled

   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNet.Server.Kestrel.Http.Frame.<WriteChunkedAsync>d__88.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNet.Server.Kestrel.Http.Frame.<WriteAsync>d__86.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
   at Glimpse.Server.Resources.ServerSentEventResponse.<SendData>d__5.MoveNext() in C:\Users\antho\Projects\Glimpse.Prototype\src\Glimpse.Server\Resources\HttpContextExtensions.cs:line 100
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
   at Glimpse.Server.Internal.Resources.MessageStreamResource.<>c__DisplayClass4_0.<<Configure>b__1>d.MoveNext() in C:\Users\antho\Projects\Glimpse.Prototype\src\Glimpse.Server\Internal\Resources\MessageStreamResource.cs:line 63
https://github.com/Glimpse/Glimpse.Prototype/blob/dev/src/Glimpse.Server/Internal/Resources/MessageStreamResource.cs#L63

Fixed by https://github.com/aspnet/KestrelHttpServer/pull/325

I'm also getting this in rc1-final while debugging,
"An exception of type 'Microsoft.AspNet.Server.Kestrel.Networking.UvException' occurred in mscorlib.dll but was not handled in user code
Additional information: Error -4077 ECONNRESET connection reset by peer"
on line writer.Write(str) in WriteTo method, custom helper, implements IHtmlContent

Response.Write will no longer throw in RC2 unless you pass in a canceled CancellationToken (such as `RequestAborted). In RC1, writes can fail if there are connection issues.


Images are being moved from docker.io/usercont to quay.io/packit

packit-service-tests-requre  : RETRY_LIMIT

expected until packit/deployment#182 gets merged

recheck


FilterLookup filters has strange behavior when chaining them together.

Describe the Bug

I'm trying to implement filters so theres always one fixed filter which is always set and then additional filters chained on top of it to drill down a set of results. So for example, say I want to filter for a person that has a profession of "driver" and in addition to driver they are also both a mechanic and engineer. I would expect this to work:
filters: {
  professions: {
    id: { exact: "driver" },
    AND: {
      id: { inList: ["mechanic", "engineer"] },
    },
  },
}

But it doesn't work at all... I tried doing this:
filters: {
 professions: {
   id: { inList: ["driver", "mechanic", "engineer"] },
 },
}

But it gives me people who are driver OR mechanic OR engineer. I need the behavior to be driver AND mechanic AND engineer.
System Information

Strawberry version (if applicable): 0.47.0

Additional Context

I defined the filters with FilterLookup

Upvote & Fund

We're using Polar.sh so you can upvote and help fund this issue.
We receive the funding once the issue is completed & confirmed by you.
Thank you in advance for helping prioritize & fund our backlog.

As we discussed the other day, this is something that strawberry doesn't support, meaning you have to rely on custom filtering for this.
Going to close this for now

Leaving this comment as a record for anyone that might be coming from Graphene/django-filters. This type of filtering behavior is known as a [conjoined](https://django-filter.readthedocs.io/en/stable/ref/filters.html#multiplechoicefilter) filter. I'll probably make a feature request on Strawberry to support it.


Refactor: template filename fixes

This PR is meant to partially supersede #4 which incorporates maintainer requested changes.
An additional template filename fix is also applied, please review.

@sbesson Done, please review.

Thanks @brlin-tw, this is now released as ome.rsync_server 1.0.3


New detection and announcing 2 new detection

New detection and announcing 2 new detection

FYI: I will soon re-format all these HTML code blocks using prettier... There's an almost-ready PR with these changes:
https://github.com/cloudflare/cloudflare-docs/pull/3734


ibus-engines.m17n: 1.4.19 -> 1.4.22

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/project/ibus-m17n/versions.
meta.description for ibus-engines.m17n is: m17n engine for ibus
meta.homepage for ibus-engines.m17n is: https://github.com/ibus/ibus-m17n
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.4.22 with grep in /nix/store/xdn2ypbjd3a9bs62b4n6zgx1d6gka3aa-ibus-m17n-1.4.22
found 1.4.22 in filename of file in /nix/store/xdn2ypbjd3a9bs62b4n6zgx1d6gka3aa-ibus-m17n-1.4.22

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
ibus-engines.m17n

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/xdn2ypbjd3a9bs62b4n6zgx1d6gka3aa-ibus-m17n-1.4.22 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A ibus-engines.m17n https://github.com/r-ryantm/nixpkgs/archive/1f1287a2deadaeb956e2c68e1410137ca098115f.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/xdn2ypbjd3a9bs62b4n6zgx1d6gka3aa-ibus-m17n-1.4.22
ls -la /nix/store/xdn2ypbjd3a9bs62b4n6zgx1d6gka3aa-ibus-m17n-1.4.22/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

ibus-engines.m17n

Maintainer pings
cc @ericsagnes for testing.

Result of nixpkgs-review pr 252275 run on x86_64-linux 1

1 package built:

ibus-engines.m17n


Update Chaotic Random background color change every second (Issue #21…

…) script.js
@vansh-codes
Issue #21 : Random Background Color Change Every Second
Description: The background color of the page should change every second, choosing random RGB values. This feature enhances the chaotic look and feel of the page, with unpredictable color shifts.
Expected Behavior:
Background color changes every second.
The RGB values should be randomly generated for each change. The transition is immediate with no smooth effect, emphasizing randomness.
Accept my pull request please

Please share a short video recording of how the webpage looks after your changes @Jnanvesha04

Create pull request in my project repository along with video


Screen share on example is not working (Chrome & window)

Describe the bug
Try to run screen share feature on window and web (chrome) but not working as expected
To Reproduce
Steps to reproduce the behavior:

Run example app with web
Run ScreenSharing
Screen share is duplicate multiple times as image attached

Expected behavior
Screen share feature work normal
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: Window
Browser: Chrome

Additional context
Try to run on Window, but exception occurs

I just added this feature on window and the duplicate screen also display (seem like recursion function). @littleGnAl Could you pls help to confirm this is the flutter agora issue or missing anything else? Thanks.

Screen share is duplicate multiple times

This is called Droste effect. You should avoid capturing the preview window to avoid this.


Disable telemetry when running the smoke test

Testing #27456
The option telemetry.enabled: false can be used

Yes, although setting it in every test is very time consuming. We should look out for a command line flag probably as in #27556.
Or to do an initial configuration and then run many tests in a single instance of VS Code without resetting user-data-directory.

fyi @seanmcbreen

I'm open to that (and the auto update change)

@sandy081 isn't this in?

Yes.


reconnect on exception

added same logic as tcp output, to reconnect upon exception
added basic specs
optimizations
cleaned code

Thanks, @colinsurprenant

Code LGTM; haven't reviewed nor run the tests.

@jordansissel All tests pass as per Jenkins

@suyograo hugs jenkins

refactor specs. I know @purbon will be happy \o/
using faster & cleaner string interpolation

interpolation FTW!!
LGTM, tests pass
finished in 0.081 seconds (files took 1.29 seconds to load)
4 examples, 0 failures

Randomized with seed 64829

rebasing and merging.

published as version 2.1.0
backport to 0.2.0 in progress in #14


Internal error in the debugger when trying to debug

Environment data
dotnet --info output:
PS D:\CloudStation\Johannes\CloudStation\Dokumente\Beruflich\Code\dotnetcore\JRITFirstConsoleApp> dotnet --info
.NET-Befehlszeilentools (2.1.4)

Product Information:
 Version:            2.1.4
 Commit SHA-1 hash:  5e8add2190

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.16299
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\2.1.4\

Microsoft .NET Core Shared Framework Host

  Version  : 2.0.5
  Build    : 17373eb129b3b05aa18ece963f8795d65ef8ea54

VS Code version:
Version 1.20.1
Commit f88bbf9137d24d36d968ea6b2911786bfe103002
Datum 2018-02-13T15:34:36.336Z
Shell 1.7.9
Renderer 58.0.3029.110
Node 7.9.0
Architektur x64
C# Extension version:
1.14.4
Steps to reproduce
dotnet new console -o JRITNewConsoleApp
Open the Folder in vscode.
using .NET core Launch (console)
Starting Debugging session in vscode
Vscode Reports:
using System; namespace JRITFirstConsoleApp{    class Program    {        static void Main(string[] args)        {            Console.WriteLine("Hello World!");        }    }} 0 references0 references
PROBLEME
AUSGABE
DEBUGGING-KONSOLE
TERMINAL
Internal error in the debugger.
Exception = System.Runtime.InteropServices.COMException
Message = Internal error in the debugger.
Code = 80004005
at VsDbg.NativeEntryPoint.EnsureInitialized(String[] args)
at VsDbg.Transports.LocalTransport.b__28_0()
Expected  behavior
Debugger stops at breakpoint
Actual behavior

@JohRest can you tell me what your OS locale is set to?

Hi Gregg,
I’m using OS locale set to German.
Regards
Johannes
Von: Gregg Miskelly<EMAIL_ADDRESS>Gesendet: Dienstag, 27. Februar 2018 18:18
An: OmniSharp/omnisharp-vscode<EMAIL_ADDRESS>Cc: Johannes Rest<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [OmniSharp/omnisharp-vscode] Internal error in the debugger when trying to debug (#2074)
@JohRest https://github.com/johrest  can you tell me what your OS locale is set to?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OmniSharp/omnisharp-vscode/issues/2074#issuecomment-368955114 , or mute the thread https://github.com/notifications/unsubscribe-auth/ACtFVWSe0jer0lKy8VU81D1vWm0j2XrXks5tZDixgaJpZM4SU2yR .

Thanks!
Can you try this, and let me know what error, if any is printed?

Open a command prompt
cd /d "%USERPROFILE%\.vscode\extensions\ms-vscode.csharp-1.14.0\.debugger"
.\vsdbg-ui --server
Go back to VS Code and open your .vscode\launch.json file
Add "debugServer": 4711, to your current configuration
Try and start debugging

Hopefully you will see an error printed that will give me a better idea what is failing.
Thanks!

Hi Gregg,
did what you’d suggested.
Same error in vscode. On the console I see the following:
Hope that helps.
Regards
Johannes
Von: Gregg Miskelly<EMAIL_ADDRESS>Gesendet: Donnerstag, 1. März 2018 01:50
An: OmniSharp/omnisharp-vscode<EMAIL_ADDRESS>Cc: Johannes Rest<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [OmniSharp/omnisharp-vscode] Internal error in the debugger when trying to debug (#2074)
Thanks!
Can you try this, and let me know what error, if any is printed?

Open a command prompt
cd /d "%USERPROFILE%.vscode\extensions\ms-vscode.csharp-1.14.0.debugger"
.\vsdbg-ui --server
Go back to VS Code and open your .vscode\launch.json file
Add "debugServer": 4711, to your current configuration
Try and start debugging

Hopefully you will see an error printed that will give me a better idea what is failing.
Thanks!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OmniSharp/omnisharp-vscode/issues/2074#issuecomment-369435990 , or mute the thread https://github.com/notifications/unsubscribe-auth/ACtFVQVKK1KIGZ9RjSbN7FK__jJhsPWMks5tZ0WqgaJpZM4SU2yR .

@JohRest unfortunately whatever you saw seems to have been stripped out of the email->git hub comment system. Can you try editing your comment in the web UI?

it said:
accepted Connection from Client
FATAL ERROR: unable to load resource dll.
internal error in the Debugger
Client Connection closed

btw: I saw you're with Microsoft; so from 2000 to 2008 we were colleagues. Best Company I've ever worked for.
Except for my own Company now. :-)

:)
Thanks. What do you get from dir "%USERPROFILE%\.vscode\extensions\ms-vscode.csharp-1.14.0\.debugger\1033?

😉
Output:
C:\Users\johan>dir "%USERPROFILE%.vscode\extensions\ms-vscode.csharp-1.14.0.debugger\1033
Datenträger in Laufwerk C: ist System
Volumeseriennummer: 92EB-4520
Verzeichnis von C:\Users\johan.vscode\extensions\ms-vscode.csharp-1.14.0.debugger\1033
27.02.2018  11:49              .
27.02.2018  11:49              ..
           0 Datei(en),              0 Bytes

           2 Verzeichnis(se), 160.959.684.608 Bytes frei

C:\Users\johan>
Cheers
Johannes
Von: Gregg Miskelly<EMAIL_ADDRESS>Gesendet: Donnerstag, 1. März 2018 18:25
An: OmniSharp/omnisharp-vscode<EMAIL_ADDRESS>Cc: Johannes Rest<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [OmniSharp/omnisharp-vscode] Internal error in the debugger when trying to debug (#2074)
:)
Thanks. What do you get from dir "%USERPROFILE%.vscode\extensions\ms-vscode.csharp-1.14.0.debugger\1033?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OmniSharp/omnisharp-vscode/issues/2074#issuecomment-369665274 , or mute the thread https://github.com/notifications/unsubscribe-auth/ACtFVdZty2Nt7WWU0Md09vHrVrncXseNks5taC7MgaJpZM4SU2yR .

Can you try removing your .debugger folder, and restarting VS Code? It looks like somehow some of the debugger files didn't get extracted from the download, though I have no idea how.

It complains about the extension may be corrupt and needs to be reinstalled. Tried this, but the message remains
☹
Von: Gregg Miskelly<EMAIL_ADDRESS>Gesendet: Donnerstag, 1. März 2018 21:54
An: OmniSharp/omnisharp-vscode<EMAIL_ADDRESS>Cc: Johannes Rest<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [OmniSharp/omnisharp-vscode] Internal error in the debugger when trying to debug (#2074)
Can you try removing your .debugger folder, and restarting VS Code? It looks like somehow some of the debugger files didn't get extracted from the download, though I have no idea how.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OmniSharp/omnisharp-vscode/issues/2074#issuecomment-369727185 , or mute the thread https://github.com/notifications/unsubscribe-auth/ACtFVU5Sk9VK93_p203i0S8-VjI5gvYUks5taF_NgaJpZM4SU2yR .

If you manually download this zip file and extract it to the .debugger folder do you see the 1033 directory along with the below files?
Zip file: https://download.visualstudio.microsoft.com/download/pr/11522728/3d79abf5bc635c3b55ad2ee590c1eb0e/coreclr-debug-win7-x64.zip
Files you should see:
C:\Users\greggm>dir "%USERPROFILE%\.vscode\extensions\ms-vscode.csharp-1.14.0\.debugger\1033"
 Volume in drive C is OSDisk
 Volume Serial Number is 0CF9-3BB7

 Directory of C:\Users\greggm\.vscode\extensions\ms-vscode.csharp-1.14.0\.debugger\1033

02/14/2018  02:35 PM    <DIR>          .
02/14/2018  02:35 PM    <DIR>          ..
02/14/2018  02:35 PM            42,664 vsdbg.resources.dll
02/14/2018  02:35 PM            73,424 vsdebugeng.impl.resources.dll
02/14/2018  02:35 PM           603,304 VSDebugUI.dll
               3 File(s)        719,392 bytes
               2 Dir(s)  554,076,344,320 bytes free

Not necessary. I removed the whole .vscode from my profile directory. Then reinstalled c# extension.
Now it works!
Thanks a lot!
Have a nice day in Seattle. BTW: is it raining? Still? 😉
Cheers
Johannes
Von: Gregg Miskelly<EMAIL_ADDRESS>Gesendet: Donnerstag, 1. März 2018 23:20
An: OmniSharp/omnisharp-vscode<EMAIL_ADDRESS>Cc: Johannes Rest<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [OmniSharp/omnisharp-vscode] Internal error in the debugger when trying to debug (#2074)
If you manually download this zip file and extract it to the .debugger folder do you see the 1033 directory along with the below files?
Zip file: https://download.visualstudio.microsoft.com/download/pr/11522728/3d79abf5bc635c3b55ad2ee590c1eb0e/coreclr-debug-win7-x64.zip
Files you should see:
C:\Users\greggm>dir "%USERPROFILE%.vscode\extensions\ms-vscode.csharp-1.14.0.debugger\1033"
Volume in drive C is OSDisk
Volume Serial Number is 0CF9-3BB7
Directory of C:\Users\greggm.vscode\extensions\ms-vscode.csharp-1.14.0.debugger\1033
02/14/2018  02:35 PM              .
02/14/2018  02:35 PM              ..
02/14/2018  02:35 PM            42,664 vsdbg.resources.dll
02/14/2018  02:35 PM            73,424 vsdebugeng.impl.resources.dll
02/14/2018  02:35 PM           603,304 VSDebugUI.dll
3 File(s)        719,392 bytes
2 Dir(s)  554,076,344,320 bytes free
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/OmniSharp/omnisharp-vscode/issues/2074#issuecomment-369751019 , or mute the thread https://github.com/notifications/unsubscribe-auth/ACtFVVrNwhYryAYGR8pxP8ENZrfMzE8Wks5taHPzgaJpZM4SU2yR .

Glad you solved it! It is actually a fairly nice day today. :) Have a good one.

Does anyone know why the VSCode user setup displays this whenever I open the executable file

@JohnSimon93 That question would be better answered at https://github.com/microsoft/vscode/issues. Also, please don't comment on closed issues unless it is related. Always feel free to open a new issue when you are running into trouble.


Add Expenditure model details to committee detail page

Similar to how the Contributions model is loaded on the committee detail page.

This continues #152


Error while fine-tuning model using example from "examples/finetune.ipynb":  RuntimeError: shape '[8, 129, 12, 512]' is invalid for input of size 8306688

Hi! I've been experimenting with this model for a few things, and so far I like where it's going.
I want to attempt some fine-tuning, so I followed the same notebook found here: https://github.com/urchade/GLiNER/blob/main/examples/finetune.ipynb
However, when it comes to the training step, I am seeing the following error:
RuntimeError: Caught RuntimeError in replica 0 on device 0.
Original Traceback (most recent call last):
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/parallel/parallel_apply.py", line 83, in _worker
    output = module(*input, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/gliner/model.py", line 103, in forward
    output = self.model(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/gliner/modeling/base.py", line 232, in forward
    span_rep = self.span_rep_layer(words_embedding, span_idx)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/gliner/modeling/span_rep.py", line 356, in forward
    return self.span_rep_layer(x, *args)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/gliner/modeling/span_rep.py", line 286, in forward
    return self.out_project(cat).view(B, L, self.max_width, D)
RuntimeError: shape '[8, 129, 12, 512]' is invalid for input of size 8306688

I tried to debug it myself, but I am rather confused as to why this is happening. All previous steps are copied verbatim from the example finetune notebook.
Maybe some useful info:
torch 2.4.0+cu121
gliner 0.2.10
transformers 4.45.0.dev0
huggingface_hub 0.23.2
accelerate 0.34.0
Python 3.10.12

Any ideas? I can provide more information where needed.
Thanks!

try this
https://gofile.io/d/yMHabA
select the desired compiler in the installer

@GenaroSalomone Thanks for the input, but Ill be honest for a second -- that seems suspicious.

Just realized that the same error happens when trying to use train.py included in the root of the project. Different dimensions/input size, but the same error.

Can you send the whole config.yaml file you are using?

@Ingvarstep
I did not create nor set up a new configuration file nor set a configuration path using --config when I attempted it via train.py, so it defaulted to configs/config.yaml as per https://github.com/urchade/GLiNER/blob/7495d0a9be807504a8da33b059747e6fd66c331e/train.py#L19C57-L19C76
After I downloaded the training data (data.json) from https://huggingface.co/datasets/urchade/pile-mistral-v0.1, I put the file into the same directory as the GLiNER checkout directory. Then, I ran python3 train.py keeping everything defaulted.
If you need anything else let me know!

@Ingvarstep
I did not create nor set up a new configuration file nor set a configuration path using --config when I attempted it via train.py, so it defaulted to configs/config.yaml as per https://github.com/urchade/GLiNER/blob/7495d0a9be807504a8da33b059747e6fd66c331e/train.py#L19C57-L19C76
After I downloaded the training data (data.json) from https://huggingface.co/datasets/urchade/pile-mistral-v0.1, I put the file into the same directory as the GLiNER checkout directory. Then, I ran python3 train.py keeping everything defaulted.
If you need anything else let me know!

I had a similar error when exploring the model on my data. This error indicates there is a mismatch between the sequence lengths: 129 and 169.  Check if the label is preprocessed(padding) correctly to match the input sequence length. Basically the batch_size * sequence_length * width * hidden_size [8, 129, 12, 512] should match the final number  8306688.

@joywang233 good to know, thanks :) That will come in handy if I need to start training on my own data. It's just confusing to me because I'm using the same exact training data as gliner 2.1 -- https://huggingface.co/datasets/urchade/pile-mistral-v0.1 -- and seeing the issue. I'd assume the v2.1 model that was published to HuggingFace was trained on that data used the same Python script to do it (or utilizing the same Jupyter notebook).

How u try the latest code base, I don't see ur issue

@xingchaozh I have not. I will try again with the latest on Monday. Thanks for the heads up.

@xingchaozh So I just tried it using the updated codebase, and I am still having the same issue. Can I ask what dataset you are using, and if it differs from what gliner was originally trained on?  Some output:
$ git log -1
commit 65d58a0ae170e8eb31c13d6fedea186e32ef5b96 (HEAD -> main, origin/main, origin/HEAD)
Author: Urchade Zaratiana<EMAIL_ADDRESS>Date:   Sun Sep 8 05:38:18 2024 +0200

    Update README.md

$ cat gliner/__init__.py
__version__ = "0.2.11"

from .model import GLiNER
from .config import GLiNERConfig

__all__ = ["GLiNER"]

$ python3 ./train.py
Dataset size: 19724
Dataset is shuffled...
Dataset is splitted...
/home/user/.local/lib/python3.10/site-packages/transformers/tokenization_utils_base.py:1601: FutureWarning: `clean_up_tokenization_spaces` was not set. It will be set to `True` by default. This behavior will be deprecated in transformers v4.45, and will be then set to `False` by default. For more details check this issue: https://github.com/huggingface/transformers/issues/31884
  warnings.warn(
/home/user/.local/lib/python3.10/site-packages/transformers/convert_slow_tokenizer.py:551: UserWarning: The sentencepiece tokenizer that you are converting to a fast tokenizer uses the byte fallback option which is not implemented in the fast tokenizers. In practice this means that the fast version of the tokenizer can produce unknown tokens whereas the sentencepiece version would have converted these unknown tokens into a sequence of byte tokens matching the original piece of text.
  warnings.warn(
Initializing cross fuser...
Post fusion layer: l2l-l2t-t2t
Number of post fusion layers: 3
/home/user/.local/lib/python3.10/site-packages/transformers/training_args.py:1539: FutureWarning: `evaluation_strategy` is deprecated and will be removed in version 4.46 of 🤗 Transformers. Use `eval_strategy` instead
  warnings.warn(
max_steps is given, it will override any value given in num_train_epochs
  0%|                                                                                | 0/100000 [00:00<?, ?it/s]Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
/home/user/.local/lib/python3.10/site-packages/torch/nn/parallel/parallel_apply.py:79: FutureWarning: `torch.cuda.amp.autocast(args...)` is deprecated. Please use `torch.amp.autocast('cuda', args...)` instead.
  with torch.cuda.device(device), torch.cuda.stream(stream), autocast(enabled=autocast_enabled):

Original Traceback (most recent call last):
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/parallel/parallel_apply.py", line 83, in _worker
    output = module(*input, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/projects/GLiNER/gliner/model.py", line 103, in forward
    output = self.model(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/projects/GLiNER/gliner/modeling/base.py", line 238, in forward
    span_rep = self.span_rep_layer(words_embedding, span_idx)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/projects/GLiNER/gliner/modeling/span_rep.py", line 356, in forward
    return self.span_rep_layer(x, *args)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1553, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
  File "/home/user/.local/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1562, in _call_impl
    return forward_call(*args, **kwargs)
  File "/home/user/projects/GLiNER/gliner/modeling/span_rep.py", line 286, in forward
    return self.out_project(cat).view(B, L, self.max_width, D)
RuntimeError: shape '[8, 264, 12, 768]' is invalid for input of size 19759104

$ sha256sum data.json
00d05d679a63d83b72042b599f59ff22e547884c18b4405bc347ba65accd6e15  data.json

@BradyBonnette I changed nothing, neither code base(latest as u show) nor dataset (pipe-mistral-v0.1).
I was training the model on a M1 Macbook with below transformers version:
transformers                       4.40.2
torch                              2.3.0

Well now I am even more confused 🙃 What hardware are you running on?

MacBook Pro with M1 Max

Well now I am even more confused 🙃 What hardware are you running on?

@xingchaozh ah geez, sorry, you mentioned that. My fault!
Did you run train.py in the same manner I did? I saw that you didnt change any of the codebase, but how did you run train.py?

Hello, I encountered exactly the same issue as him. I am running the script from example/finetune.ipynb without any modifications. However, I am getting the following error as well.

Besides this issue, there seems to be another problem:

Strangely, when I tried to implement it on another machine, it succeeded. The only difference between the two machines is that on the failing machine, I used the mirror hf-mirror.com because I couldn't directly access Hugging Face.

The same dataset, the same code, and the same Python version yield different results when executed on different machines. The only difference might be that the machine where it fails is using a mirror for Hugging Face, but theoretically, that shouldn't have any impact.

@Ask-sola

yield different results when executed on different machines

What are the hardware differences between the two machines? Are they also using the same exact versions of torch/transformers/etc?

@Ask-sola

yield different results when executed on different machines

What are the hardware differences between the two machines? Are they also using the same exact versions of torch/transformers/etc?

The machine that cannot run is a 4-card 4090 server, while the one that can run successfully is a single-card 4090 server. I'm not sure if the hardware differences between them are causing the failure. The Python and Torch versions are exactly the same; in fact, I configured the servers from scratch in the same way. Strangely, although the 4-card machine cannot perform training, it can execute testing, which makes me lean towards the idea that there might be an issue with the train code.

@Ask-sola
I think you might be onto something. The machine I was trying to run this on is dual GPU (I have two NVIDIA RTX A6000 gpus), and never thought about the fact that the problem could be resulting from a multi-GPUs setup.
I put together an extremely simple Dockerfile for me to test, and the reason I went with Docker for this was because I can isolate/utilize exactly one GPU in the container at runtime. This is a crude Dockerfile, but gets the job done:
FROM nvidia/cuda:12.5.0-runtime-ubuntu22.04

SHELL ["bash", "-l", "-c"]

RUN apt update && apt install -y curl

RUN curl -LsSf https://astral.sh/uv/install.sh | sh

COPY . /src

WORKDIR /src

RUN uv sync

When I build the container and run it with: docker run --shm-size=512m --gpus=all -it --rm gliner followed by uv run train.py in  the container, I see:
   [...omitted...]
    raise ValueError(f"Target size ({target.size()}) must be the same as input size ({input.size()})")
ValueError: Target size (torch.Size([61664, 21])) must be the same as input size (torch.Size([31584, 21]))
   [...omitted...]

However, when I run the same exact container with docker run --gpus='"device=0"' -it --rm gliner followed by uv run train.py, I see:
[...omitted...]
Asking to truncate to max_length but no maximum length is provided and the model has no predefined maximum length. Default to no truncation.
  0%|▍   | 165/100000 [00:18<3:12:43,  8.63it/s]

Note that I had to do some things to get uv to work properly, but in the end I think it demonstrates the case that there's something weird going on with multi-GPU setups.


Missing boxfile.yml although present

I have a repository which includes configuration for the Shippable CI and Nanobox.
For the build I'm executing the CI bootstrap script to set up Nanobox which seems to work fine.
However, the build fails with an obscure error:
nanobox run test.php
Skipping (already running) :
Preparing environment :

--------------------------------------------------------------------------------
+ HEADS UP:
+ This is the first build for this project and will take longer than usual.
+ Future builds will pull from the cache and will be much faster.
--------------------------------------------------------------------------------

Building runtime :
  Starting docker container :
  Preparing environment for build :
    - Copying ssh keys into the build environment...
    - Setting up directories and permissions...

    :::::::::::::::::::::::::::::::::::::::::::::::::::::::: MISSING BOXFILE.YML !!!

    Nanobox is looking for a boxfile.yml config file. You might want to
    check out our getting-started guide on configuring your app:

    https://guides.nanobox.io/

    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:::::::::::::::::::::::::::::::::::::::::::::::::::::::: MISSING BOXFILE.YML !!!

Nanobox is looking for a boxfile.yml config file. You might want to
check out our getting-started guide on configuring your app:

https://guides.nanobox.io/

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

Error   : failed to execute hook (fetch) on 985765d4b64137201c5f1ab95b34e865bc87eb4fe5b2e541cf74b51bd94a7226: util:Exec:/opt/nanobox/hooks/fetch: bad exit code(1):
Context : failed to build the code

The boxfile.yml is present however, so what's wrong here?

I get the same issue when issuing a nanobox run test.php locally so I guess something's wrong with my boxfile.yml?

This could be an issue with mounting. It is possible that the code didnt get mounted.

Alright, the issue seems to be gone today. I did perform a nanobox-update and nanobox update-images though.

Having the same issue and nanobox-update and nanobox update-images did not work for me.

Looks like maybe this is still a problem. @OnyekaIjeh can you paste the output your getting?

Getting the same issues on win 10 64bit:
√ Mounting codebase

HEADS UP:
This is the first build for this project and will take longer than usual.
Future builds will pull from the cache and will be much faster.

                             ```

Building runtime :
√ Starting docker container
! Preparing environment for build
- Copying ssh keys into the build environment...
- Setting up directories and permissions...
:::::::::::::::::::::::::::::::::::::::::::::::::::::::: MISSING BOXFILE.YML !!!

Nanobox is looking for a boxfile.yml config file. You might want to
check out our getting-started guide on configuring your app:

https://guides.nanobox.io/

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

Error   : failed to execute hook (fetch) on d9928383e25bed5d77de109d1c806e58e8d41dc49fc2805465191967ef1e3210: util:Exec:
/opt/nanobox/hooks/fetch: bad exit code(1):
Context : failed to build the code
Enter to continue:

I have same issue

@maxbaluev - Can you please provide some more details on your setup so we can narrow down the cause and a fix? Thanks!
@all - If your boxfile.yml is valid (which seems the case, here) and in the same directory you're running nanobox commands from (which also seems to be the case, here), one thing you can try is switching your mount-type from netfs to native, then restarting your app:
nanobox configure set mount-type native
nanobox stop

And then continue using Nanobox as normal from there. Please report back in here whether that works or not, so we can further narrow down the actual problem, and find an actual solution.

It helped, thanks.

I was having this issue and same with @Spazer9 , my computer didn't have a password. By just hitting enter at the password prompt, the cli didn't do anything after.
The only problem with mount-type native, is that symlinks didn't seem to work.
In the end, I setup a password which fixed everything.
Could there be an option/flag for no passwords?

Unfortunately, we don't support passwordless accounts, not because we don't want to, but because the OS won't let us programmatically perform certain tasks with admin rights without supplying a non-empty password to do it. In other words, this limitation is at the system level, and beyond our control. We should probably be louder about passwordless accounts not being supported, somehow, though.

Same here with new project on Win 10 64bit.
run.config:
  engine: python

Same here with new project on Win 10 64bit.
run.config:
  engine: python

nanobox configure set mount-type native nanobox stop
Did work for me too


storage: add metrics for KV and DO request timings

Please fix the clippy warnings before merging.

One step ahead of you!


cups: 2.4.10 -> 2.4.11

Description of changes
Changes:
https://github.com/OpenPrinting/cups/blob/v2.4.11/CHANGES.md

Things done

Built on platform(s)

[x] x86_64-linux (top of master)
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[x] Tested, as applicable:  (top of master)

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Review per https://github.com/NixOS/nixpkgs/tree/7e98947ab39b148d2431b33fa16b523834af8e26/pkgs#package-updates
Reviewed points

[x] package name fits guidelines
[x] package version fits guidelines
[x] package builds on x86-64
[ ] executables tested on ARCHITECTURE
[ ] all depending packages build
[ ] patches have a comment describing either the upstream URL or a reason why the patch wasn't upstreamed
[ ] patches that are remotely available are fetched rather than vendored

More

[x] cups.tests and all nixosTests.cups-pdf build/succeed (tested after cherry-picking the commit onto a recent nixos-unstable
[x] cups.tests still build/succeed after cherry-picking onto the branch of https://github.com/NixOS/nixpkgs/pull/338193 (this includes the cups-pdf vm test)

Comments
Unfortunatelly, I currently cannot test on real hardware, but vm tests show that cups stil accepts and forwards print jobs as it should.  I approve!

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/2013


Added coverage reporting via Pytest and Coveralls

Pull Request Template
Description
Added test coverage with coveralls fixing #60
All you need to do @hericlesme is to go to coveralls.io, add cast-sh and add a github secret COVERALLS_TOKEN and set it to the generated token. The badge will then update from unknown to 0% haha. We have a bit to work on.
Fixes # (issue)
#60
Type of change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] Documentation update
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

How Has This Been Tested?
Locally and with coveralls website
You can see it worked on my fork here

[x] test_cast
[x] test_response_200

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[x] Any dependent changes have been merged and published in downstream modules

Haha, good @vladdoster. But it looks like you undid #57. Can you verify it?

Haha, good @vladdoster. But it looks like you undid #57. Can you verify it?

As I said before, the only reason it was passing after we moved the requirements around was because of the cache. If we have all the requirements in the requirements.txt they are only installed visibly to the docker container, and Travis CI can not see them as they are in the docker FS. This is why some of the testing deps need to be in the Travis file. Unless we want to rework it so that the app ran on the host Travis container instead of a docker container inside.

Haha, good @vladdoster. But it looks like you undid #57. Can you verify it?

Have a look at this build log it had no cache and didn't have flake8 available. Look specifically at the config.

Ah understood. Thanks, @vladdoster! ;D


[FEATURE]Install msi or exe package is more preferable. Thx!

What is the request?

Why is it useful?

How could it be implemented?

Do you mean prebuilt binaries? I would like them as well as on my school computer I don't have msvc, and can't build the wheel.
Also when using a issue template, fill out the stuff, makes it easier for maintainers.

I suppose this project consist of python, qt and so on. Maybe we can use Nuitka or Pyinstaller to build the exe.

Nuitka

I don't think transpilation makes much sense, Pyinstaller looks like a better approach.

yes please do it :

I'm currently working on re-writing YASB in rust. Once the port is complete a binary will become available

That is COOL!

It seems the current work is in the https://github.com/denBot/yasb/tree/tauri-port branch

Closing as an MSI installer can now be built from the tauri rewrite of YASB. Check out the tauri-port branch.


Support Timezone feature

1, I believe supporting Timezone feature will be very helpful for a big amount of cronsun's users. Can you please implement it?
For each job's timer, the timezone can be specify from a list of all Timezone.
2, Can I know how a node is chosen on a group of nodes to execute a job?
Many thanks!
Regards,
Giap

I believe supporting Timezone feature will be very helpful for a big amount of cronsun's users. Can you please implement it?

This feature looks useful for nodes which in different timezone, maybe it will be implemented in the future.

Can I know how a node is chosen on a group of nodes to execute a job?

For type of Common jobs, job will running on all of nodes you are selected.
For other types, this is very depends the clock of the node, the node that have a fastest clock will always be the first one to executing the job; but at the next time this is unpredictable.

Thank man.
"For other types, this is very depends the clock of the node, the node that have a fastest clock will always be the first one to executing the job; but at the next time this is unpredictable."
=> What do you mean by the "clock of the node"?
So with this mechanism, we might get into the worst case: all jobs are put into only 1 host in whole cluster, right?

So with this mechanism, we might get into the worst case: all jobs are put into only 1 host in whole cluster, right?

Yes.

Can you please explain me the term "clock" of the node?
Many thanks!

I mean the local time of the machine, the job's timer is base on this.


[Java][Recognizers-text] Apply CodeStyle rules DateTime Extractors

Apply the code style rules to the following files:

BaseDateTimeExtractor.java
BaseDatePeriodExtractor.java
EnglishDurationExtractorConfiguration.java
AgoLaterUtil.java

Already implemented


Pre-training data preparation

Hi,
I want to pre-train bge-large-en on my own data. Is there a requirement on the length of each {"text": str} in the pre-training process? And do you have suggestions?
Thanks a lot!

The number of tokens should not exceed 512. The script will truncate the text to 512 tokens, so longer text will not used in training.


Diameter of a Binary Tree

Have you read the [Contributing Guidelines on Pull Requests]
(https://github.com/TesseractCoding/NeoAlgo/blob/master/CONTRIBUTING.md#pull-requests)?
Yes
Description
A binary tree is a tree-type non-linear data structure with a maximum of two children for each parent.
The diameter of a tree is the number of nodes on the longest path between two end nodes in the tree.
Checklist

[x] I've read the contribution guidelines.
[x] I've checked the issue list before deciding what to submit.
[x] I've edited the README.md and link to my code.

Related Issues or Pull Requests
This PR is made under issue #3682 . Kindly review it.

Check my comment on your older PR we don't allow more than 2 files at a time also lint the code

Yes, I understand. I need to figure out this.