[Bug] If no one standard operation in the traits list then 'line' stack doesn't appear

Bug report
What I did

I have only single standard operation for my CRUD -> ListOperation
I created new custom operation "Operations\Lots\DeleteMaxBidsOperation"
I add the button:

protected function setupDeleteMaxBidsDefaults()
    {
        CRUD::operation('list', function () {
            CRUD::addButton(
                'line',
                'customer_bids_delete',
                'view',
                'crud::buttons.customer-bids.delete',
            );
        });
    }

What I expected to happen
My button will appear in 'line' stack.
What happened
'Line' stack doesn't appear.
What I've already tried to fix it
I have copied the code from UpdateOperation and put it near with my button registration. Magic!
protected function setupDeleteMaxBidsDefaults()
    {
        CRUD::operation('list', function () {

            CRUD::addButton('line', 'update', 'view', 'crud::buttons.delete', 'end');

            CRUD::addButton(
                'line',
                'customer_bids_delete',
                'view',
                'crud::buttons.customer-bids.delete',
            );
        });
    }

Is it a bug in the latest version of Backpack?
After I run composer update backpack/crud the bug is it still there.
Backpack, Laravel, PHP, DB version
When I run php artisan backpack:version the output is:
### PHP VERSION:
8.1.28

### PHP EXTENSIONS:
Core, date, libxml, openssl, pcre, sqlite3, zlib, bcmath, bz2, calendar, ctype, curl, dba, dom, hash, FFI, fileinfo, filter, ftp, gd, gettext, gmp, json, iconv, intl, SPL, ldap, mbstring, session, standard, odbc, pcntl, exif, mysqlnd, PDO, pdo_dblib, pdo_mysql, PDO_ODBC, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, readline, Reflection, mysqli, shmop, SimpleXML, soap, sockets, sodium, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, xml, xmlreader, xmlwriter, xsl, zip, xdebug, Zend OPcache

### LARAVEL VERSION:
<IP_ADDRESS>

### BACKPACK PACKAGE VERSIONS:
backpack/basset: 1.2.1
backpack/crud: 6.7.15
backpack/devtools: 2.0.3
backpack/editable-columns: 3.0.9
backpack/filemanager: 3.0.4
backpack/generators: v4.0.2
backpack/langfilemanager: 5.0.0
backpack/logmanager: v5.0.1
backpack/permissionmanager: 7.0.1
backpack/pro: 2.2.0
backpack/settings: 3.1.0
backpack/theme-tabler: 1.1.1

Hello @delfinn55
At the top of the button you created, are you checking for access to that button? Similar to what we have in our buttons ?
@if ($crud->hasAccess('delete', $entry))
    route.'/'.$entry->getKey()) }}" class="btn btn-sm btn-link" data-button-type="delete">
         {{ trans('backpack::crud.delete') }}

@endif

In case you do, and it's something similar to: @if ($crud->hasAccess('customer_bid_delete', $entry)), you need to add into your custom operation setup defaults: CRUD::allowAccess('customer_bid_delete') .
Is that the problem here? Let me know.
Cheers

Hello @delfinn55
At the top of the button you created, are you checking for access to that button? Similar to what we have in our buttons ?
@if ($crud->hasAccess('delete', $entry))
    route.'/'.$entry->getKey()) }}" class="btn btn-sm btn-link" data-button-type="delete">
         {{ trans('backpack::crud.delete') }}

@endif

In case you do, and it's something similar to: @if ($crud->hasAccess('customer_bid_delete', $entry)), you need to add into your custom operation setup defaults: CRUD::allowAccess('customer_bid_delete') .
Is that the problem here? Let me know.
Cheers

Hello @pxpm!
I checked it. But even if I cut @if() condition in template, it is not working.
There are listings:
Button
@if (backpack_user()->can('max_bids.delete'))
    id }}"
        data-route="{{ route('customer-bid.deleteCustomerBids', [
            'customer_id' => (int) Route::current()->parameter('customer_id')
        ]) }}"
    >
         Delete bids

@endif

Operation
<?php

namespace App\Http\Controllers\Admin\Operations\Lots;

use App\Models\Lot;
use Backpack\CRUD\app\Library\CrudPanel\CrudPanelFacade as CRUD;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Route;

trait DeleteCustomerBidsOperation
{
    /**
     * Define which routes are needed for this operation.
     *
     * @param string $segment    Name of the current entity (singular). Used as first URL segment.
     * @param string $routeName  Prefix of the route name.
     * @param string $controller Name of the current CrudController.
     */
    protected function setupCustomerBidsRoutes($segment, $routeName, $controller)
    {
        Route::post($segment.'/delete-customer-bids', [
            'as'        => $routeName.'.deleteCustomerBids',
            'uses'      => $controller.'@deleteCustomerBids',
            'operation' => 'deleteCustomerBids',
        ]);
    }

    /**
     * Add the default settings, buttons, etc that this operation needs.
     */
    protected function setupCustomerBidsDefaults()
    {
        CRUD::allowAccess('deleteCustomerBids');

        CRUD::operation('deleteCustomerBids', function () {
            CRUD::loadDefaultOperationSettingsFromConfig();
        });

        CRUD::operation('list', function () {
            // TODO: https://github.com/Laravel-Backpack/CRUD/issues/5539
//            CRUD::addButton('line', 'update', 'view', 'crud::buttons.delete', 'end');
            CRUD::addButton(
                'line',
                'delete_customer_bids',
                'view',
                'crud::buttons.customer-bids.delete',
            );
        });
    }

    /**
     * Show the view for performing the operation.
     *
     * @return \Illuminate\Http\JsonResponse
     */
    public function deleteCustomerBids(Request $request)
    {
        CRUD::hasAccessOrFail('deleteCustomerBids');

        $userId = (int) Route::current()->parameter('customer_id');
        $lot = Lot::find($request->input('lot_id'));

        if ($lot) {
            foreach ($lot->maxBids->where('user_id', $userId) as $maxBid) {
                // Not together because need to run bid 'deleted' handlers
                $maxBid->delete();
            }
        }

        return response()->json([
            'success' => true,
        ]);
    }
}

Hello @delfinn55
Is your button in resources/views/vendor/backpack/crud/buttons/customer-bids/delete.blade.php ? Does backpack_user()->can('max_bids.delete') return true ?
Could it be the order of the operations ? Are you adding the ListOperation trait before your custom trait ?
Cheers

Is your button in resources/views/vendor/backpack/crud/buttons/customer-bids/delete.blade.php ?

Yes. It works if I use any standard line operation or uncomment CRUD::addButton('line', 'update', 'view', 'crud::buttons.delete', 'end'); in DeleteCustomerBidsOperation trait.

Does backpack_user()->can('max_bids.delete') return true ?

Condition backpack_user()->can('max_bids.delete') no matter, because it doesn't work even I remove this condition.

Could it be the order of the operations ? Are you adding the ListOperation trait before your custom trait ?

Hey @delfinn55
That App\Traits\Admin\CrudListActions; caught my eye as it seems to mess with those buttons.
Can the problem be there ?
I don't seem to be able to reproduce your issue, so I am assuming it's something on your custom code.
Cheers

Closing this due to inactivity.
Please let me know if I can help you with something else @delfinn55 🙏
Cheers


IMU is normalized. Do I need to multiply by gravity？

IMU is normalized. Do I need to multiply by gravity？

The package assumes that the unit of the linear acceleration is [m/s^2]. If the unit of your data is [g], you need to multiply them with 9.80665.


Update gulp package version

The current gulp version from package.json won't install, replaced with gulp@next.

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


Include Timestamp property in Resulting Entity of Azure Table Storage Query

It seems that here the code is setting the PartitionKey (line 168) and RowKey (line 173) properties, but not the Timestamp property.
When querying an Azure Data Table using Python, I think it would be very useful for the resulting entity to include the Timestamp that is in the Azure Data Table.
Many thanks.

Hi @oliverblane, thank you for opening an issue! It looks like the timestamp is included in the entity metadata here -- does that make the information sufficiently available?
I'll tag someone who works with this library so you can get a more informed response as soon as possible.

Hi @oliverblane, thank you for opening an issue! It looks like the timestamp is included in the entity metadata here -- does that make the information sufficiently available?
I'll tag someone who works with this library so you can get a more informed response as soon as possible.

Thank you for your reply - yes, you are right, I overlooked the metadata. That solves my issue, thank you very much!


Enable execution button on deeplink transactions

What it solves
Resolves #3244
How this PR fixes it
The txLocation context was not updating as it was wrapped in a useRef. Removing it allowed for the contextualised value to update when it changed in accordance with the TxLocationProvider.
How to test it
Ensure that the Safe has a 1/? threshold and that the transaction queue is empty

Create a transaction but do not execute it.
When navigated to the deeplink view, the execution button should be enabled.

Screenshots

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 1 (0.0%)  changed or added relevant line in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 32.335%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/routes/safe/components/Transactions/TxList/hooks/useActionButtonsHandlers.ts
0
1
0.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
3096

Relevant Lines:
8505

💛  - Coveralls

LGTM
The execute button is enabled by default when signing a tx w/o executing it in a safe with a 1 owner policy


Addon: add headlamp

Signed-off-by: Santhosh Nagaraj S<EMAIL_ADDRESS>

Where is the description of the addon? Probably this needs to be added somewhere.
The description should be added in the upstream PR.

Why would this be added as well as the dashboard addon? Probably write that it's extensible dashboard.
Will include this in the upstream PR description 👍🏽

The dashboard addon documentation had something interesting... it had a --url option. Perhaps we could also have that to match the dashboard addon?

This looks custom made for the dashboard command, I don't think something like this is possible unless we propose a headlamp command.

Seems to be some other optional addons have a command. Like this gvisor one: https://github.com/kubernetes/minikube/pull/3399 In perhaps a future PR I think it's worth asking about adding an optional headlamp cmd... perhaps on a future PR. Being able to run code could be useful for making some of these things run as smoothly as minkube dashboard.
ps. The I noticed the service command works with --url similar to the minikube dashboard --url.


Kansa Client needs support for OAuth-based authentication

We want to support OAuth-based authentication. If you're interested in helping implement this and other features of our backend services, please let us know!

Closed as duplicate of #8.


Fix BVS size None in memory store

As discussed with @ltfish
Thanks

It is already too late for us to accept any PR in SimuVEX, since we are in the process of merging SimuVEX into angr. I will ask you to rebase this PR on top of the new angr once our WIP branch in angr stabilizes. Thank you!


pandas to sql fails to create table if it does not exist

when using the pandas to sql function  it would appear if the table does not already exist that the table wont be created. The expected behaviour is that the table should be created and the results inserted.
Is there a known work around or is this going to be fixed soon?

I am also facing this issue that table has to be created before hand.


Feat : Added dark mode feature in privacy notice

Related Issue
Fixes:  #2280
Description

Added dark mode feature in privacy notice page as per the theme of the project

Also , fixed the allignment of the top part of the page so that the whole container is fully visible.

Type of PR

[X] Feature enhancement

Screenshots / videos (if applicable)
Before :
https://github.com/anuragverma108/SwapReads/assets/162733812/8e38e154-13af-42d6-a29a-42fe8ae1d113
After:
https://github.com/anuragverma108/SwapReads/assets/162733812/ea495d03-9759-4e0a-ad1f-d9be43c4c65a
Checklist:

[X] I have made this change from my own.
[X] I have taken help from some online resources.
[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 tested the changes thoroughly before submitting this pull request.
[X] I have provided relevant issue numbers and screenshots after making the changes.

@Maana-Ajmera, please ensure that the issue is assigned to you before opening a new PR in the future.

@Maana-Ajmera correct the toggle position

color of privacy notice in dark mode

make the changes and reopen the PR or create a new one


what's wrong with volar?

All of a sudden, the Vue component in my project appeared a bunch of unexplained error messages, and disappeared after closing Volar. Why does it also contain JSX error information? I tried to comment out the JSX: "preserve" option in tsconfig.js and the error disappeared, but there was no way to jump between components. Is that why Volar's parsing is wrong? I don't know how to fix it

Are you using Typescript? If so you need refer to this https://github.com/johnsoncodehk/volar/issues/1706#issuecomment-1233819252
In my case changing the type assertion using "as" fix my problems with JSX in components.

Are you using Typescript? If so you need refer to this #1706 (comment)
In my case changing the type assertion using "as" fix my problems with JSX in components. Check my issue #1795

I know what the reason is. It was the version problem of Volar, but now it has been dealt with and no more errors will be reported, thanks!

Hi @mRcongzi, should I close this if the problem is gone?

Hi @mRcongzi, should I close this if the problem is gone?

of cause, please

Hi @mRcongzi, should I close this if the problem is gone?

Sure, but aren't you going to fix that in the new version?

If you mean #1706, it is planed to resolve in new version.


[Feature] Allow custom output from volume

Support a new file in /user/config, which should represent additional outputs.
Name: additional-outputs.txt

Available in release 2022-12-02

Relates to issue #95


Update sketch to 3.6.0

Thank you for the contribution. It needed some fixes, so they were made in 908c6b29557ffcc191372ee82288151279b0d8ae. Your contribution is still included (and still credited to you), with the appropriate modifications. Please feel free to ask about any of the changes.


Infrastructure question

Suppose we want to use Aeron for an account balance system in a large exchange.
What are the infrastructural advantages of Aeron over the use of Radis for this purpose?

This sounds like you could use some consulting services. We can offer that if you contact<EMAIL_ADDRESS>


Where to find the successor app (Chronos) repository?

The Readme states:

The DT78 app is no longer being maintained in favour of the new Chronos app. Click the image below for more info.

The image links, per redirect, only to Google Play. There is no information on where the source code of Chronos is maintained. Is Chronos not F/LOSS then? Or did I miss something?

The source code of Chronos app is not yet open source

Hm, "not yet" means we can hope for it any time soon™?

I paired the phone to my watch (Marea 58003) via Bluetooth first. In the app itself it is searching for a while. Am i doing something wrong?

I paired the phone to my watch (Marea 58003) via Bluetooth first. In the app itself it is searching for a while. Am i doing something wrong?

You need to unpaid first before searching, otherwise it will not be found


Make sure cluster tests actually created a cluster before running

Worthwhile test.

I took at look at the diagnostics dump from each node, it would be worth examining in greater detail to see what has happened to the node. The dumps do confirm that each node has a distinct ID.

+1

:+1:


An issue when trying to dump the weights

Hi,
When I try to dump the weights, I get this error: "bilm.data.InvalidNumberOfCharacters: Set n_characters=261 for training see the README.md"
If I understand correctly, I have to set n_characters to 262 when dumping the weights. Any help would be appreciated. Thanks!

Hey what was the solution for this problme?

I have the same issue, have you managed to fix it?

I'm running into the same issue... @RytisKumpa what did you do to fix this?


If BottomBar was hidden it reappears

let someVc = SomeViewController(resource: resource)
someVc.hidesBottomBarWhenPushed = true

someVc at the beginning will appear normal [BottomBar hidden] until you try to scroll, then the BottomBar's space will appear [with White space only, no tabs].
Note: I am using CollectionView and the Root View Controller is a TabBarViewController. I was trying to make all the View Controllers accessed from the TabBarViewController appear without the bottom tab bar, this was working fine until I started hiding the navigationBar on scroll.
Any idea how can I work around this?

+1
In my case, I have a Tab Bar mine doesn't necessarily re-appear, but theres a blank gap (of the same size of the Tab Bar) at the bottom of the screen the scrolling initially begins. My View Controllers override hidesBottomBarWhenPushed to determine if the Tab Bar should show/hide. From what I can see, the setup doesn't seem to acknowledge the hidesBottomBarWhenPushed when determining the tabBarOffset calculated property defined here.
As a quick fix, I modified the following in ScrollingNavbar+Sizes to ignore the Tab Bar height if the foremost View Controller'shidesBottomBarWhenPushed property evaluates true.
var tabBarOffset: CGFloat {
    // Only account for the tab bar if a tab bar controller is present and the bar is not translucent
    if let tabBarController = tabBarController {
        // If the foremost view controller hides the tab bar, ignore the height and prevent additional offset.
        if let topViewController = topViewController, topViewController.hidesBottomBarWhenPushed {
            return 0
        }
        return tabBarController.tabBar.isTranslucent ? 0 : tabBarController.tabBar.frame.height
    }
    return 0
}

Note that this is not an open-implementation and I was forced to clone for now. I'll attempt a PR in the near future.


Coder algorithm 2.0 (Octree) - green screen issue

I've recorded a gif and saved it using 2.0 (Octree), as always.
But this gif has a huge green screen issue:

... also tried all other coders: FFmpeg, NeuQuant, Gifski - they're all OK. No green screen.
Here is a project - https://mega.nz/#!LQ1yhYIY!9FFedCM-twXzwveIQlf3OyIQoHVTq4QKdpT1HcK-iPs
Here is Octree GIF - green screen (Octree).zip

What's happening is that the algorithm is failing to identify the correct green color as the color that should be treated as transparent.
Usually changing the dummy color to magenta fixes this behavior (unless you recording has magenta too).

This bug was fixed with the latest version, v2.26.1.


Object prototype may only be an Object or null: undefined

Environment details

OS: Linux Ubuntu
Node.js version: v20.14
npm version: 9.4
google-auth-library version: 9.14.0

Trying to use google-auth-library in my nuxt3 app.
Error:
Status Code: 500
Message: Object prototype may only be an Object or null: undefined
Steps to reproduce:
import { OAuth2Client } from 'google-auth-library'

This library is not officially compatible with web frameworks. Please follow the following for support updates:

https://github.com/googleapis/google-auth-library-nodejs/issues/1638


pull request for e2e test at 01/24/2017 04:45:09

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


drivers: ieee802154: cc13xx_cc26xx: adopt hal/ti rf driverlib

This change reworks the cc13xx_cc26xx IEEE 802.15.4 driver to use the TI RF driver API that is available in modules/hal/ti.
There are a number of benefits to using TI's API including

a stable multi-OS vendor library and API
API compatibility with the rest of the SimpleLink SDK and SoC family
potential multi-protocol & multi-client radio operation
(e.g. both 15.4 and BLE)
coexistence support with other chipsets via gpio
vetted TI RF driver resources, such as

the radio command queue
highly tuned / coupled RTC & RAT (RAdio Timer) API

Fixes #26312

Just a first commit so that it builds.
The PowerCC26X2_Config needs to be properly initialized - @vanti are you doing some power work still?
Need to hook up IRQs. I think that's done internally inside of the RF DriverLib, but I can't remember off the top of my head.
Rather than using the doorbell api, we should use the RF API for sending commands -RF_postCmd().
I figure a reasonable test to make sure this is working is echo_client and echo_server.

Builds on my machine without issue using
west build samples/net/sockets/echo_server -- -DCONF_FILE="prj.conf overlay-802154.conf"

@cfriedt The PowerCC26X2_config structure is currently defined in Zephyr under soc/arm/ti_simplelink/cc13x2_cc26x2/power.c. I'd expect you to customize it to suit your needs. You would have to enable system power management in Zephyr in order for this structure to be linked in today:
CONFIG_SYS_POWER_MANAGEMENT=y
CONFIG_SYS_POWER_SLEEP_STATES=y

@cfriedt The PowerCC26X2_config structure is currently defined in Zephyr under soc/arm/ti_simplelink/cc13x2_cc26x2/power.c. I'd expect you to customize it to suit your needs. You would have to enable system power management in Zephyr in order for this structure to be linked in today:
CONFIG_SYS_POWER_MANAGEMENT=y
CONFIG_SYS_POWER_SLEEP_STATES=y

Thanks fort the heads up - I will likely be asking you a few more questions on power management in the near future. I have to divert my attention to Greybus for the next little bit, but will be getting back to this PR shortly.

I'm going to need to get back to this shortly.

@cfriedt The PowerCC26X2_config structure is currently defined in Zephyr under soc/arm/ti_simplelink/cc13x2_cc26x2/power.c. I'd expect you to customize it to suit your needs. You would have to enable system power management in Zephyr in order for this structure to be linked in today:
CONFIG_SYS_POWER_MANAGEMENT=y
CONFIG_SYS_POWER_SLEEP_STATES=y

So far, I'll I've done is linked it in.
From what I remember, the RF Driver runs calibrateFxn regardless of whether or not it is NULL. I might need to bake a change inside of soc/arm/ti_simplelink/cc13x2_cc26x2/power.c since the PowerCC26X2_Config is const.

Booo .. PR is red because I'm using CONFIG_IEEE802154_CC13XX_CC26XX_SUB_GHZ. I just got SubG working, but I guess I can wait until I make that PR to fix it.
Found references to undefined Kconfig symbols. If any of these are false
positives, then add them to UNDEF_KCONFIG_WHITELIST in check_compliance.py in the ci-tools repo.

If the reference is for a comment like /* CONFIG_FOO_* */ (or
/* CONFIG_FOO_*_... */), then please use exactly that form (with the '*'). The
CI check knows not to flag it.

More generally, a reference followed by $, @, {, *, or ## will never be
flagged.

CONFIG_IEEE802154_CC13XX_CC26XX_SUB_GHZ    soc/arm/ti_simplelink/cc13x2_cc26x2/power.c:28
##[error]Process completed with exit code 1.

So, let's see a show of hands.
Who would like to see this logic implemented in the RF core?

The advantage is that we eliminate the fg_done semaphore so that TX logic is not bouncing between the M0 (RF core) and the M4 (System core). Putting it in the RF core is just a bit of extra legwork, but if people really want that feature here, I could probably add it to this PR. Otherwise, I'm fine leaving it for a later optimization.
@bwitherspoon
@jukkar
@vanti
@tbursztyka

The advantage is that we eliminate the fg_done semaphore so that TX logic is not bouncing between the M0 (RF core) and the M4 (System core). Eliminating that would probably make TX about as performant as it can get, and also give more cycles to the system core.
Putting it in the RF core is just a bit of extra legwork, but if people really want that feature here, I could probably add it to this PR. Otherwise, I'm fine leaving it for a later optimization.

I just tried chaining CMD_IEEE_CSMA with CMD_PATTERN_CHECK commands (when there were actually no background commands running at all), and unfortunately it does not seem to be possible - at least not in IEEE mode.
#define ERROR_WRONG_BG   0x0806   ///< FG level command not compatible with running BG level command

One last change - I was able to remote the fg_done semaphore by switching to RF_runScheduleCmd() for foreground commands.

@cfriedt I rebased your work onto the latest master branch to try the echo_server/client examples, and saw some data mismatch messages that I did not see with the original driver:
uart:~$ *** Booting Zephyr OS build zephyr-v2.4.0-63-gd8ec10689b23  ***
[00:00:00.011,657] <inf> net_config: Initializing network
[00:00:00.112,792] <inf> net_config: IPv6 address: 2001:db8::2
[00:00:00.112,915] <inf> net_echo_client_sample: Run echo client
[00:00:00.112,945] <inf> net_echo_client_sample: Network connected
[00:00:00.112,976] <inf> net_echo_client_sample: Starting...
[00:00:00.113,708] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 81                                                                                bytes
[00:00:10.113,830] <err> net_echo_client_sample: UDP IPv6: Data packet not recei                                                                                ved
[00:00:10.114,196] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 67                                                                                bytes
[00:00:20.114,318] <err> net_echo_client_sample: UDP IPv6: Data packet not recei                                                                                ved
[00:00:20.114,776] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 78                                                                                bytes
[00:00:30.114,898] <err> net_echo_client_sample: UDP IPv6: Data packet not recei                                                                                ved
[00:00:30.115,173] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 25                                                                                bytes
[00:00:30.183,715] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Rec                                                                                eived and compared 25 bytes, all ok
[00:00:30.184,539] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 98                                                                                bytes
[00:00:30.193,206] <err> net_echo_client_sample: Invalid amount of data received                                                                                : UDP IPv6
[00:00:30.193,206] <wrn> net_echo_client_sample: IPv6 UDP: Received and compared                                                                                25 bytes, data mismatch
[00:00:40.184,631] <err> net_echo_client_sample: UDP IPv6: Data packet not recei                                                                                ved
[00:00:40.184,997] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 12                                                                                bytes
[00:00:40.201,507] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Rec                                                                                eived and compared 12 bytes, all ok
[00:00:40.202,087] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 67                                                                                bytes
[00:00:40.209,625] <err> net_echo_client_sample: Invalid amount of data received                                                                                : UDP IPv6
[00:00:40.209,625] <wrn> net_echo_client_sample: IPv6 UDP: Received and compared                                                                                12 bytes, data mismatch
[00:00:40.224,304] <err> net_echo_client_sample: Invalid amount of data received                                                                                : UDP IPv6
[00:00:40.224,304] <wrn> net_echo_client_sample: IPv6 UDP: Received and compared                                                                                12 bytes, data mismatch
[00:00:40.238,891] <err> net_echo_client_sample: Invalid amount of data received                                                                                : UDP IPv6
[00:00:40.238,891] <wrn> net_echo_client_sample: IPv6 UDP: Received and compared                                                                                12 bytes, data mismatch
[00:00:50.202,178] <err> net_echo_client_sample: UDP IPv6: Data packet not received
[00:00:50.202,514] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 30 bytes
[00:00:50.215,087] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 30 bytes, all ok
[00:00:50.215,454] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 90 bytes
[00:00:50.233,093] <err> net_echo_client_sample: Invalid amount of data received: UDP IPv6
[00:00:50.233,093] <wrn> net_echo_client_sample: IPv6 UDP: Received and compared 30 bytes, data mismatch
[00:00:50.240,264] <err> net_echo_client_sample: Invalid amount of data received: UDP IPv6
[00:00:50.240,264] <wrn> net_echo_client_sample: IPv6 UDP: Received and compared 30 bytes, data mismatch

Are you seeing the same? It feels like something is amiss.

@vanti - I just rebased on master (c02eb30bbfbe2487753eb52078015f5a617a3dd1) as well and am also the same thing.
Also, CONFIG_IEEE802154=y seems to be necessary now, otherwise no network interface comes up.
diff --git a/samples/net/sockets/echo_client/overlay-qemu_802154.conf b/samples/net/sockets/echo_client/overlay-qemu_802154.conf
index 2d33639485..44fc495f4d 100644
--- a/samples/net/sockets/echo_client/overlay-qemu_802154.conf
+++ b/samples/net/sockets/echo_client/overlay-qemu_802154.conf
@@ -15,6 +15,7 @@ CONFIG_NET_CONFIG_NEED_IPV4=n
 CONFIG_NET_CONFIG_MY_IPV4_ADDR=""
 CONFIG_NET_CONFIG_PEER_IPV4_ADDR=""

+CONFIG_IEEE802154=y
 CONFIG_NET_L2_IEEE802154=y
 CONFIG_NET_L2_IEEE802154_SHELL=y
 CONFIG_NET_L2_IEEE802154_LOG_LEVEL_INF=y
diff --git a/samples/net/sockets/echo_server/overlay-802154.conf b/samples/net/sockets/echo_server/overlay-802154.conf
index fa9e680027..23b56d4f3d 100644
--- a/samples/net/sockets/echo_server/overlay-802154.conf
+++ b/samples/net/sockets/echo_server/overlay-802154.conf
@@ -9,6 +9,7 @@ CONFIG_NET_CONFIG_NEED_IPV4=n
 CONFIG_NET_CONFIG_MY_IPV4_ADDR=""
 CONFIG_NET_CONFIG_PEER_IPV4_ADDR=""

+CONFIG_IEEE802154=y
 CONFIG_NET_L2_IEEE802154=y
 CONFIG_NET_L2_IEEE802154_SHELL=y
 CONFIG_NET_L2_IEEE802154_LOG_LEVEL_INF=y

@vanti I'll go back and revisit this. I was mainly testing with TCP, but possibly because there is no inherent rate-limiting in UDP, I didn't catch something. Let me track it down in the next little while.

It was a simple fix - good find!!
diff --git a/drivers/ieee802154/ieee802154_cc13xx_cc26xx.c b/drivers/ieee802154/ieee802154_cc13xx_cc26xx.c
index 8f68b701d8..04ea717b34 100644
--- a/drivers/ieee802154/ieee802154_cc13xx_cc26xx.c
+++ b/drivers/ieee802154/ieee802154_cc13xx_cc26xx.c
@@ -274,7 +274,7 @@ static int ieee802154_cc13xx_cc26xx_tx(const struct device *dev,
                reason = RF_runScheduleCmd(drv_data->rf_handle,
                        (RF_Op *)&drv_data->cmd_ieee_csma, &sched_params,
                        cmd_ieee_csma_callback, RF_EventLastFGCmdDone);
-               if ((reason & RF_EventLastCmdDone) == 0) {
+               if ((reason & RF_EventLastFGCmdDone) == 0) {
                        LOG_DBG("Failed to run command (0x%" PRIx64 ")",
                                reason);
                        continue;

@vanti - I discovered what was stopping the show today.
The RF synth just goes to sleep after a certain amount of time. I have a workaround in my SubGHz branch for detecting and correcting this on the TX side. However, it seems to happen on the RX side as well.
I'll contact TI to see if there is possibly some way that we can subscribe to a notification or interrupt saying that the synth has powered-down.

@vanti - I discovered what was stopping the show today.

Correction - today. I confirmed root cause.
There is a bug in the SimpleLink API (at least version 4.10, which is what we are using in Zephyr). I have not checked to see if it's fixed in the current version (4.30, iirc).
I can produce an ugly-ish workaround for Zephyr, but ultimately it's up to TI if they would like to use my fix for the SimpleLink SDK / RF driver.

Like the energizer bunny - 6 hrs later ;-)
[06:08:18.272,064] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 22 bytes
[06:08:18.293,334] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 22 bytes, all ok
[06:08:18.293,792] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 1 bytes
[06:08:18.313,995] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 1 bytes, all ok
[06:08:18.314,636] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 65 bytes
[06:08:18.343,841] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 65 bytes, all ok
[06:08:18.344,390] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 27 bytes
[06:08:18.362,823] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 27 bytes, all ok
[06:08:18.363,403] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 102 bytes
[06:08:18.399,017] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 102 bytes, all ok
[06:08:18.399,597] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 100 bytes
[06:08:18.432,342] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 100 bytes, all ok
[06:08:18.432,830] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 76 bytes
[06:08:18.474,426] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 76 bytes, all ok
[06:08:18.474,914] <dbg> net_echo_client_sample.send_udp_data: IPv6 UDP: Sent 4 bytes
[06:08:18.488,739] <dbg> net_echo_client_sample.process_udp_proto: IPv6 UDP: Received and compared 4 bytes, all ok

ping @bwitherspoon are you ok with this change?


Django 1.7 compatibility:

Update PublisherHvadAdmin() and PublisherParlerAdmin()

Thanks for the patch!
It seems that the get_queryset change is introduced in Django 1.6 [1] so changing this will make things broken for Django 1.5 or older. Shouldn't matter us though, since as noted in the README, we support only Django >= 1.8.
@jedie: Did you test that django-model-publisher-ai actually works with Django 1.7 with this change?
[1] https://docs.djangoproject.com/en/1.11/releases/1.6/#get-query-set-and-similar-methods-renamed-to-get-queryset

I use django 1.8 ;)
IMHO there should be made some integrationtests with tox on travis for this ;)


Suggest creating a release if github_url is set in the config file

Close #60

Codecov Report

Merging #64 into master will decrease coverage by 0.89%.
The diff coverage is 50.00%.

@@            Coverage Diff             @@
##           master      #64      +/-   ##
==========================================
- Coverage   88.65%   87.76%   -0.90%
==========================================
  Files          11       11
  Lines         705      719      +14
  Branches       80       81       +1
==========================================
+ Hits          625      631       +6
- Misses         72       79       +7
- Partials        8        9       +1


Monitor Islands

Bug explanation
Monitor Islands function is broken, most likely similar to the recently fixed issue. Started like a week ago, just been too busy to post an issue about it.
Error in:
I search for new spaces each hour
Cause:
Traceback (most recent call last):
File "ikabot\function\searchForIslandSpaces.py", line 80, in searchForIslandSpaces
File "ikabot\function\searchForIslandSpaces.py", line 151, in do_it
File "ikabot\helpers\varios.py", line 68, in wait
TypeError: '<=' not supported between instances of 'str' and 'int'
Operating System
Windows
Ikabot installation
I built Ikabot from sources
Ikabot version
Latest
Python version
3.11.3

Issue was fixed a while ago along another issue, this was just never linked to that PR. I believe it was #183


Add support for viewing/manipulating the file status cache

PHP's file status cache can be the source of some very tricky problems, as the following post
explains: http://jpauli.github.io/2014/06/30/realpath-cache.html

Awesome stuff!
How about linking the blog post to the "file cache status" on the readme?

Okay, I added a note to the top section with a link.

Awesome, lets wait for the CIs then merge and release new version

thanks!

tagged as 1.10.0


Simplify check for Security protocol to not rely on string manipulation

This doesn't work as expected for me
PS D:\> [Net.ServicePointManager]::SecurityProtocol
Tls, Tls11, Tls12

PS D:\> [Net.ServicePointManager]::SecurityProtocol -notcontains [System.Net.SecurityProtocolType]::Tls12
True

Since SecurityProtocol is basically a flagged enum, looking for the flag does the trick
PS D:\> ([Net.ServicePointManager]::SecurityProtocol -band [System.Net.SecurityProtocolType]::Tls12) -ne [System.Net.SecurityProtocolType]::Tls12
False

Or, could just always add it
[Net.ServicePointManager]::SecurityProtocol = [Net.ServicePointManager]::SecurityProtocol -bor [System.Net.SecurityProtocolType]::Tls12


⚠ Bofrost.be has degraded performance

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

HTTP code: 200
Response time: 1257 ms

Resolved: Bofrost.be performance has improved in fbe6b0c after 15 minutes.


Case sensitivity

If I have a list with e.g. Current and current listing on Current should not return current

Why do you think so?
I think most people expect a search to be case-insensitive and I'm for keeping it like that.
@wayneashleyberry what to you think?

I far prefer case insensitivity, @rnc is there a specific reason you need an exact match?

@wayneashleyberry  I understand people have differing opinions on this. I am simply used to case sensitivity. If I recall (its a while since I've tried it)  I think part of the problem was I had added a list entitled "Current" via the app/web api but there was some inconsistencies when attempting to list/modify it via the CLI.

Can you elaborate on your specific problem?
I don't really see the problem, because when adding a task on a specific list via wunderline, the list-name is converted to lowercase and listing of tasks on a specific lists is currently not supported.

@Thor77  @wayneashleyberry  As having multiple lists differing only in case is such a edge-case I would suggest just closing this?

I actually wouldn't mind implementing this in a similar manner as smartcase in vim.

When 'ignorecase' and 'smartcase' are both on, if a pattern contains an uppercase letter, it is case sensitive, otherwise, it is not. For example, /The would find only "The", while /the would find "the" or "The" etc. (http://vim.wikia.com/wiki/Searching)

So by default search's are case insensitive, unless the search term contains an uppercase character. How's that sound @rnc?

@wayneashleyberry  +1

@Thor77  I wonder if similar should apply to the search facility. From what I can see currently it is also case insensitive but is also using a fuzzy matching algorithm which means searching for e.g. RCM will return
"Update RCM"
and
"Handle releasing in config and new document"
The latter is a bit unintuitive. Either an explicit regexp of ability to quote would be useful. (Perhaps this is better as a separate issue?)

Yeah, please open an seperate issue for the search-command. We should extract this functionality into an own function then to provide a consistent experience throughout the application.


[WIP] add decision function to LogisticGAM, for compat with sklearn multiclass

closes https://github.com/dswah/pyGAM/issues/196

[x] add decision_function method to the LogisticGAM class for compatibility with sklearn's  OneVsRestClassifier class

[x] test

[ ] refactor terms so that all argument processing and sanitation is done during the fit() method

Can't use predict_proba with #196 example

Can't use predict_proba with #196 example

@903124 ahh good point. this is because the predict_proba api for pygam didnt conform to sklearn. i am making an update.

Predict_proba is now working properly but functional terms is (still) broken.

@903124 hmm thats interesting, but i dont completely understand.
can you please show me an example?

base_estimator = LogisticGAM(n_splines=5)
ensemble = OneVsRestClassifier(base_estimator, n_jobs=1)
ensemble.fit(X_train, y_train)

OneVsRestClassifier(estimator=LogisticGAM(callbacks=['deviance', 'diffs', 'accuracy'],
   fit_intercept=True, max_iter=100, n_splines=5, terms='auto',
   tol=0.0001, verbose=False),
          n_jobs=1)

ensemble.predict_proba(X_test)
array([[1.19215720e-01, 9.04500103e-02, 1.77326087e-05, ...,
        2.42330347e-03, 1.32568439e-01, 2.24134228e-01],
       [1.66961024e-01, 1.26811544e-01, 1.92006828e-04, ...,
        2.29616707e-03, 1.00314986e-01, 7.13239544e-02],
       [3.84291300e-02, 3.18707670e-02, 4.24383742e-10, ...,
        2.49137619e-03, 4.38926722e-01, 3.26176537e-01],
       ...,
       [9.50068415e-02, 8.09269049e-02, 2.80842523e-06, ...,
        2.86022038e-03, 1.46092712e-01, 2.74045716e-01],
       [1.46784609e-01, 1.06025123e-01, 2.14491296e-06, ...,
        2.60290652e-03, 1.48957364e-01, 1.20364635e-02],
       [1.52544943e-02, 1.36320357e-02, 1.01640876e-11, ...,
        1.68127415e-03, 3.55414339e-01, 5.55598935e-01]])

base_estimator = LogisticGAM(s(0)+f(1)+f(2)+f(3)+f(4)+s(5), n_splines=5)
ensemble = OneVsRestClassifier(base_estimator, n_jobs=1)
ensemble.fit(X_train, y_train)

OneVsRestClassifier(estimator=LogisticGAM(callbacks=['deviance', 'diffs', 'accuracy'],
   fit_intercept=True, max_iter=100, n_splines=5,
   terms=s(0) + f(1) + f(2) + f(3) + f(4) + s(5), tol=0.0001,
   verbose=False),
          n_jobs=1)

ensemble.predict_proba(X_test)
array([[0.10159551, 0.08261063, 0.00094507, ..., 0.00239048, 0.21650545,
        0.23143207],
       [0.10159551, 0.08261063, 0.00094507, ..., 0.00239048, 0.21650545,
        0.23143207],
       [0.10159551, 0.08261063, 0.00094507, ..., 0.00239048, 0.21650545,
        0.23143207],
       ...,
       [0.10159551, 0.08261063, 0.00094507, ..., 0.00239048, 0.21650545,
        0.23143207],
       [0.10159551, 0.08261063, 0.00094507, ..., 0.00239048, 0.21650545,
        0.23143207],
       [0.10159551, 0.08261063, 0.00094507, ..., 0.00239048, 0.21650545,
        0.23143207]])

@903124 thanks for the example.
i see what you mean

@903124 thanks for your comments!
i took a look inside, and it appears to be a complex fix.
scikit-learn defers any processing of arguments until the fix() method is called, but i violated that rule with pygam's terms.
fixing this is going to require a little bit more effort to defer all processing of arguments to the terms.

Is this still going to be merged into master? Would love to try it out!


Add attributes and detail commands, runtime API cleanup

This checklist is used to make sure that common guidelines for a pull request are followed.

[x] The PR has modified HISTORY.rst describing any customer-facing, functional changes. Note that this does not include changes only to help content. (see Modifying change log).

[x] I adhere to the Command Guidelines.

Close PR and will send to Azure directly.


Remove checkpanic in the generated code

The OpenAPI tool now updated not to generate the code with checkpanic.

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


Kotlin multiplatform

Nice. Don't forget, a tweek here and there could get this working for Kotlin JS too. I managed it.

[x] multik-api

[x] jvm
[x] js
[x] native

[x] multik-jvm

[x] jvm
[x] js
[x] native

[x] multik-native

[x] jvm
[x] native

[ ] multik-default

[x] jvm
[ ] js
[ ] native

The basis of the multiplatform is already there. At the moment, the issue of native support for Android and macOS aarch64 is being resolved.


Remove synchronization and semaphore

Remove the synchronization and semaphore block in Connection and rewrote write to write the entire request at once. Writing the request in two write statements was likely the reason for this synchronized behavior as it allowed for race conditions in writing and parallelization.

Closing this as other changes were made which makes this less important. May revisit in the future in a new PR with the potential to add batch support if Autorest supports it.


add webpacker resolved paths

What did you do?
add a stimulus with a static target
What did you expect to happen?
compile ok
What actually happened?
compiled with warnings
Additional context
WARNING in ./app/frontend/components/definition_renderer/index.js 7:16
Module parse failed: Unexpected token (7:16)
You may need an appropriate loader to handle this file type. Currently, no loaders are configured to process this file. See https://webpack.js.org/concepts#loaders
|
| export class Controller extends BaseController {
>       static targets = ['form']
|
|       connect() {

Environment
Ruby Version:
2.7.2
Framework Version (Rails, whatever):
<IP_ADDRESS>
View Component Contrib Version:
view_component (2.34.0)
activesupport (>= 5.0.0, < 7.0)
view_component-contrib (0.1.0)
adding   resolved_paths: ['app/frontend/components'] actually solves this

Thanks!
Added a warning to the generator.
https://github.com/palkan/view_component-contrib/commit/eac8a76a02f26ac9b55f3e1c14690b190bcccd01


Simplify some of the language to make it more accessible

Change some of the language used to make it more accessible to non-native English speakers.
Resolves #8

The changes that I liked here were ones which removed unnecessary words ("colloquially" and "or not") and fixed grammatical errors (adding dashes). But I am less sure of the changes to wording (the removal of "curvature" and changing "minima" to "minimum"). While I agree that these words are tricky, I think that by removing them we would be obscuring how things actually work, so I think we should keep them. Also, are the spacing issues a rendering thing or something going wrong with the diff? Do you think you can modify the PR to remove the changes to wording I mentioned and also fix the spacing (if it actually needs to be fixed)?


Can't create a bot from templates using node.js 18.12.1

Originally opened as https://github.com/MicrosoftDocs/bot-docs/issues/2253 by @abhisheke1mishra
Versions
What package version of the SDK are you using: 4.17.1 (presumably)
What nodejs version are you using: 18.12.1 (npm 9.2.0)
What browser version are you using: unknown
What os are you using: unknown
Describe the bug

The steps to create a basic bot are not working with latest node.js version 18.12.1 and npm 9.2.0 version.
During npm start getting error for restify - "TypeError: Cannot set property closed of # which has only a getter"

To Reproduce
Steps to reproduce the behavior:

Follow steps in create a basic bot.
Error: npm start generates a restify error.

Expected behavior
The current bot templates should work with the current version of node.js.
Additional context

@JonathanFingold,
This is a known restify issue. restify versions <10.0.0 are incompatible with Node 18.x. I've opened a PR to update the Yeoman templates, but in the meantime, the customer can resolve the issue by manually updating restify.


weekly image cve patching from Sec Pipelines

weekly image cve patching from Sec Pipelines

From which file are these older, deleted versions being retrieved from?


Create PR directly from web-ui file editing

Gitea version (or commit ref): v1.3.2
Git version:  git version <IP_ADDRESS>
Operating system: Centos 7
Database (use [x]):

[ ] PostgreSQL
[ ] MySQL
[ ] MSSQL
[x] SQLite

Can you reproduce the bug at https://try.gitea.io:

[x] Yes (provide example URL)
[ ] No
[ ] Not relevant

Log gist:

Description
Create pull request directly from web-ui file editing.

You can do this now : )


Constant refresh of widget

Many thanks for this widget. I use it on my site here: www.c19testing.co.uk/foryou.
I have it in a header component at the top of the page and then in the main body of te page as well. However, I've found that if the page is refreshed once then the the instance of the widget in the header at the top of the page continually reloads / refreshes. You can see this behavious if you vistit link included above nad refresh the page.
If I remove the second instance of the widget - half way down the page - this behavious stops and the header widget works as expected. For example in all the other pages on the site that don't have the second instance of the widget refreshing has no effect.
I'd be very grateful for any insight you might have into why having two instances of the widget on a page appears to cause issues.
Many thanks.

Getting the same issue also not able to determine why is this happening.


implement search for container, instead of iterating to it

See https://github.com/RoaringBitmap/RoaringBitmap/issues/105
I added a private method "advanceIfNeededProposal" to RoaringBitmapIntIterator. So one just needs to switch.
Have no idea to have test both methods and compare, without making the iterator visible.
I wrote a test, where one can see the difference, if switching from current to proposed method:
  @Test
  public void testWithFullBitmap() {
	  RoaringBitmap bitmap = new RoaringBitmap();
	  bitmap.add(0, Integer.MAX_VALUE);
	  Instant start = Instant.now();
	  for(int i = 0; i < 10000; i++) {
		  PeekableIntIterator it = bitmap.getIntIterator();
		  it.advanceIfNeeded(Integer.MAX_VALUE-1);
	  }
	  System.err.println(Duration.between(start, Instant.now()));
  }

TestIterators ran through with the proposed methods.

(ah, the test is java8, well, i did not add it to the code anyways, it was just for me to check locally)

Thanks. Hopefully, I will have a look soon.

Thank you.
Some thoughts:

Obviously, the current PR cannot be merged as it stands as it would just be "dead code". But you know this.

I don't understand why advanceIfNeededProposal has a separate code path for minval=0. I also do not understand what it does. It seems to rewind the container which is not what the API would suggest (it says it advances if needed, not "rewinds or advance as needed"). In fact, advanceIfNeeded(0) should never do anything at all, I think.

Same goes for the rest of the function. It seems that sometimes you would rewind. For example, you do not check that highLowContainer.getIndex brings you were you need to be, that is, always beyond the point where you were, never before.

Are you sure that the method you want is advanceIfNeeded. It almost feels like what you want to implement is something that is not currently supported by the API?

If you do want to accelerate advanceIfNeeded,  I'd rather imagine that you would start from the existing advanceIfNeeded code, and make as small a change as possible. When you detect that you are in the wrong container, and that you need to go forward to an upcoming container (and only in that instance) you call highLowContainer.getIndex to quickly move to the right container, never going back. Since, as I understand it, this is a performance issue, I think we do need some kind of benchmark to see the effects of the optimizations, good or bad. We'd like to see the effect of the change on bitmaps made of just a couple or a handful of containers (to check that we are not regressing there), and then see the effect when there are many containers (to quantify the benefits). Note that since your PR would invariably make the code more complex (more lines of code), we do need some evidence that it improves performance, otherwise we are better off leaving the code as is.

c.c. @gssiyankai

Hello,
thank you for your time.

When someone gives minval = 0, i wanted to reset it to the state as if the constructor was called. Maybe its not necessary.

3+4) You are right. When it says "advance", the iterator should always "advance" in one direction. I will fix that. Maybe a specific RandomAccessIntIterator makes the API more clear.

For my use case i needed an impl that avoids the iteration to find the container for minval, as i have bitmaps with hundreds of containers. So already the jump to the matching container relieved me from my urgent lookup problem.

But i agree, more testing is useful. For example, if minval is potentially in the current container, then one might not need to do another binarySearch for the matching container on another advanceIfNeeded call.
Yay, more work :>

If you want, we can close this request. As there is more work to be done.

2) When someone gives minval = 0, i wanted to reset it to the state as if the constructor was called. Maybe its not necessary.
This could be a good feature, but it is probably better to implement it through an intuitive API call.
Maybe a specific RandomAccessIntIterator makes the API more clear.
We may not need new classes per se, but we may need new functions.
For my use case i needed an impl that avoids the iteration to find the container for minval, as i have bitmaps with hundreds of containers. So already the jump to the matching container relieved me from my urgent lookup problem.
Yes, but performance issues can be counterintuitive... so while we may think that new code improves the performance, checking is still important.

Ok. Let us close this temporarily.


Browse screen should be able to navigate forwards/backwards in time

Fixed in https://github.com/tleyden/screentap/pull/25


Fix memory consumption

Almost all classes are put into javassist.ClassPool  – need to introduce some sort of puring

No need after a move to ASM


feat: support grow and shrink selection

add support for growing and shrinking selection on a subword basis

@ow-- , please consider this pull request that adds support for growing and shrinking selection similar to JetBrain's IDEs and ReSharper, where the selection grows or shrinks from the current cursor position.

Sorry, spaced out on this. I'll try to get around to checking it out soon (tm).

Was this added? Because I currently have "Edit.SubwordNextExtend" as a command in my VS which I think is 1. what this pull is suggesting and 2. Added from this plugin. I could be wrong on either though.


TODOs

[ ] Make an attempt at using elm-css for styles, even though it's not production ready
[ ] Failing the above, use regular css or sass for styling as we'll be needing to use media queries
[ ] Make the site responsive
[x] I did a terrible job optimizing the images for the elm-lang entries, despite my own advice

@lukewestby I was using this site to try out elm-css and I have it pretty much converted (along with making it responsive). Are you interested in a PR for that? I wanted to ask first since I think it'll be a fairly large one.

:tada: :tada: :tada: :tada: yes, please submit a PR! Thank you!!

done! thanks to @jbalboni


Strapi Types plug-in contains README for Deep Search service

Would like to know what the Strapi Types plug-in does and how it works.

Agreed @jorisw, that's been a "copy-paste" error :) We will update it soon. Thats not a plugin itself, but the types collection used across other packages within this monorepo.


sometimes suggestion not shown

that._append(query, suggestions.slice(0, that.limit - rendered));
when that.limit equals rendered ,will return empty, result in suggestion not shown.

Duplicate of #1415 I think.


Rework python packaging.

Move setup.py and pyproject.toml to root directory otherwise everything breaks.
Use setuptool_scm for version.
Build wheels from sdist files using pip.

Codecov Report

Merging #1 (311b99b) into fixup_python_packaging (71ff6aa) will not change coverage.
The diff coverage is n/a.

:exclamation: Current head 311b99b differs from pull request most recent head 358059e. Consider uploading reports for the commit 358059e to get more accurate results

@@                   Coverage Diff                   @@
##           fixup_python_packaging       #1   +/-   ##
=======================================================
  Coverage                   93.16%   93.16%
=======================================================
  Files                          59       59
  Lines                        6661     6661
=======================================================
  Hits                         6206     6206
  Misses                        455      455

Continue to review full report at Codecov.

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

@litghost - I believe this is ready to be merged now. The windows API builds now work.

@litghost - I believe this is ready to be merged now. The windows API builds now work.

Looks like Mac OS is failing?  I recommend you push this branch with only Ubuntu and Windows, and get it merged.  Once that is done, follow up with Mac OS fix?  Otherwise LGTM!

I disable MacOS for now. For some reason on my repository I get;
test_macosx (11, xcode, Release, macos-11.0, shared64 static64)
No runner matching the specified labels was found: macos-11.0.


type_check can cause assertion failure

Version: current master
Problem
# Note that dtype of the second argument is int64.
F.where(y.array < 0, numpy.array(0), y)

This code causes an error like this:
Traceback (most recent call last):
  File "/home/niboshi/t/a.py", line 12, in <module>
    y = F.where(y.array == 0, numpy.array(0), y)
  File "/data2/work/w/repos/chainer/chainer/functions/array/where.py", line 87, in where
    z, = Where(condition).apply((x, y))
  File "/data2/work/w/repos/chainer/chainer/function_node.py", line 297, in apply
    self._check_data_type_forward(in_data)
  File "/data2/work/w/repos/chainer/chainer/function_node.py", line 400, in _check_data_type_forward
    self.check_type_forward(in_type)
  File "/data2/work/w/repos/chainer/chainer/functions/array/where.py", line 23, in check_type_forward
    x_type.dtype == y_type.dtype,
  File "/data2/work/w/repos/chainer/chainer/utils/type_check.py", line 545, in expect
    assert isinstance(expr, Testable)
AssertionError

Cause
F.where's forward type check:
        type_check.expect(
            condition.dtype == numpy.bool_,
            x_type.dtype == y_type.dtype,
        )

The above code fails at the second condition, causing InvalidType in the light-mode type check.
FunctionNode then catches the error and triggeres the non-light-mode type checking. The assert statement is evaluated only in this mode, and it fails because the first condition, condition.dtype == numpy.bool_ is of type bool.

Let me clarify the example.  type_check.expect does not support testing condition.dtype == numpy.bool_ where condition is not type but an array, which is an argument of Where.__init__.  At the moment:

F.where has a bug;

bugs of this kind are hardly found by the available tests; and

Chainer does not seem to provide a way to check condition.dtype == numpy.bool_ and raise InvalidType on failure.  (Instead some functions additionally check the arguments if is_debug, in __init__ or in forward.)

@toslunar That's correct.
IMO we can simply support bool expressions in type_check.

can I be assigned this issue?
Proposed changes:
I think adding .item() to the condition variable will change its dtype from ndarray to int.


Re-structure Readme using a TOC

Over time the Readme has grown organically by adding new sections as needed. Unfortunately, the length and relative lack of order makes it not very approachable for folks new to the project.
So this adds a Table of Contents structured in a way that's more accessible, and then re-orders the content appropriately.
rendered

I like the table of contents idea, but it turns out README file already have one? https://github.blog/changelog/2021-04-13-table-of-contents-support-in-markdown-files/

I like the table of contents idea, but it turns out README files already have one? https://github.blog/changelog/2021-04-13-table-of-contents-support-in-markdown-files/

That's awesome, I had no idea that existed.
I still think we should have an explicit TOC of the high-level links because it's much more discoverable than the built-in one.
I wish they offered a TOC widget that we could embed for those who want an always-visible TOC.

Okay, I've addressed all the TODO's, which were mostly missing hyperlinks.
Feedback both here and on our internal slack was very positive. I'm sure this can be improved further, but by landing it now we can start deep-linking to various sections when responding to issues.
So I'm going to go ahead and merge, and then we can add further refinements in follow-on PR's.


xDS interop: override retriable cleanup instead of tearDown

Some tests override unittest's tearDown(), which is not wrong, but less resilient than overriding custom cleanup() that is being retried in framework's tearDown().

grpc/core/master/linux/psm-security
grpc/core/master/linux/grpc_xds_k8s_lb
grpc/core/master/linux/grpc_xds_url_map


Failing to program via UART (and maybe also to transfer the bootloader)

Hey there,
it's me again... I finished building the board and everything looks fine, but I struggle a bit to get it flashed via UART. And now I'm not even sure if I did everything right for the fuses and bootlader.
I'm using this for reference: https://github.com/jsanpe/c2c-64/wiki/Programming-the-C2C-64
First, I don't have an Arduino DUE, but I googled a bit and it seems that you can also use an ESP8266 or ESP32 (which I work with A LOT) to achieve the same. So I successfully flashed the ArduinoISP sketch (it just compiles naturally, I just needed to change some pins) to a random ESP8266 (Actually a NodeMCU) I had using ArduinoIDE. Then (because you're using/referencing a platformio.ini file) I opened my VS.Code which I also use a lot to flash ESPs using platformio, so I'm pretty familiar with that.
That's how it's wired (c2c is powered using my bench PSU, set to 5v 2A):

I opened the "fuses_1R3" task, changed the upload_port to "COM4" (as I'm on Windows) and I could successfully run the "Set Fuses" and "Burn Bootloader" platform tasks (which is I guess what you're referencing in your guide). Both worked successfully, see the output at the end of this post.

I then took my FTDI dongle (which uses a FT232BL chip (https://www.aliexpress.com/item/32967622307.html)) and tried to flash the software via UART, but I always get the same error: avrdude warning: attempt x of 10: not in sync: resp=0x00
Yes, sadly my dongle doesn't have an easy way to wire RST, but it has the pin exposed, so I'm touching it manually. But no matter how often I try, I always get the same error. I also tried simply bridging RST of the c2c to GND manually but it never works. No matter how often I try and when... It never works. I even tried reversing TX/RX, just in case: Still nothing.
Then I thought, after reading your guide 100th time: "Did I actually flash the bootloader?", as I just used the platform task "Burn bootlader". I then got my ESP wired again, validated I can still execute "Set Fuses" and then just hit "Upload" (still under the "fuses_1R3" task), but it first failed with not finding the "SSD1306Ascii" library, because it's missing in the "fuses_1R3" task. Added it and hit "Upload" again. It compiled but then getting the same error as I got via UART: avrdude warning: attempt x of 10: not in sync: resp=0x00
I'm a bit lost what I'm doing wrong... Do you maybe have an idea what's happening? I don't think my board is broken, right? Otherwise I wouldn't be able to execute the platform tasks "Set Fuses" and "Burn Bootloader" successfully, right? :/
Which USB FTDI dongle are you using? I might just get a different one; not really trusting this one here with the weird RST pin...
Thanks so much again and greetings,
Andy!
P.S.:
Some outputs:
Set Fuses:
Executing task: C:\Users\andy\.platformio\penv\Scripts\platformio.exe run --target fuses --environment fuses_1R3

Warning! Ignore unknown configuration option `build_unflags` in section [platformio]
Warning! Ignore unknown configuration option `build_flags` in section [platformio]
Warning! Ignore unknown configuration option `monitor_port` in section [platformio]
Warning! Ignore unknown configuration option `monitor_speed` in section [platformio]
Processing fuses_1R3 (platform: atmelavr; framework: arduino; board: ATmega328PB)
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/atmelavr/ATmega328PB.html
PLATFORM: Atmel AVR (5.0.0) > ATmega328PB
HARDWARE: ATMEGA328PB 8MHz, 2KB RAM, 32KB Flash
PACKAGES:
 - framework-arduino-avr-minicore @ 3.0.0
 - tool-avrdude @ 1.70200.0 (7.2.0)
 - toolchain-atmelavr @ 1.70300.191015 (7.3.0)
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 10 compatible libraries
Scanning dependencies...
Dependency Graph
|-- Wire @ 1.1
|-- mcurses @ 0.1
|-- SSD1306Ascii @ 1.3.5
Building in release mode

TARGET CONFIGURATION:
---------------------
Target = atmega328pb
Clock speed = 8000000L
Oscillator = internal
BOD level = 2.7v
Save EEPROM = yes
Bootloader type = urboot
UART port = uart0
Clock output = no
CFD enable = no
---------------------

Selected fuses: [lfuse = 0xe2, hfuse = 0xd7, efuse = 0xf5]
Setting fuses
avrdude: AVR device initialized and ready to accept instructions
avrdude: device signature = 0x1e9516 (probably m328pb)
avrdude: erasing chip

avrdude: processing -U lock:w:0xff:m
avrdude: reading input file 0xff for lock
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte lock ...
avrdude: 1 byte of lock written
avrdude: verifying lock memory against 0xff
avrdude: 1 byte of lock verified

avrdude: processing -U hfuse:w:0xd7:m
avrdude: reading input file 0xd7 for hfuse
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte hfuse ...
avrdude: 1 byte of hfuse written
avrdude: verifying hfuse memory against 0xd7
avrdude: 1 byte of hfuse verified

avrdude: processing -U lfuse:w:0xe2:m
avrdude: reading input file 0xe2 for lfuse
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte lfuse ...
avrdude: 1 byte of lfuse written
avrdude: verifying lfuse memory against 0xe2
avrdude: 1 byte of lfuse verified

avrdude: processing -U efuse:w:0xf5:m
avrdude: reading input file 0xf5 for efuse
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte efuse ...
avrdude: 1 byte of efuse written
avrdude: verifying efuse memory against 0xf5
avrdude: 1 byte of efuse verified

avrdude done.  Thank you.

================================================================================================================================== [SUCCESS] Took 3.49 seconds ==================================================================================================================================

Environment    Status    Duration
-------------  --------  ------------
fuses_1R3      SUCCESS   00:00:03.486
================================================================================================================================== 1 succeeded in 00:00:03.486 ==================================================================================================================================

Burn Bootloader:
Executing task: C:\Users\andy\.platformio\penv\Scripts\platformio.exe run --target bootloader --environment fuses_1R3

Warning! Ignore unknown configuration option `build_unflags` in section [platformio]
Warning! Ignore unknown configuration option `build_flags` in section [platformio]
Warning! Ignore unknown configuration option `monitor_port` in section [platformio]
Warning! Ignore unknown configuration option `monitor_speed` in section [platformio]
Processing fuses_1R3 (platform: atmelavr; framework: arduino; board: ATmega328PB)
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/atmelavr/ATmega328PB.html
PLATFORM: Atmel AVR (5.0.0) > ATmega328PB
HARDWARE: ATMEGA328PB 8MHz, 2KB RAM, 32KB Flash
PACKAGES:
 - framework-arduino-avr-minicore @ 3.0.0
 - tool-avrdude @ 1.70200.0 (7.2.0)
 - toolchain-atmelavr @ 1.70300.191015 (7.3.0)
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 10 compatible libraries
Scanning dependencies...
Dependency Graph
|-- Wire @ 1.1
|-- mcurses @ 0.1
|-- SSD1306Ascii @ 1.3.5
Building in release mode
Using bootloader image:
C:\Users\andy\.platformio\packages\framework-arduino-avr-minicore\bootloaders\urboot\atmega328pb\watchdog_1_s\autobaud\uart0_rxd0_txd1\led+b5\urboot_atmega328pb_pr_ee_ce.hex

TARGET CONFIGURATION:
---------------------
Target = atmega328pb
Clock speed = 8000000L
Oscillator = internal
BOD level = 2.7v
Save EEPROM = yes
Bootloader type = urboot
UART port = uart0
Clock output = no
CFD enable = no
---------------------

Selected fuses: [lfuse = 0xe2, hfuse = 0xd7, efuse = 0xf5]
Setting fuses
avrdude: AVR device initialized and ready to accept instructions
avrdude: device signature = 0x1e9516 (probably m328pb)
avrdude: erasing chip

avrdude: processing -U lock:w:0xff:m
avrdude: reading input file 0xff for lock
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte lock ...
avrdude: 1 byte of lock written
avrdude: verifying lock memory against 0xff
avrdude: 1 byte of lock verified

avrdude: processing -U hfuse:w:0xd7:m
avrdude: reading input file 0xd7 for hfuse
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte hfuse ...
avrdude: 1 byte of hfuse written
avrdude: verifying hfuse memory against 0xd7
avrdude: 1 byte of hfuse verified

avrdude: processing -U lfuse:w:0xe2:m
avrdude: reading input file 0xe2 for lfuse
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte lfuse ...
avrdude: 1 byte of lfuse written
avrdude: verifying lfuse memory against 0xe2
avrdude: 1 byte of lfuse verified

avrdude: processing -U efuse:w:0xf5:m
avrdude: reading input file 0xf5 for efuse
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte efuse ...
avrdude: 1 byte of efuse written
avrdude: verifying efuse memory against 0xf5
avrdude: 1 byte of efuse verified

avrdude done.  Thank you.

Uploading bootloader
avrdude: AVR device initialized and ready to accept instructions
avrdude: device signature = 0x1e9516 (probably m328pb)
avrdude: Note: flash memory has been specified, an erase cycle will be performed.
         To disable this feature, specify the -D option.
avrdude: erasing chip

avrdude: processing -U flash:w:C:\Users\andy\.platformio\packages\framework-arduino-avr-minicore\bootloaders\urboot\atmega328pb\watchdog_1_s\autobaud\uart0_rxd0_txd1\led+b5\urboot_atmega328pb_pr_ee_ce.hex:i
avrdude: reading input file C:\Users\andy\.platformio\packages\framework-arduino-avr-minicore\bootloaders\urboot\atmega328pb\watchdog_1_s\autobaud\uart0_rxd0_txd1\led+b5\urboot_atmega328pb_pr_ee_ce.hex for flash
         with 368 bytes in 2 sections within [0x7e80, 0x7fff]
         using 3 pages and 16 pad bytes
avrdude: writing 368 bytes flash ...
Writing | ################################################## | 100% 0.08s
avrdude: 368 bytes of flash written
avrdude: verifying flash memory against C:\Users\andy\.platformio\packages\framework-arduino-avr-minicore\bootloaders\urboot\atmega328pb\watchdog_1_s\autobaud\uart0_rxd0_txd1\led+b5\urboot_atmega328pb_pr_ee_ce.hex
Reading | ################################################## | 100% 0.00s
avrdude: 368 bytes of flash verified

avrdude: processing -U lock:w:0xFF:m
avrdude: reading input file 0xFF for lock
         with 1 byte in 1 section within [0, 0]
avrdude: writing 1 byte lock ...
avrdude: 1 byte of lock written
avrdude: verifying lock memory against 0xFF
avrdude: 1 byte of lock verified

avrdude done.  Thank you.

================================================================================================================================== [SUCCESS] Took 5.88 seconds ==================================================================================================================================

Environment    Status    Duration
-------------  --------  ------------
fuses_1R3      SUCCESS   00:00:05.881
================================================================================================================================== 1 succeeded in 00:00:05.881 ==================================================================================================================================

Hi,
congrats for having make it this far! Not an easy task, I understand you may be impatient now but it's better to just take your time in the programming phase as well.
Before anything, just in case you haven't, take some measurement of voltages at the output of the 3 regulators to make sure everything is in check. The big one should output 3.3v, the two mini ones on the back side 1.8v. Reduce your PSU amp to 0.5A, 2A will blow your fuse (or more) if there's a short now or in the future.
Burning the bootloader requires just executing the "burn bootloader" task in the fuses_1R3 environment. No need to "upload" or "set fuses". Looking at the output of the command it seems like your ESP flasher did the work just fine. Not sure what running the "upload" task of the fuses environment does to be honest. Perhaps it's uploading the actual firmware instead of the bootloader. This may not work well in practice, as the firmware is not loaded in the right address to be executed at startup most likely. I would repeat the burn bootloader process following this instructions: go to environment fuses_1R3 and run only the "burn bootloader" task.
The output of avrdude suggests that the bootloader is not entering in flashing mode. This could be related to the RTS signal not being timed well, the bootloader is very picky in this regard. The RTS needs to be followed by the stream of data to flash, if not timed correctly the whole process won't work. Hence, it's recommended to have a supported programmer, otherwise flashing is a matter of luck more than anything. I'm using this one.
Other things to check:

These qfn packages are devilish, sometimes pads are not properly soldered. Try measuring resistance from tx,rx and rst to gnd. It should be in the MOhm range.
The programming circuitry mainly involves C3 and R2. Check these two are correctly soldered.
I notice you have populated the SW1 switch. This one is a reset. You can use this to manually send the reset pulse instead of the RST pin. Remember, it needs to be timed really well with respect to avrdude. Experiment with it, try pressing sw1 just before or just after running avrdude.

Keep me posted with any further results!
Good luck,
Jose

Hey Jose,
thanks for your quick answer, appreciated!! And thanks for the compliment! I did some tricky boards in the past, but that one was certainly one of the most challenging, especially with 0402 components. The rest was tricky, but did that before :) Impossible basically without a microscope, imho! Or unnecessarily complicated!
Yeah, I of course did some extensive poking with the multimeter before connecting / checking for bridges, inspected under microscope and so on an are 99% certain there are none. First thing after powering on was checking the LDOs (both the AMS1117 and the TLV700 on the back) and they spit out what they should. So all good here.
I'm not concerned about blowing the fuse, as it's a PTC / resettable fuse. It will blow, reset and be fine again :) Hold current is 750mA and tripping current is at 1.5A. But still good advice, I lowered the PSU to 1A for now.

Measured RX & TX against GND: 4.2 / 4.3MOhm. So looks fine
R2 measured 4.6kOhms (really touching the solder blobs, not the resistor, so making sure it's properly soldered. So also fine...
Goooood point! I totally forgot about the buttons. That sadly also didn't help, but the error at least a little bit changed from 0x00 to: avrdude stk500_getsync() warning: attempt 10 of 10: not in sync: resp=0xa0...

I now switched to the console, running avrdude directly / outside VS.Code. That's my command and output:
C:\Users\andy\.platformio\packages\tool-avrdude>avrdude -v -p atmega328pb -C C:\Users\andy\.platformio\packages\tool-avrdude\avrdude.conf -c arduino -b 38400 -D -P COM5 -U flash:w:C:\Users\andy\Documents\Sources\c2c-64\.pio\build\Board_1R3\firmware.hex:i

avrdude: Version 7.2-arduino.1
         Copyright the AVRDUDE authors;
         see https://github.com/avrdudes/avrdude/blob/main/AUTHORS

         System wide configuration file is C:\Users\andy\.platformio\packages\tool-avrdude\avrdude.conf

         Using Port                    : COM5
         Using Programmer              : arduino
         Overriding Baud Rate          : 38400
avrdude stk500_getsync() warning: attempt 1 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 2 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 3 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 4 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 5 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 6 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 7 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 8 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 9 of 10: not in sync: resp=0xa0
avrdude stk500_getsync() warning: attempt 10 of 10: not in sync: resp=0xa0
avrdude main() error: unable to open programmer arduino on port COM5

avrdude done.  Thank you.

C:\Users\andy\.platformio\packages\tool-avrdude>

I'm wondering: Is the baudrate and also the upload protocol of "arduino" correct? If I see that right, it's basically a re-config of "stk500"?
If you can spot an issue with that, I might just get another FTDI tool. I read a bit and generally it seems the FT232RL (that is used on your flasher) generally gets "better feedback" than the FT232BL I have on mine.
Thanks again for double checking and greetings,
Andy!

I reflashed my C2C to capture the exact avrdude command and the logs. You'll find the output below.
To answer your questions, both baudrate and protocol are fine. Keep testing it out, I would recommend resetting the board using sw1 at the same time you press Enter on the command line using the avrdude arguments in your previous post.  If you don't there may be something else going on. If you have a scope try captuing the reset line to the MCU using C3 pads.
If you are unable to flash using the UART I think it should also be possible to flash the firmware using the ICSP header, but I would need to investigate it a bit more. Never used that option before.
avrdude -v -p atmega328pb -C /home/jsan/.platformio/packages/tool-avrdude/avrdude.conf -c arduino -b 38400 -D -P /dev/ttyUSB0 -U flash:w:.pio/build/Board_1R3/firmware.hex:i

avrdude: Version 7.2-arduino.1
         Copyright the AVRDUDE authors;
         see https://github.com/avrdudes/avrdude/blob/main/AUTHORS

         System wide configuration file is /home/jsan/.platformio/packages/tool-avrdude/avrdude.conf
         User configuration file is /home/jsan/.avrduderc
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/ttyUSB0
         Using Programmer              : arduino
         Overriding Baud Rate          : 38400
         AVR Part                      : ATmega328PB
         Chip Erase delay              : 10500 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : possible i/o
         RETRY pulse                   : SCK
         Serial program mode           : yes
         Parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                           Block Poll               Page                       Polled
           Memory Type Alias    Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- -------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom                 65    20     4    0 no       1024    4      0  3600  3600 0x00 0x00
           flash                  65    10   128    0 yes     32768  128    256  4500  4500 0x00 0x00
           lfuse                   0     0     0    0 no          1    1      0  4500  4500 0x00 0x00
           hfuse                   0     0     0    0 no          1    1      0  4500  4500 0x00 0x00
           efuse                   0     0     0    0 no          1    1      0  4500  4500 0x00 0x00
           lock                    0     0     0    0 no          1    1      0  4500  4500 0x00 0x00
           signature               0     0     0    0 no          3    1      0     0     0 0x00 0x00
           calibration             0     0     0    0 no          1    1      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino for bootloader using STK500 v1 protocol
         Hardware Version: 3
         Firmware Version: 8.0
avrdude: AVR device initialized and ready to accept instructions
avrdude: device signature = 0x1e9516 (probably m328pb)

avrdude: processing -U flash:w:.pio/build/Board_1R3/firmware.hex:i
avrdude: reading input file .pio/build/Board_1R3/firmware.hex for flash
         with 18630 bytes in 1 section within [0, 0x48c5]
         using 146 pages and 58 pad bytes
avrdude: writing 18630 bytes flash ...
Writing | ################################################## | 100% 9.40s
avrdude: 18630 bytes of flash written
avrdude: verifying flash memory against .pio/build/Board_1R3/firmware.hex
Reading | ################################################## | 100% 9.31s
avrdude: 18630 bytes of flash verified

avrdude done.  Thank you.

============================================== [SUCCESS] Took 21.41 seconds ==============================================```

I sadly don't have a scope. I just order another flasher that properly exposes the RTS pin and see how it goes :(
Thanks for all the help so far!

Let's see if you have better luck with the new FTDI dongle. It's a good investment, lot's of potential future uses. I'm still positive is relatively doable to get this done by hand, i.e. manually resetting the mcu with the right timing. In any case, I'll check how to flash directly though the ICSP header, it's probably not too difficult to achieve but not as practical as the UART solution (especially during development).

Yeah I tried it MANY times by now and zero luck. I tried a lot of timings, also inbetween the retries... Nothing :/

A couple of quick things to try:

reduce all instances of 38400 in platform .ini with 9600. You will need to rewrite the bootloader using the Burn Bootloader command. This will reduce the UART speed used by the flashing procedure, which depending on the status of the internal oscillator of your 328PB may help.
In your platform.ini file replace board_hardware.uart = uart0 with board_hardware.uart = no_bootloader. Then use "Upload" in the Fuses_1R3 environment. I think this should upload the firmware directly using your ESP as interface and place it in the right flash location for the MCU to boot it directly. I haven't tested this myself, but it's my conclusion after looking at the documentation here: https://github.com/MCUdude/MiniCore/blob/master/PlatformIO.md

First, thanks on digging out the instructions on how to program using the ICSP header and tips on how to get it working via UART from your previous post! I gonna test that later today with my current FTDI flasher, but I also have the exact one coming that you're using. Let's see how it goes.
But another thing I just realized while sitting in a boring call and staring on the PCB:

The programming circuitry mainly involves C3 and R2. Check these two are correctly soldered.

I discovered that C3 and R2 are not connected to RX/TX/The UART circuit, but instead to the SCK pin. RX and TX go straight to the MCU. Just wanted to double check if that was an oversight in the PCB design, or you just misremembered (no blame intended!! I just saw that by accident :D)
Thx again!

The flasher you use just arrived and it sadly also doesn't work :( Same error as above (0x00). I tried reversing TX/RX, I tried using RTS and CTS: Both don't work :(
I'm clueless what it can be... I also multimetered the pin header pins and the pads on the atmega: they have continuity, so... I have no clue :D
I'll try lowering the baud rate and see if that will help...

Hi! Sorry to hear the new flasher is not working :( I was starting to think that the programmer wasn't the issue after the many tests you've been making.
Answering your question about C3 and R2, this is the reset circuit that is triggered by the RTS pin. Once the reset happens, the bootloader enters into action and gives you 1 or 2 seconds to start sending the data through uart. If this reset circuit does not work, then the bootloader never listens for a new firmware. TX and RX are connected directly to the MCU. That's ok.
I've been checking out the MiniCore project and it seems that there has been a change in the bootloader used. I wonder if this could be the issue. This can be tested quite quickly, change the line:
upload_protocol = arduino in env Board_1R3 to upload_protocol = urclock
Or you can force the use of the previous bootloader (optiboot) by setting
board_hardware.uart = optiboot on the Board_1R3 env
Another quick check to verify if the bootloader is running is to place a led with a current limiter resistor on the RST pin (right above the TX pin). The bootloader should either blink it or completely switch it on on boot.
Hope this helps, and sorry for all the trouble. If this does not work, then I will recommend to flash through the ICSP header.

Hi again,
I've been doing some more reading and after inspecting the firts log you sent me I've found this message:
Building in release mode
Using bootloader image:
C:\Users\andy\.platformio\packages\framework-arduino-avr-minicore\bootloaders\urboot\atmega328pb\watchdog_1_s\autobaud\uart0_rxd0_txd1\led+b5\urboot_atmega328pb_pr_ee_ce.hex

which means you have flash urboot bootloader. Again, this is new for MiniCore (which is the backbone of C2C) and was introduced in version 3.0.0 in Oct 2023. So I was not aware of this change. I think this is what's behind the issues you are facing. Replace the upload_protocol as I told you in the past message, that should fix the issue straight away.
There's more info about the new bootloader here and these is the avrdude command they recommend using:
avrdude -c urclock -p m328p -b 115200 -P /dev/ttyUSB0 -U flash:w:mysketch.hex:i
Again, I think this should solve the issues you are facing. I really hope this time it helps.

HOLY MOTHER OF GOD, IT WORKED!!
So the only changes I now ended up going to the current version of platformio.ini in your repo is:

Under [env:Board_1R3] setting this upload_protocol = urclock
And for me / under Windows under [env:fuses_1R3] setting -PCOM4

And confirming my packages and versions for people to come:
PACKAGES:
 - framework-arduino-avr-minicore @ 3.0.0
 - tool-avrdude @ 1.70200.0 (7.2.0)
 - toolchain-atmelavr @ 1.70300.191015 (7.3.0)

Can't wait to test the board now!!

Nice! Thanks for having the patience mate, and sorry for all the trouble. This change of bootloader in MiniCore was something I wasn't aware of. And it comes with some breaking changes :( It seems to be a much better/modern bootloader, so the change is for good. But you were the first one to face it.
I will update the platform.ini file in the project with the new upload protocol, which apparently is backwards compatible with arduino.
Enjoy your new C2C!

Absolutely no issue, this is a DIY board, these things can and may happen! Thanks to you for the extensive support here!!
I'll try to give it a test this week, packed week this is! I'll follow up with a tiny post/instructions how I used an ESP to flash the bootloader, instead of an Arduino Due. Think this is prettx useful, as everybody probably has an ESP8266/ESP32 somewhere. And if not: It's not even 5€ :)
Later,
Andy!

Thanks Andy, if you can write those instructions I can add them to the wiki along with the DUE so people have more options. Let me know if that's ok!
Jose

Neat, thanks so much! I'll add this to the wiki and ensure proper credit is given.
I have already updated the platform.ini file in the repo. It should work fine for both optiboot and urboot now.

Wiki updated! https://github.com/jsanpe/c2c-64/wiki/Programming-the-C2C-64

Thanks!! Also for the credits!!
Just saw there is a double "the" in the text: "... that runs the the Arduino ..." :)

It works!! \o/ Thanks for this fantastic project!!

Congrats! N64 looks fantastic through composite, and that leaves you s-video for older systems. For instance, SNES looks awesome through s-video. One C2C, two consoles!
Remember to get a case asap, too many parts to short on that board :D

I actually have another N64 RGB modded, so I play N64 using RGB-SCART through the OSSC. Same for SNES, as my PAL SNES still has RGB out natively ;)
In the end, all consoles (and I have quite a few...) work through either RGB-SCART, Component or HDMI already. So I currently don't REALLY NEED the c2c, but I wanted it, as I have no way of connecting composite or S-Video sources to my display. Now I have, if I ever need. The only really need was that N64 which I didn't mod but wasn't sure if it works. And here we go: It does ;)

I was having a similar issue with programming over UART. I never actually solved it, but I got it working using ICSP. Wiring the ICSP header on my generic ft232r programmer from MicroCenter, and setting the upload protocol to the custom avrdude config I had to add to be able to use it properly, got it flashed properly:


VS 2022 features crashing using Mediator.Abstraction

If I reference projects which references other projects using Mediator.Abstractions Visual Studio starts crashing in the project that references the other one.
For example if I have the reference chain:
X.API (WEB project using Mediator.SourceGenerator package) --> X.Application.
X.Application (library) --> X.Infrastructure.
X.Infrastructure (library) --> X.Domain.
X.Domain (library) --> X.Common (Library using Mediator.Abstractions package).
VS starts throwing exceptions in the X.API project:

All got the same exception: StreamJsonRpc.RemoteInvocationException: SyntaxTree is not part of the compilation (Parameter 'syntaxTree'

Should be fixed in the latest versions, see #93


Ram usage

Hello, I am using wstunnel to connect my two servers, and I use WebSocket to bypass filtering. The problem I have is that each time the server's RAM fills up, the server hangs, and I have to manually restart the wstunnel service to clear the cache and solve the issue. Is there a way to automate this process? I even tested with crontab and a bash file, but only manual restart works.

I will send a screenshot of htop

1 TB VIRT and almost 130 MB RES
I have 40-50 inbounds in xui panel
I use Websocket (ws+tls) using Nginx and cloudflare
I did not get last one

hum, ok, when you mean the server RAM fill up you mean your server and not wstunnel ?
How do you know it is wstunnel taking too much RAM ?

I think he's using the Haskell version. The Haskell GC?

@bytejedi Thank you, you are right, I haven't noticed indeed.
@nvdmhd You are using an old release of wstunnel please upgrade to the latest version https://github.com/erebe/wstunnel/releases/tag/v9.6.1
your command line should change a bit and be something like wstunnel client -L tcp://<IP_ADDRESS>:443:localhost:443

so the version is the problem? alright I will give it a try thanks for response

feel free to re-open of needed


Add "target" attribute to overflow menu links

Overflow menu options support href attribute, but there's no ability to set target attribute.
For example:
<ibm-overflow-menu>
  <ibm-overflow-menu-option [href]="someUrl" target="_blank">Title</ibm-overflow-menu-option>
</ibm-overflow-menu>

I'll pick this one up.


Fix Mini-Roundabouts

The goal of this task is to model min-roundabouts consistent with the Australian tagging guidelines.
This overpass query will identify nodes tagged as mini-roundabouts.
https://overpass-turbo.eu/s/tUh.

Suggested Process:

Open over-pass turbo and use script listed above.
Click at the point and click at Node link to open new tab with feature that needs to be edited
Edit data in either JOSM/ID Editor (iD is recommended for this task)
Delete highway:mini_roundabout tag from junction using
 button
Use right click at the node in the middle of junction

Use Split function from contextual menu by clicking at
 button
Right click at the same node again and use Disconnect function by clicking at
 button
Now make some empty space for new roundabout like it is presented here:

Begin inserting the circular features by mapping simple rectangle:

Right click at the way of that new rectangle (click in the middle of two nodes) and use Circularize function by clicking

button
If necessary, move roundabout to center it with imagery (

icon from contextual menu) and adding correct tag to geometry:
highway=*
junction=roundabout
Each entry and exit way should join the roundabout at a separate node.
surface=* (where possible from Aerial Imagery)
name=* (IF there is a name specific to the junction add)
maxspeed=* (If possible from a corroborating source, if not leave it)
No need to add oneway=yes tag, as this is implied by the junction=roundabout tag. IF you are drawing roundabout from left to right. If you don’t, you have to put oneway tag.
Sources to check: Aerial Imagery, GPS tracks, Strava

Need to also fix any admin boundaries that were using the highway ways.
eg: Don't do this:
http://www.openstreetmap.org/changeset/54848378


strftime

any chance we can dump strftime entirely? its deprecated in php 8.2 the main php site recommends date() to replace it

Sure, but I don't intend to work on this tinyib fork anymore. We are making our own simple imageboard to replace tinyib.

cool! in that case, never mind, I will just look at your other work :)


Minimum Path Sum

Problem Link
https://leetcode.com/problems/minimum-path-sum/
Coding platform
Leetcode
Programming language

[ ] C
[x] C++
[ ] Java
[ ] Python

Additional context (OPTIONAL)
Add any other context or screenshots about the feature request here.

Please review this problem issue and assign me in C++.

I want to contribute using Java

I would like to code on this issue in C++.Kindly Assign me

Sure @jayantjethi Go for it :)

Mam I Have Solved This Issue in the same PR with Airplane Seat Assignment Probability.


Multilingual Support?

Hi, great plugin! I have no multilingual output unfortunately. Does this plugin only support the English model?

I have the same question. Thanks!

Hi @muellerhenning and @pchinso  - No support currently, but I will be adding model selection support ASAP :smile: