text:
Error binding socket mlvpn.sock: Permission denied

I'm trying MLVPN for the first time.
After issuing "mlvpn --user mlvpn -c /etc/mlvpn/mlvpn0.conf" on client,  I'm seeing this in log files (Debian wheezy from repo):
[16:29:13][mlvpn.c:1465] Created tap interface mlvpn0
[16:29:13][control.c:114] Error binding socket mlvpn.sock: Permission denied
[16:29:13][mlvpn.c:320] Binding socket 6 to 192.168.64.13
Trying to reproduce provided example, I can't successfully ping proof.ovh.net.
Could it be possible to elaborate a bit further "Error binding socket mlvpn.sock: Permission denied", indicating for instance which resource is denying acces and which user is denied access ?
Changing /run/mlvpn ownership to mlvpn:root removes this error message.

socket path can be configured in the configuration file.

repo: zehome/MLVPN


text:
.next/static/styles.css only has one page style

I have multi pages. Each page has its own styles files included.
// pages/a.js
import "../styles/pageA.scss"

// pages/b.js
import "../styles/pageB.scss"

After building in production mode.
I got one file which stored at .next/static/style.css
All style of pageA.scss is missing. If I remove the import "../styles/pageB.scss" statement, then build. I can see the style of page a.
Is the styles.css generated multi times, and the second replace the first one. So the style of page a is missing in the end.

I also investigated this, here is what I think is happening: Next creates different Webpack entries for each pages and resolve common dependencies with CommonsChunkPlugin. ExtractTextPlugin then resolve every entry and overrides them as the name by default is generic.
Solution (for now) is to use your own ExtractTextPlugin with filename: static/[name].css
The current satisfying solutions I went for is to use
filename: (getPath) =>
    `static/${getPath('[name].css')
      .replace('bundles/pages/', '')
      .replace('.js.css', '.css')}`,

then your dist folder will contain _next/static and your pages with [name].css, it also works for subpages.
All you have to do now is to add the corresponding file for each page, for example on login page (pages/login.js):
<Head>
    <link rel='stylesheet' href='/_next/static/login.css' />
</Head>

I think this makes sense since now each page will dynamically load its own required style
CommonChunksPlugin will also create a common.css file if you have common styles, for this you can use the recommended layout comment with
<Head>
    <link rel='stylesheet' href='/_next/static/common.css' />
</Head>

This has been tested without next plugins (simply with a custom ExtractTextPlugin) but will be enabed for them too as soon as we can configure ExtractTextPlugin and works for both ssr and export.
I am also curious what would be next guys recommended approach to this. Note these plugins are super fresh and they made an impressive effort to make them work already (even if its only simple cases for now). Keep up the good work guys

I also investigated this, here is what I think is happening: Next creates different Webpack entries for each pages and resolve common dependencies with CommonsChunkPlugin. ExtractTextPlugin then resolve every entry and overrides them as the name by default is generic.
Solution (for now) is to use your own ExtractTextPlugin with filename: static/[name].css
The current satisfying solutions I went for is to use
filename: (getPath) =>
    `static/${getPath('[name].css')
      .replace('bundles/pages/', '')
      .replace('.js.css', '.css')}`,

then your dist folder will contain _next/static and your pages with [name].css, it also works for subpages.
All you have to do now is to add the corresponding file for each page, for example on login page (pages/login.js):
<Head>
    <link rel='stylesheet' href='/_next/static/login.css' />
</Head>

I think this makes sense since now each page will dynamically load its own required style
CommonChunksPlugin will also create a common.css file if you have common styles, for this you can use the recommended layout comment with
<Head>
    <link rel='stylesheet' href='/_next/static/common.css' />
</Head>

This has been tested without next plugins (simply with a custom ExtractTextPlugin) but will be enabed for them too as soon as we can configure ExtractTextPlugin and works for both ssr and export.
I am also curious what would be the Next guys recommended approach to this. Note these plugins are super fresh and they made an impressive effort to make them work already (even if its only simple cases for now). Keep up the good work guys

I've just tried merge-files-webpack-plugin with custom ExtractTextPlugin config
const cssFilename = 'static/css/[name].css';

const extractCSSPlugin = new ExtractTextPlugin({
  filename: cssFilename,
  allChunks: true
});

...

new MergeFilesPlugin({
  filename: 'static/style.css',
  test: /style\.css/,
  deleteSourceFiles: true,
})

but it's not working with same components on pages. Ex.: import A from 'component' on page1 and import A from 'component' on page2 will concatenated and you got style duplicate in common style file.
Think that need work around it.

There needs to be a documentation from the Next.js authors.

Just make fast dirty fix for production builds:
next.config.js
...
    config.plugins.push(
      new MergeFilesPlugin({
        filename: 'static/style.css',
        test: /style\.css/,
        deleteSourceFiles: true,
      }),
    );
...

optimize.js
const fs = require('fs');
const postcss = require('postcss');
const cssnano = require('cssnano');

const src = process.argv[2];
const dst = process.argv[3];

fs.readFile(src, (err, css) => {
  postcss([cssnano])
    .process(css, { from: src, to: dst })
    .then(result => {
        fs.writeFile(dst, result.css);
        if (result.map) fs.writeFile(dst.replace(/\.css$/, '.map.css'), result.map);
    });
});

package.json
...
scripts: {
   ...
   "build": "next build && node optimize-css.js .next/static/style.css .next/static/styles.css",
   ...
}
...

Layout.js
...
   <Head>
   ...
      {
        isProduction && <link rel="stylesheet" href="/_next/static/styles.css" />
      }
   ...
   </Head>
...

and finally
yarn build
yarn start
:-) of course, i'll fix it after get right config, but good for begin. My old config with deprecated rewrited configs + one big single file was more horrendous)

@jeremycolin thanks for your note about common chunks plugin in https://github.com/zeit/next-plugins/pull/29
Some things for avoid make second pass compilation though cssnano. My new dirty hack in next.config.js:
const isCssFile = /\.css$/;
const isSassFile = /\.s(c|a)ss$/;

...

  if (!isServer) {
    const pluginWithCommonChunks = config.plugins.find(function(item) {
      if (item.constructor.name !== 'CommonsChunkPlugin') {
        return false;
      }

      if (item.filenameTemplate !== 'commons.js') {
        return false;
      }

      return true;
    })

    if (pluginWithCommonChunks) {
      const originalFn = pluginWithCommonChunks.minChunks;

      pluginWithCommonChunks.minChunks = function (module, count) {
        if (isCssFile.test(module.resource) || isSassFile.test(module.resource)) {
          return count >= 2;
        }

        return originalFn(module, count);
      }
    }

    config.plugins.push(
      // extractCSSPlugin,
      new MergeFilesPlugin({
        filename: 'static/style.css',
        test: /style\.css/,
        deleteSourceFiles: true,
      }),
    );
  }

Will be fixed in the next release.

@timneutkens any idea when the next release is? I am trying to submit a PR for https://github.com/zeit/next.js/issues/3701 https://github.com/zeit/next.js/issues/3700 https://github.com/zeit/next.js/issues/3699. It includes multiple pages and isn't too helpful at the moment.

any update on this?

@timneutkens I'm running into this issue on production as well. Was a fix already released?

Using @manuquentin solved my case
portion of My next.config.js
const MergeFilesPlugin = require('merge-files-webpack-plugin');
const withCSS = require('@zeit/next-css')
const withSASS = require('@zeit/next-sass')

const baseConfig = {
  distDir: 'dist',
  webpack(config, options) {
    const {isServer } = options;
    //ref: https://github.com/zeit/next-plugins/issues/21
    if (!isServer) {
      // Override next-css configuration
      options.extractCSSPlugin.filename = 'static/[name].css';
      // Merge all CSS in one file
      config.plugins.push(
        new MergeFilesPlugin({
          filename: 'static/style.css',
          test: /\.css/,
          deleteSourceFiles: true,
        })
      )
    }
    return config
  }
}

module.exports = withCSS(withSASS(baseConfig))

My site works perfectly when I run next, but when I try next build && next export, then serve the static site, a bunch of styles are missing (bunch of things unstyled). Is this likely the same issue?

You know what, I'll fix this by switching from using CSS/Sass files to using CSS-in-JS (JSS is nice, and see react-jss).
I really hope this gets officially fixed though!

@trusktr did you use next@canary + `@zeit/next-css@canary

I'm still seeing this problem. It's exactly as @trusktr described. A bunch of my CSS files aren't making to to my out folder.

source: gharchive/issue

authors: brettdewoody davidqhr deltaepsilon goldensunliu hussainb jeremy-colin jeremycolin julmot plag supadits timneutkens trusktr

repo: zeit/next-plugins

license: MIT

license_type: permissive

license_source: github-api


text:
Upgrade @mdx-js/loader and @mdx-js/mdx to ^0.16.0

This PR upgrades @mdx-js/loader and @mdx-js/mdx to their latest versions and closes https://github.com/zeit/next-plugins/issues/333.

The package was moved.

source: gharchive/pull-request


text:
Send the project property when deploying

This is just a rebranding of the name field.

I have no idea on why the tests are failing. I am pretty sure, it's not related to this PR.

repo: zeit/now-cli


text:
tp.py: Add type annotations

This PR adds type annotations to tp.py so that IDEs like Visual Studio Code can provide better information to developers.

@Jcw87 fix the conflicts and we'll pull this in

@Pheenoh rebased

repo: zeldaret/tp


text:
first clm no double quotes

when parsing json to csv, first column isnt surrounded by double quotes, even though the quote parameter is not sent into the function (by default it is using double quotes). The rest of the columns get the double quotes.

Could you post an example of your code, data, and current result and expected result? Thanks!

Closing because of lack of response.
Feel free to reopen if needed.

authors: David267 juanjoDiaz knownasilya

license: mit

license_source: bigquery


text:
Doesn't check if document is ready.

I am curious why there isn't a build-in check on the document.readyState?
This means that we(developers that really love your solution) have to built in checks for that ourselves.. the point is that I have an application where I really want to initialize a class that use's this storage just as soon as possible(most of the times, before document.readyState === 'interactive'.
I think this would be an addition on your library making it easier to implement..
If necessary I can create PR for this :)

Is checking document.readyState to make sure that CrossStorageClient is loaded and can be correctly referenced? If so, I think more generally that problem should be solved by however you organize your SPA or handle loading scripts (order of execution, common libraries first, async/sync, $(document).ready(), etc)
If it's to ensure that the client can communicate with the hub, doesn't CrossStorageClient.prototype.onConnect() solve this?

Closing due to inactivity, but feel free to re-open!

authors: danielstjules johannessmit

repo: zendesk/cross-storage


text:
TwigRendererFactory supports ambiguous configuration for key twig and templates

The configuration structure is
return [
    'debug' => boolean,
    'templates' => [
        'extension' => 'file extension used by templates; defaults to html.twig',
        'paths' => [
            // namespace / path pairs
            //
            // Numeric namespaces imply the default/main namespace. Paths may be
            // strings or arrays of string paths to associate with the namespace.
        ],
    ],
    'twig' => [
        'cache_dir' => 'path to cached templates',
        'assets_url' => 'base URL for assets',
        'assets_version' => 'base version for assets',
        'extensions' => [
            // extension service names or instances
        ],
    ],
];

But you can also put all keys under twig to the templates key and vice versa. Because of the TwigRendererFactory::mergeConfig() method. Is this really an expected behavior? This is used in \ZendTest\Expressive\Twig\TwigRendererFactoryTest::testCanSpecifyCacheDirectoryViaConfiguration and \ZendTest\Expressive\Twig\TwigRendererFactoryTest::testUsesAssetsConfigurationWhenAddingTwigExtension.
This could confuse people and could leads to an unexpected behavior, if this config is shared and used by other factories.

This is expected and was changed in 0.3.0.

Deprecated usage of the cache_dir and assets_* sub-keys under the templates top-level key, in favor of positioning them beneath a twig top-level key. As templates and twig values are merged, however, this change should not affect end-users.

I think the tests should be adjusted to the preferred twig key.

This is expected and was changed in 0.3.0.

Deprecated usage of the cache_dir and assets_* sub-keys under the templates top-level key, in favor of positioning them beneath a twig top-level key. As templates and twig values are merged, however, this change should not affect end-users.

I think the tests should be adjusted to the preferred twig key.

authors: sandrokeil xtreamwayz


text:
Create containers from request objects rather than from superglobals

Are there any plans (3.0?) to switch to creating session containers from PSR-7 request objects rather than relying on PHP's superglobals?
I hope I'm being clear enough. If not, let me know and I'll try to clarify.

Just a personal opinion:
I would suggest moving this over to https://github.com/Ocramius/PSR7Session first
I can gladly donate that component to ZendFramework, if the security team is willing to take over on security maintenance, and if @malukenho and @lcobucci agree and can help maintaining it here.

@Ocramius I totally agree

@Ocramius What do you mean by "moving this over" exactly? This conversation? This ZF component?

@MidnightDesign as in discuss there what you want, then we can import that component into ZF3/4/5/whatever when we think we got something decent at PSR-7 compliance level.

@Ocramius I don't know if your project is what I'm looking for. Ist it supposed to stay storage-less? Isn't it too specialized for the Middleware use case?
I'm looking for something generic like $sessionManager->fromRequest($request).

@MidnightDesign I'm not entirely sure I understand this sentence:

switch to creating session containers from PSR-7 request objects rather than relying on PHP's superglobals

PSR-7 does not provide any facilities around sessions. We did this as the only part of sessions that have anything to do with HTTP messages are the cookies passed back and forth, which are simply identifiers that can then be used server-side to persist information. The data currently would need to come from some sort of storage — whether that's ext/session, or something else. This latter is why we didn't incorporate session information in PSR-7; when you're not using an SAPI (for instance, with async systems like React, Icicle, or Aerys), ext/session is not available, which means sessions are handled at the application level. In other words, the only aspect of sessions that PSR-7 requests can guarantee are the cookies themselves.
What https://github.com/Ocramius/PSR7Session does is essentially cookie-based JWT. The session information is de-serialized from the client-side cookie and then injected into a stateful request attribute — which is a clever approach, as it gets around the request immutability, allowing the same middleware to then serialize the data for the cookie to return to the client once the response is complete. It's similar to what you're suggesting, @MidnightDesign, but likely not in the way you originally were thinking. It's not exactly specific to middleware, either; as long as you have access to the request cookie value, and can set response cookies, it would work; it would not take much to adapt it to work in zend-mvc (more on that further into this comment).
@Ocramius — I would be quite happy to bring the component into the zendframework organization. The only issues:

MIT vs BSD-3-Clause license. These are compatible, but we are trying to have a single license for all ZF components.
Ideally, I'd like one or more of the developers to join the ZF security team, so that we have a subject matter expert who can assist with evaluating and/or fixing any reported potential vulnerabilities.

In terms of getting this into ZF3: obviously, it'd be useful immediately with zend-expressive. We'd likely need to create some additional facilities to make this work with zend-mvc, but I don't think it would be terribly difficult. The bigger issue with using it in zend-mvc would be the fact that it's a very different design from the current zend-session component, which would have implications on things like the FlashMessenger, zend-captcha, etc. These are solvable problems, but will likely need to wait for later 3.X releases of affected components, or potentially even 4.X releases (one nice thing about the ZF3 initiative is that we can accelerate how often major releases occur).

@MidnightDesign Ocramius/PSR7Session#21

MIT vs BSD-3-Clause license. These are compatible, but we are trying to have a single license for all ZF components.

Migrating to BSD-3-Clause is as simple as find/replace (and allowed)

Ideally, I'd like one or more of the developers to join the ZF security team, so that we have a subject matter expert who can assist with evaluating and/or fixing any reported potential vulnerabilities.

Fully agree: actually asked for it initially.

@weierophinney Yup. Thought I wasn't clear enough.
My main concern is with long-running applications that deal with multiple requests. In such an environment we obviously can't rely on some global variables to carry session IDs. That's why I mentioned PSR-7, as it could be a common object some SessionManager gets its session identifier:
$sessionManager = new SessionManager();
$sessionManager->setCookieKey('PHPSESSID');
$session = $sessionManager->getSession($request);

...or something along those lines. Basically, it would be like passing getSession() the session ID, but also giving it the freedom to grab the ID from whereever it wants on the request object.
I wasn't thinking about some client-side cookie at all. Bad title. I'm talking about a Session component for environments with multiple requests.

This repository has been closed and moved to laminas/laminas-session; a new issue has been opened at https://github.com/laminas/laminas-session/issues/24.

authors: MidnightDesign Ocramius lcobucci weierophinney

repo: zendframework/zend-session


text:
Oracle / SelectDecorator.php don't manage TableIdentifier object

Hi,
I use a TableIdentifier object to discribe my table, all others components manage it but Zend\Db\Sql\Platform\Oracle\SelectDecorator.php. On processJoins() method, the call to $platform->quoteIdentifier() generate an issue "Object of class Zend\Db\Sql\TableIdentifier could not be converted to string ..."
I have bypassed it commenting the method processJoins() to use the implemented one from Select class.
To reproduce:
with Oracle plateform :
$select = new Select();
$table = new TableIdentifier('TABLE1','SCHEMA1');
$table2 = new TableIdentifier('TABLE2','SCHEMA2');
$select->from($table);
$select->join($table2, "TABLE2.ID = TABLE1.TABLE2ID", array('FIELD_TABLE2'), 'left');
$resultSet = $this->tableGateway->selectWith($select);
Regards,
Gaël

This issue has been closed as part of the bug migration program as outlined here - http://framework.zend.com/blog/2016-04-11-issue-closures.html

authors: GeeH gaellm

repo: zendframework/zendframework


text:
Data races

Hi,
just wanted to try out your library and out of curiosity (threading issues are unfortunatly too common in networking applications) I compiled some examples with Gos helpful race detector enabled:
go build -race.
If I e.g. start the loopback example with it I get this output:
$ ./loopback.exe
==================
WARNING: DATA RACE
Write at 0x00c04211a150 by goroutine 19:
  github.com/zenhotels/astranet.(*multiplexer).attachNonBlock.func1()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:547 +0x432
  github.com/zenhotels/astranet/transport.(*transport).IOLoopReader()
      c:/Code/gopath/src/github.com/zenhotels/astranet/transport/upstream.go:439 +0x136a

Previous read at 0x00c04211a150 by goroutine 7:
  github.com/zenhotels/astranet.(*multiplexer).attachNonBlock()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:567 +0x53b
  github.com/zenhotels/astranet.(*multiplexer).attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:519 +0x53
  github.com/zenhotels/astranet.(*multiplexer).Attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:601 +0x61

Goroutine 19 (running) created at:
  github.com/zenhotels/astranet/transport.(*transport).init()
      c:/Code/gopath/src/github.com/zenhotels/astranet/transport/upstream.go:74 +0x4f9
  github.com/zenhotels/astranet/transport.Upstream()
      c:/Code/gopath/src/github.com/zenhotels/astranet/transport/upstream.go:475 +0x6af
  github.com/zenhotels/astranet.(*multiplexer).attachNonBlock()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:557 +0x31a
  github.com/zenhotels/astranet.(*multiplexer).attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:519 +0x53
  github.com/zenhotels/astranet.(*multiplexer).Attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:601 +0x61

Goroutine 7 (running) created at:
  main.main()
      c:/Code/gopath/src/github.com/zenhotels/astranet/example/loopback/main.go:22 +0x6a2
==================
==================
WARNING: DATA RACE
Write at 0x00c0421380d0 by goroutine 22:
  github.com/zenhotels/astranet.(*multiplexer).attachNonBlock.func1()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:547 +0x432
  github.com/zenhotels/astranet/transport.(*transport).IOLoopReader()
      c:/Code/gopath/src/github.com/zenhotels/astranet/transport/upstream.go:439 +0x136a

Previous read at 0x00c0421380d0 by goroutine 8:
  github.com/zenhotels/astranet.(*multiplexer).attachNonBlock()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:567 +0x53b
  github.com/zenhotels/astranet.(*multiplexer).attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:519 +0x53
  github.com/zenhotels/astranet.(*multiplexer).Attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:601 +0x61

Goroutine 22 (running) created at:
  github.com/zenhotels/astranet/transport.(*transport).init()
      c:/Code/gopath/src/github.com/zenhotels/astranet/transport/upstream.go:74 +0x4f9
  github.com/zenhotels/astranet/transport.Upstream()
      c:/Code/gopath/src/github.com/zenhotels/astranet/transport/upstream.go:475 +0x6af
  github.com/zenhotels/astranet.(*multiplexer).attachNonBlock()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:557 +0x31a
  github.com/zenhotels/astranet.(*multiplexer).attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:519 +0x53
  github.com/zenhotels/astranet.(*multiplexer).Attach()
      c:/Code/gopath/src/github.com/zenhotels/astranet/multiplexer_core.go:601 +0x61

Goroutine 8 (running) created at:
  main.main()
      c:/Code/gopath/src/github.com/zenhotels/astranet/example/loopback/main.go:23 +0x74e
==================
2016/09/21 22:04:19 Server says: Hello! Time: 10:04PM
Found 2 data race(s)

Hi,
Thank you for reporting this issue.
I used to perform go build -race checks later. Looks like the results of those checks expired.
I'll fix this.

repo: zenhotels/astranet


text:
CircleCI: build + test Rust code in release mode

I think we probably want to do at least basic testing in both debug and release mode.
In Rust, there isn't much difference between the two: the built-in memory-safety checks are enabled in both modes. The only thing currently disabled in release builds are:

integer overflow checks
debug_assert! calls (we don't currently have any)

There might be subtle timing issues that only appear in one build or the other, so it seems useful to test both.

Fixed by #163.

repo: zenithdb/zenith


text:
Include host and OID information in exception messages

:smiley_cat:

Coverage remained the same when pulling bbd5953db4e3cf8698a0aa270295cb6bc8451063 on better-exceptions into 5d30086aa435a8215eaca4621d02ac5fc74bab30 on master.

authors: coveralls kerryb

repo: zenonas/snmpjr


text:
Not working on Chrome despite success error firing

I've implemented this and it's working brilliantly in browsers as documented, except Chrome (46). The success event fires and using console I can see that e.Text contains the right text but nothing is actually added to the clipboard (I'm on Windows ).

I ran document.queryCommandSupported('copy') in console and it reported false but then Googled and saw Chromium bug 476508 and your polyfill. I've added the polyfill into my page and whilst document.queryCommandSupported('copy') now reports true, clipboard adding still doesn't work.

I have somthing similar in IE 11. It worked once, but after that it never works again although I get a succes event fired

Everything seems to be working fine here. Please share a minimal JSFiddle like this so we can investigate properly.

Closing this one since there was no response. Let me know if you're still facing this error or not.


text:
creating an Invokable Command in a bundle

I'm moving an InvokableServiceCommand to a bundle, and am stuck on how to inject the container, which happens automatically if it's in the application.
class SurvosApiGridBundle extends AbstractBundle
{
    public function loadExtension(array $config, ContainerConfigurator $container, ContainerBuilder $builder): void
    {

        $definition = $builder->autowire(ApiIndexCommand::class)
            ->setArgument('$entityManager', new Reference('doctrine.orm.entity_manager'))
            ->setArgument('$bag', new Reference('parameter_bag'))
            ->setArgument('$serializer', new Reference('serializer'))
            ->addTag('console.command')
        ;

This throws the error:
In DefinitionErrorExceptionPass.php line 51:
Cannot autowire service "Survos\ApiGrid\Command\ApiIndexCommand": argument "$container" of method "Zenstruck\Console\InvokableServiceCommand::setInvokeContainer()" references interface "Psr\Container\ContainerInterface" but no such service exists. Did you mean to target "parameter_bag" instead?
So I tried to add a method call
        $definition->addMethodCall('setInvokeContainer', [$container]);

But obviously this doesn't work, the $container is a ContainerConfigurator object.
So then I thought it belongs in the compiler pass, but got stuck.
How do I set up an InvokableServiceCommand from within a bundle?
Thanks!

Hey @tacman, does the following work?
$definition->setAutoconfigured(true);

authors: kbond tacman

repo: zenstruck/console-extra


text:
code test cases using jest

ISSUE
write test codes with any cases to know how to use the helpers
DESC.

typescript building test
define use-cases
write test codes according to the use-cases
find bugs (explicit and implicit)

resolved

repo: zephyrosjyd/typescript-sequelize-helper


text:
OpenThread RCP mode integration into Zephyr

Add RCP library.
Conditionally remove non required libraries not required for RCP.

Relates to https://github.com/zephyrproject-rtos/zephyr/issues/26383.

@tejlmand Could you please revisit this PR?

authors: markus-becker-tridonic-com rlubos

repo: zephyrproject-rtos/openthread


text:
Add device tree support to eth_mcux.c

Look at adding device tree support for eth_mcux driver/device.  The #10097 has a reasonable example of how to do this.

@MaureenHelm and @pfalcon fyi!

repo: zephyrproject-rtos/zephyr


text:
Can zephyr BLE mesh support up to 10KB/s p2p throughput?

Hi,
Recently I am investigating on adopting a possible BLE Mesh solution in my project. Just found there is BLE mesh support in zephyr now. I am wondering how many nodes can zephyr mesh support? And how about the throughout in point-to-point transfer (e.g. can it support up to 10KB/s throughput in BLE mesh OTA)?
Thanks in advance for any answer to this question. It'd be better if any document or link.
Thanks,
Vincent.

The specifications are available here:
https://www.bluetooth.com/specifications/mesh-specifications

As for your throughput question, section 2.3.9.4 in the Mesh Profile Specification states "a node should not send more than 100 Network PDUs in any 10 second window", which translates to 10 Network PDUs per second on average. An unsegmented message has a 15 byte payload, out of which 4 bytes are reserved for the MIC and 1-3 bytes for the OpCode, so you'll get 8-10 bytes of useful payload in practice. Combine that with 10 PDUs per second, and you get a throughput of max 100 bytes per second, which is far from your 10KB/s target. Note that this is for Mesh version 1.0 - future versions may improve on this using e.g. extended advertising.

Hi Johan, thanks a lot for the detailed information. This is very helpful for my evaluation.

Question answered.

authors: carlescufi gofortime jhedberg


text:
[Coverity CID :190615]Null pointer dereferences in /subsys/net/lib/lwm2m/lwm2m_engine.c

Static code scan issues seen in File: /subsys/net/lib/lwm2m/lwm2m_engine.c
Category: Null pointer dereferences
Function: lwm2m_udp_receive
Component: Networking
CID: 190615
Please fix or provide comments to square it off in coverity in the link: https://scan9.coverity.com/reports.htm#v32951/p12996

Fixed in merged commit: https://github.com/zephyrproject-rtos/zephyr/commit/d1cb39e7ce49556e2f6e33ec6b6fe49fabbfd88d#diff-a4d0f86a3fa08e60a99ec94935e3b6dd
(Move to Socket APIs)


text:
[Coverity CID :197459]Memory - corruptions in /subsys/bluetooth/shell/gatt.c

Static code scan issues seen in File: /subsys/bluetooth/shell/gatt.c
Category: Memory - corruptions
Function: cmd_discover
Component: Bluetooth
CID: 197459
Please fix or provide comments to square it off in coverity in the link: https://scan9.coverity.com/reports.htm#v32951/p12996

Marked as false-positive in Coverity

authors: aasthagr jhedberg


text:
up_squared: tests/kernel/pipe/pipe_api failed.

To Reproduce
Steps to reproduce the behavior:

west build -b up_squared -p auto tests/kernel/pipe/pipe_api
west flash ~/up_squared.sh
see error

Logs and console output
Booting Zephyr OS build zephyr-v2.4.0-2674-g4ca7942411f7
Running test suite pipe_api
START - test_pipe_thread2thread
E: General protection fault (code 0x0)
E: RAX: 0x0000000000cac000 RBX: 0x0000000000000000 RCX: 0x0000000000000000 RDX: 0x0000000000000000
E: RSI: 0xffffffffffffffff RDI: 0x0000000000118420 RBP: 0x0000000000d42fa8 RSP: 0x0000000000d42f18
E:  R8: 0x0000000000100be1  R9: 0x8000000000000006 R10: 0x0000000000000000 R11: 0x0000000000000246
E: R12: 0x0000000000118420 R13: 0xffffffffffffffff R14: 0x0000000000000000 R15: 0x0000000000000000
E: RSP: 0x0000000000d42f18 RFLAGS: 0x0000000000010286 CS: 0x003b CR3: 0x0000000000cac000
E: RIP: 0x0000000000100784
E: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0
E: Current thread: 0x118060 (unknown)
E: Halting system
Environment (please complete the following information):

OS: Fedora32
Toolchain: zephyr-sdk-0.12.0
Commit ID: 4ca7942411f7

cant reproduce:
*** Booting Zephyr OS build zephyr-v2.4.0-2768-ge33f756f0e30  ***
Running test suite pipe_api
===================================================================
START - test_pipe_thread2thread
 PASS - test_pipe_thread2thread
===================================================================
START - test_pipe_put_fail
 PASS - test_pipe_put_fail
===================================================================
START - test_pipe_get_fail
 PASS - test_pipe_get_fail
===================================================================
START - test_half_pipe_get_put
 PASS - test_half_pipe_get_put
===================================================================
START - test_pipe_reader_wait
 PASS - test_pipe_reader_wait
===================================================================
START - test_pipe_avail_r_lt_w
 PASS - test_pipe_avail_r_lt_w
===================================================================
START - test_pipe_avail_w_lt_r
 PASS - test_pipe_avail_w_lt_r
===================================================================
START - test_pipe_avail_r_eq_w_full
 PASS - test_pipe_avail_r_eq_w_full
===================================================================
START - test_pipe_avail_r_eq_w_empty
 PASS - test_pipe_avail_r_eq_w_empty
===================================================================
START - test_pipe_avail_no_buffer
 PASS - test_pipe_avail_no_buffer
===================================================================
Test suite pipe_api succeeded
===================================================================
PROJECT EXECUTION SUCCESSFUL

cant reproduce:
*** Booting Zephyr OS build zephyr-v2.4.0-2768-ge33f756f0e30  ***
Running test suite pipe_api
===================================================================
START - test_pipe_thread2thread
 PASS - test_pipe_thread2thread
===================================================================
START - test_pipe_put_fail
 PASS - test_pipe_put_fail
===================================================================
START - test_pipe_get_fail
 PASS - test_pipe_get_fail
===================================================================
START - test_half_pipe_get_put
 PASS - test_half_pipe_get_put
===================================================================
START - test_pipe_reader_wait
 PASS - test_pipe_reader_wait
===================================================================
START - test_pipe_avail_r_lt_w
 PASS - test_pipe_avail_r_lt_w
===================================================================
START - test_pipe_avail_w_lt_r
 PASS - test_pipe_avail_w_lt_r
===================================================================
START - test_pipe_avail_r_eq_w_full
 PASS - test_pipe_avail_r_eq_w_full
===================================================================
START - test_pipe_avail_r_eq_w_empty
 PASS - test_pipe_avail_r_eq_w_empty
===================================================================
START - test_pipe_avail_no_buffer
 PASS - test_pipe_avail_no_buffer
===================================================================
Test suite pipe_api succeeded
===================================================================
PROJECT EXECUTION SUCCESSFUL

it failed with sdk 0.12.0, worked with sdk 0.11.4.

it failed with sdk 0.12.0, worked with sdk 0.11.4.

Fix up.  This one was fun.  The proximate cause that fingered the new toolchain was that gcc is now doing some pretty fancy autovectorization of code and using SSE instructions in places it wasn't earlier.  And these were crashing on misaligned loads because our stack alignment for userspace threads was incorrect.

authors: andyross chen-png nashif


text:
Time units in shtcx sensor

I have been having problems reading the shtc3 sensor. It would work from the debugger but not when running without debugger. I suspected some timing issue and noted in file https://github.com/zephyrproject-rtos/zephyr/blob/f875d027a04374fcf07661809f81a42c2c646629/drivers/sensor/shtcx/shtcx.c#L33 that time units don't seem to be consistent. If 14400 is 14.4ms, 1210 is not 12.1 ms as indicated in the comments, but 1.21 ms.
When changing the constant to 12100 my program works so I suspect a little bug here. Or should the delay only be be 1.21ms??

@str4t0m I think you wrote this one, can you look into this?

In the meantime I checked with the datasheet, the delay should indeed be 12100 (12.1ms)

Thanks, this should be indeed 12100. I have opened a PR that fixes it (#46574).

authors: androbi-com fabiobaltieri str4t0m


text:
ZTEST Docs Page

The Test Framework documents mix new and old APIs which is a bit confusing, it would be great to have a page that shows how to do things with samples and such with the new API, keeping the old docs as Legacy or something
https://docs.zephyrproject.org/latest/develop/test/ztest.html?highlight=tests

@yperess Feel free to assign to me unless you think you can get this done by end of next week.

this is completed, closing.

authors: aaronemassey nashif teburd


text:
samples: bluetooth: peripheral_hids: bt_enable fails on the nucleo_wb55rg board.

Describe the bug
After building the peripheral_hids sample on the nucleo_wb55rg board, an error occurs when bt_enable().
Environment
OS: Linux ubuntu 22.04
cmake: 3.21.1
https://docs.zephyrproject.org/3.2.0/develop/getting_started/index.html
To Reproduce
Steps to reproduce the behavior:

mkdir build; cd build
cmake -DBOARD=nucleo_wb55rg ..
west flash

Expected behavior
bt_enable() should operate normally.
Logs and console output

Additional context
I flashed the board with:
stm32wb5x_FUS_fw_1_0_2.bin at 0x080EC000
stm32wb5x_BLE_Stack_full_fw.bin at 0x080CB000
using STM32CubeProgrammer.
Also,
I tried this method.
https://github.com/zephyrproject-rtos/zephyr/issues/47991

Looks better on my side:
*** Booting Zephyr OS build zephyr-v3.3.0-298-g258e6f07c6ec ***
[00:00:00.019,000] <inf> fs_nvs: nvs_mount: 2 Sectors of 4096 bytes
[00:00:00.019,000] <inf> fs_nvs: nvs_mount: alloc wra: 0, f80
[00:00:00.019,000] <inf> fs_nvs: nvs_mount: data wra: 0, a0
Bluetooth authentication callbacks registered.
[00:00:00.040,000] <inf> bt_hci_core: bt_init: No ID address. App must call set)
Bluetooth initialized
[00:00:00.040,000] <err> settings: settings_call_set_handler: set-value failure)
[00:00:00.041,000] <err> settings: settings_call_set_handler: set-value failure)
[00:00:00.042,000] <inf> bt_hci_core: bt_dev_show_info: Identity: 02:80:E1:00:0)
[00:00:00.042,000] <inf> bt_hci_core: bt_dev_show_info: HCI: version 5.2 (0x0b)0
[00:00:00.042,000] <inf> bt_hci_core: bt_dev_show_info: LMP: version 5.2 (0x0b)b
Advertising successfully started

stm32wb5x_BLE_Stack_full_fw.bin at 0x080CB000

See related note here:
https://docs.zephyrproject.org/latest/boards/arm/nucleo_wb55rg/doc/nucleo_wb55rg.html#bluetooth-and-compatibility-with-stm32wb-copro-wireless-binaries

Note that since STM32WB Cube package V1.13.2, “full stack” binaries are not compatible anymore for a use in Zephyr and only “HCI Only” versions should be used on the M0 side.

So I suggest updating FW to HCI Only versions and report the error seen with this version if any.

@2songh please close this if @erwango's solution works for you.

I'm sorry to late confirmation.
I checked three binary data.
stm32wb5x_BLE_HCI_AdvScan_fw.bin
stm32wb5x_BLE_HCILayer_extended_fw.bin
stm32wb5x_BLE_HCILayer_fw.bin
Which one should I use?
Can I know exact address?
(ex. stm32wb5x_BLE_Stack_full_fw.bin at 0x080CB000)

Can I know exact address?

Information is in STM32WB Cube package, under Projects/STM32WB_Copro_Wireless_Binaries/STM32WB5x

I guess I won't have to check the issue anymore.
Close the issue.

authors: 2songh carlescufi erwango


text:
v3.7-branch: manifest: update percepio

Describe the bug
The module doesn't compile when certain options are enabled. This has been fixed in main branch and needs to be backported.
To Reproduce
Enable syscall extensions or Ringbuffer.
Expected behavior
Working syscall extension and RingBuffer.
Impact
Prevents users from using syscall extensions and RingBuffer mode.
Logs and console output
Environment (please complete the following information):
Additional context

Fixed in #77063

authors: eriktamlin henrikbrixandersen


text:
drivers: usb: nordic: Fix for events when cable is detached

When user disconnects the USB cable, peripheral should be
immediately disabled, howewer a delay may occur when driver
events are processed from a workqueue or higher-priority
thread/ISR is active. This may lead to a fake resume/reset
event (peripheral-specific behavior). This fix drops such
events when cable is detached.
Fixes #13822

Codecov Report

Merging #14473 into master will decrease coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master   #14473      +/-   ##
==========================================
- Coverage   52.04%      52%   -0.04%
==========================================
  Files         308      308
  Lines       45554    45554
  Branches    10545    10545
==========================================
- Hits        23707    23691      -16
- Misses      17051    17063      +12
- Partials     4796     4800       +4

Impacted Files
Coverage Δ

subsys/testsuite/ztest/include/ztest_assert.h
38.88% <0%> (-38.89%)
:arrow_down:

subsys/testsuite/ztest/src/ztest.c
65.28% <0%> (-7.44%)
:arrow_down:

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 54ae600...ab5de03. Read the comment docs.

authors: codecov-io pawelzadrozniak


text:
drivers: dma: Add SAM0 DMA driver

This is a dusted-off version of @nzmichaelh's pull-request #6306, rebased and adapted to the latest API changes.
Tested on samr21_xpro with tests/drivers/dma/loop_transfer.

Codecov Report

Merging #14860 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master   #14860   +/-   ##
=======================================
  Coverage   52.49%   52.49%
=======================================
  Files         309      309
  Lines       45052    45052
  Branches    10431    10431
=======================================
  Hits        23648    23648
  Misses      16592    16592
  Partials     4812     4812

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 7c4a229...b2ed3b3. Read the comment docs.

I only made the old code work again, if you have an improved version, go ahead with it.
No hurry, we won't get any patch it before the merge window opens again anyway :)

authors: benpicco codecov-io


text:
cmake: convert WEST_PYTHON path to be correct CMake style.

The WEST_PYTHON reported by west may use a different path
style (casing and separator) than the path style in CMake
find_package(Python3).
This may result in following additional error text when west version is
not meeting the minimum required version:
The Python version used by west is:  c:\python37\python.exe
The Python version used by CMake is: C:/Python37/python.exe
This might be correct, but please verify your installation.

Using get_filename_component will return the path in same style as
CMake find_package(Python3).
Signed-off-by: Torsten Rasmussen Torsten.Rasmussen@nordicsemi.no

CI is reporting  this is not quite right:
  get_filename_component called with incorrect number of arguments

CI is reporting this is not quite right:
  get_filename_component called with incorrect number of arguments

🤦 of course, should move this inside if(WEST_PYTHON), before using ${WEST_PYTHON}
Thanks to CI

@tejlmand please rebase

authors: carlescufi mbolivar-nordic tejlmand


text:
cmake: Only use freestanding flag on non-posix platform

Zephyr build system has always added -ffreestanding got gcc based
compilers, and then arch/posix/CMakeLists.txt would append
-fno-freestanding to Zephyr compile options.
This works well for gcc based toolchains as flags where a later
-fno-freestanding would overrule an earlier -ffreestanding flag.
With LLVM support, this is no longer possible, as clang doesn't support
a -fhosted / -fno-freestanding flag, and thus -ffreestanding would
always be added as compile flag when using clang for native_posix
builds.
This is now fix by only setting the freestanding compilation flag on
non posix SoCs.
Signed-off-by: Torsten Rasmussen Torsten.Rasmussen@nordicsemi.no

@nashif this should fix the issue with freestanding being set as compile flag on native posix builds you mentioned at the Toolchain wg meeting.

@tejlmand  it does not fix the issue:
FAILED: zephyr/CMakeFiles/offsets.dir/arch/posix/core/offsets/offsets.c.obj
ccache /usr/lib64/ccache/clang -DBUILD_VERSION=zephyr-v2.4.0-1586-ge27a8878d35c -DKERNEL -D_POSIX_C_SOURCE=200809 -D_XOPEN_SOURCE=60c
clang-10: error: unknown argument: '-fno-freestanding'

@tejlmand it does not fix the issue:
FAILED: zephyr/CMakeFiles/offsets.dir/arch/posix/core/offsets/offsets.c.obj
ccache /usr/lib64/ccache/clang -DBUILD_VERSION=zephyr-v2.4.0-1586-ge27a8878d35c -DKERNEL -D_POSIX_C_SOURCE=200809 -D_XOPEN_SOURCE=60c
clang-10: error: unknown argument: '-fno-freestanding'

Oh, then you see a different issue than what I experiences.
I don't see this error.
Let me try to see if I can reproduce this.

@tejlmand it does not fix the issue:
FAILED: zephyr/CMakeFiles/offsets.dir/arch/posix/core/offsets/offsets.c.obj
ccache /usr/lib64/ccache/clang -DBUILD_VERSION=zephyr-v2.4.0-1586-ge27a8878d35c -DKERNEL -D_POSIX_C_SOURCE=200809 -D_XOPEN_SOURCE=60c
clang-10: error: unknown argument: '-fno-freestanding'

Oh, then you see a different issue than what I experiences.
I don't see this error.
Let me try to see if I can reproduce this.

@nashif  Still getting this:
[7/83] ccache /opt/llvm/clang+llvm-10.0.0-x86_64-linux-gnu-ubuntu-18.04/bin/clang -DBUILD_VERSION=zephyr-v2.4.0-1585-g83e555088f36 -DKERNEL -D_POSIX_C_SOURCE=200809 -D_XOPEN_SOURCE=600 -D_XOPEN_SOURCE_EXTENDED -D__ZEPHYR__=1 -I../kernel/include -I../arch/posix/include -I../include -Izephyr/include/generated -I../soc/posix/inf_clock -I../boards/posix/native_posix -Os -imacros /projects/github/ncs/zephyr/build/zephyr/include/generated/autoconf.h -fno-common -g -imacros /projects/github/ncs/zephyr/include/toolchain/zephyr_stdint.h -Wall -Wformat -Wformat-security -Wno-format-zero-length -Wno-main -Wno-typedef-redefinition -Wno-pointer-sign -Wpointer-arith -Wno-sometimes-uninitialized -Wno-shift-overflow -Wno-missing-braces -Wno-self-assign -Wno-address-of-packed-member -Wno-unused-function -Wno-initializer-overrides -Wno-section -Wno-unknown-warning-option -Wno-unused-variable -Wno-format-invalid-specifier -Wno-gnu -Wno-tautological-compare -Werror=implicit-int -fno-asynchronous-unwind-tables -fno-pie -fno-pic -fno-strict-overflow -fmacro-prefix-map=/projects/github/ncs/zephyr/samples/hello_world=CMAKE_SOURCE_DIR -fmacro-prefix-map=/projects/github/ncs/zephyr=ZEPHYR_BASE -fmacro-prefix-map=/projects/github/ncs=WEST_TOPDIR -ffunction-sections -fdata-sections -m32 -include /projects/github/ncs/zephyr/arch/posix/include/posix_cheats.h -std=c11 -MD -MT zephyr/CMakeFiles/offsets.dir/arch/posix/core/offsets/offsets.c.obj -MF zephyr/CMakeFiles/offsets.dir/arch/posix/core/offsets/offsets.c.obj.d -o zephyr/CMakeFiles/offsets.dir/arch/posix/core/offsets/offsets.c.obj   -c /projects/github/ncs/zephyr/arch/posix/core/offsets/offsets.c

which looks correct.
Settings:
$ echo $ZEPHYR_TOOLCHAIN_VARIANT
llvm
$ echo $LLVM_TOOLCHAIN_PATH
/opt/llvm/clang+llvm-10.0.0-x86_64-linux-gnu-ubuntu-18.04/

which sample and board are you building for ?
On my side:
cmake -GNinja -DBOARD=native_posix -Bbuild samples/hello_world/

@nashif I've noticed that clang compiler flag does a check_set_compiler_property() on the empty hosted property.
I have changed this into a pure set_compiler_property() as there is no flag to check.
This ahas been changed in: https://github.com/zephyrproject-rtos/zephyr/pull/30084/commits/395337680343ceb712465acfa1fa20194b8dd1a9
If this helps, then I have a suspicion that your toolchain capabilities database might be out-of-date, which may happen if playing too much around when adding extra toolchain support.
You may try to clear: ~/.cache/zephyr/ToolchainCapabilityDatabase/
and see if the problem vanish on master.
Nevertheless I believe: https://github.com/zephyrproject-rtos/zephyr/pull/30084/commits/395337680343ceb712465acfa1fa20194b8dd1a9 should fix the issue on your side.

authors: nashif tejlmand


text:
cmake: oneApi: add oneApi support on windows

The icx compiler of oneApi will invoke clang-cl on windows,
this is not supported in zephyr now, so change to use
clang directly.
And the clang from oneApi can't recognize those cross
compiling target variables of cmake, such as
CMAKE_C_COMPILER_TARGET, so used other cmake functions
to pass them to clang.
Signed-off-by: Chen Peng1 peng1.chen@intel.com

this is related to issue #32111


text:
MAINTAINERS: Add new ARM64 collaborator

I would like to join zephyr project members as a collaborator for contributing to the arm64 area.
I have pushed some PR about arm64 and I'm familiar with this area. I also want to be a reviewer to review PR related to arm64.

@carlocaione, Could you review this and invite me to zephyr member.

We still need some supper power man to make @SgrrZhf  into the GitHub group, right?

added to "collaborators" team.

authors: SgrrZhf povergoing stephanosio


text:
samples: tests: Rename duplicated testcases

Names of some testcases are duplicated in another files.
This change rename duplicated testcases.
Signed-off-by: Katarzyna Giadla katarzyna.giadla@nordicsemi.no

@andyross +1 for adding an error (after duplicates are removed) when a duplicate is detected. In theory names only have to be locally (in a yaml) independent. However, duplicates cause problems during reporting. Depending on the report type or a tool used for their analysis the same entries can overwritten.
In the alternative you proposed the names would in the end be probably even longer. We would have to add also a path In order to maintain uniqueness in a report entries.

However, duplicates cause problems during reporting.

Well, right, because of exactly this collision.  Twister itself views the test "name" from its perspective as "$PATH/$TAG", where the rest of the world downstream of the report generation sees only "$TAG".  So the suggestion becomes: get twister to emit (a cooked version of) the former and not the latter.  Then the case names become things like "smp" or "arc" or whatever special case is being exercised without the author needing to know the global name of the test under development.  It's a win or everyone.

I'm not sure if I'm following. You proposed that the test id would be mostly path dependent and only the last section will be user defined (in yaml)? If so, I think the argument by @nashif was that we don't want that due to tests changing their locations, which would change their id (sorry Anas if I got it wrong).
TBH I am for this idea, IMO it would help with tests traceability. Currently their is no respected schema for scenarios names and simple grouping them by sections of their names doesn't work.

authors: PerMac andyross katgiadla


text:
sensor: tdk 42688 driver

Adds a driver for TDK InvenSense 42688 six axis IMU. Verified using the sensor shell sample app via:
sensor info
sensor get icm42688p@0
Collaborated on by Tom Burdick and Yuval Peress

Please add the sensor to tests/drivers/build_all/sensor to ensure it gets built in CI

Done

Please add the sensor to tests/drivers/build_all/sensor to ensure it gets built in CI

@MaureenHelm I tried this but ran into a few issues (see the second commit in this PR)

The test wasn't passing due to conflicting addresses (I fixed that)
The driver requires the SPI_SAM (@teburd can you confirm?) which can't be built for native_posix, so I can't seem to add it to this test without major refactoring.

Discussed with @teburd offline and there's no hard requirement for the SPI_SAM, CI should pass now


text:
ARM64/MMU small bits

Slightly improve the debugging trace code, and don't let arch_mem_map()
overwrite existing mappings.

Seems a similar CI failure with https://github.com/zephyrproject-rtos/zephyr/pull/48297. Might it relate to Qemu ICOUNT https://github.com/zephyrproject-rtos/zephyr/issues/14173?

authors: npitre povergoing


text:
soc/arm/silabs/bg2x: support DFU

This PR contains contains following changes:

Enables flash driver for SiLabs EFR32BG22 and BG27 that was disabled by default.
Updates partition tables for Thunderboard EVB for those SoCs (removes scratch partition, increases size of MCUboot partition to 48K to fit recent MCUboot builds that are ~40KB), sets zephyr,code-partition in DTS.
Partition tables are moved from SoC DTS files to board DTS files, and this layout is aligned between BG22 and BG27.

With these changes, MCUboot & mcumgr can perform a DFU over UART.

In my opinion good idea. I am using a similar patch locally in my project with EFM32PG22
Might be worth to also add mcuboot-button0 = &button0; to device tree
If I remember correctly MCUBoot uses flash erases when swapping image 0 and 1 during DFU.
Flash erases are required to erase pages (8K on BG2X).
Because of that for me MCUBoot crashed when image partitions were not page aligned.
In you partition table this is not the case for 0x45000.
To test that you need firmware image support in the main image.
This way you can upload an image to slot 1 and mark it for testing.
MCUBoot should then crash during swap.
If this this does not crash please let me know

@kmeinhar
Indeed you're right! I overlooked the page size issue on BG22. I've re-tested it now with MCUboot and I see that although it does not crash per se, the flash driver reports erase errors due to flash areas being not aligned to the page size. I've pushed updated version of BG22 partition table and verified that with it I can upload & swap images with mcumgr several times in a row.
I've also added DT aliases in the third commit as you've proposed.

authors: kmeinhar rdob-ant


text:
CODEOWNERS: added entry for POSIX arch & native_posix board

Added entries for POSIX arch & SOC, native_posix board, and
related drivers
Signed-off-by: Alberto Escolar Piedras alpi@oticon.com

Codecov Report

Merging #6295 into master will increase coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #6295      +/-   ##
==========================================
+ Coverage   53.14%   53.15%   +<.01%
==========================================
  Files         412      412
  Lines       40148    40148
  Branches     7733     7733
==========================================
+ Hits        21338    21339       +1
+ Misses      15675    15674       -1
  Partials     3135     3135

Impacted Files
Coverage Δ

samples/philosophers/src/main.c
98.43% <0%> (+1.56%)
:arrow_up:

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 451fc36...d25900e. Read the comment docs.

authors: aescolar-ot codecov-io


text:
kernel: Remove unnecessary old code

_sem_give_non_preemptible is non preemptible and no need to move thread
to ready queue for any real use case. Remove old code. This is also not public
API
Signed-off-by: Punit Vara punit.vara@intel.com

Codecov Report

Merging #6416 into master will increase coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #6416      +/-   ##
==========================================
+ Coverage   53.08%   53.08%   +<.01%
==========================================
  Files         430      430
  Lines       41040    41038       -2
  Branches     7908     7908
==========================================
  Hits        21785    21785
+ Misses      16032    16030       -2
  Partials     3223     3223

Impacted Files
Coverage Δ

kernel/sem.c
94.11% <ø> (+3.55%)
:arrow_up:

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 cf07caa...2395fca. Read the comment docs.

please fix your commit message

Done @andrewboie

authors: andrewboie codecov-io punitvara


text:
Bluetooth: Audio: redone the base subgroup struct.

The struct bt_bap_broadcast_assistant_add_src_param and struct bt_bap_broadcast_assistant_mod_src_param use the struct bt_bap_scan_delegator_subgroup to provide subgroup information to the scan delegator.
The issue is that the struct bt_bap_scan_delegator_subgroup depend on a Kconfig value that only exists for the Scan Delegator (guarded by CONFIG_BT_BAP_SCAN_DELEGATOR).
Therefore, make a general struct bt_bap_base_subgroup which can be used by scan delegator and broadcast assistant.
Fixes #68338

@Thalley Is this bug fix targeting v3.6.0? If so, please add it to the milestone.

authors: henrikbrixandersen pin-zephyr


text:
Remove video control include

Remove the unnecessary video-controls header included in video.h.

Included ov5640.c because https://github.com/zephyrproject-rtos/zephyr/pull/76144 is now merged


text:
tests: power states: Remove CONFIG_GPIO_QMSI_1_{NAME,PRI} assignments

These symbols were removed in commit a1b8ed0ac6d8 ("drivers/gpio:
Removing dts generated options in QMSI Kconfig").
Signed-off-by: Ulf Magnusson Ulf.Magnusson@nordicsemi.no

CC @tbursztyka

Codecov Report

Merging #7981 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #7981   +/-   ##
=======================================
  Coverage   55.03%   55.03%
=======================================
  Files         481      481
  Lines       53943    53943
  Branches    10474    10474
=======================================
  Hits        29690    29690
  Misses      19984    19984
  Partials     4269     4269

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 163dec6...d6683de. Read the comment docs.

authors: codecov-io ulfalizer


text:
subsys: bluetooth: host: enable CONFIG_TEST_RANDOM_GENERATOR when !CONFIG_CSPRNG_ENABLED

On boards that do not have an HW entropy generator (i.e. !CONFIG_CSPRNG_ENABLED) enable CONFIG_TEST_RANDOM_GENERATOR.
Albeit from the randomness point of view this is a really bad idea, it allows all the BT samples/tests to be built on all the platforms. A message will be printed on the console when CONFIG_TEST_RANDOM_GENERATOR  is set warning the user that this configuration should be used only for test purposes, not in production.
This PR also improves the warning message that it's printed when CONFIG_MBEDTLS_ENTROPY_POLL_ZEPHYR && !CONFIG_CSPRNG_ENABLED).
Resolves #82344 (the part not addressed by #82497).

@kartben what's your take on this?
Personally I'm not in full favor of defaulting to something that will give compile-time warnings for samples. I understand why this is being added, but as a user that is trying out Zephyr, I am not sure if I would rather get a warning when I build a sample, or to be told that my board doesn't support the sample due to missing entropy generator for cryptographic features.

@kartben what's your take on this?
Personally I'm not in full favor of defaulting to something that will give compile-time warnings for samples. I understand why this is being added, but as a user that is trying out Zephyr, I am not sure if I would rather get a warning when I build a sample, or to be told that my board doesn't support the sample due to missing entropy generator for cryptographic features.

I think potentially both should occur. IF you are trying to use mbedtls when your platform doesn't support a CS valid entropy the build system should inform the user. In parallel, the sample.yaml should likely highlight the requirement for csrand support to keep twister from automatically building it. The users can still override and build the sample but then the warning should be displayed.

This patch does address #82344

I just added the DNM label because albeit the fix proposed here solves #82344, it does not do it in the proper way because it enables some entropy Kconfig inside the BT subsystem.
Similarly #82497 is being deprecated (#82807) because it enabled CONFIG_ENTROPY_GENERATOR in a non-standard way for Zephyr (see this Discord discussion for details https://discord.com/channels/720317445772017664/1014241011989487716/1316042973791916114 (this message and the following ones)
Therefore I'll probably need to prepare a new PR to reimplement #82497 and also the changes introduced by this PR.

authors: Thalley dleach02 valeriosetti


text:
Ethernet fixes

Trivial stuff

Codecov Report

Merging #8573 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #8573   +/-   ##
=======================================
  Coverage   63.95%   63.95%
=======================================
  Files         429      429
  Lines       41281    41281
  Branches     6957     6957
=======================================
  Hits        26403    26403
  Misses      11720    11720
  Partials     3158     3158

Impacted Files
Coverage Δ

include/net/ethernet.h
33.33% <ø> (ø)
:arrow_up:

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 85c1522...d258231. Read the comment docs.

authors: codecov-io tbursztyka


text:
nbdserver : notify the orchestrator about failover to slave

Moved from #38

@zaibon please define how nbdserver should notify ays, orchestrator, or other interested parties

The nbdserver need to write on stderr when it detects something is wrong. This stderr stream will is going to be monitored by AYS and self-healing action will be actived based on the information the nbdserver sends.
See https://github.com/zero-os/0-orchestrator/issues/585 for detail.

Depends upon #300.

This issue is about handling the situation where the solution as described in #357 should fail. That is to say, what we start to read/write from/to a slave server (instead of the broken primary server), and notice that the slave server is unavailable as well (due to whatever critical error). In this case we should notify the 0-orchestrator about the failure of slave server X from slave cluster Y used by vdisk Z.

So the remaining question for this issue is: What to do with the data that was supposed to be written on the slave server which is now unavailable. And the only reason that we are writing/reading to/from a slave server is because the primary server it was supposed to go to / come from failed just before. So what to do with data that has to be written to a server, while both the slave and primary server for that index are unavailable.
Also reading from an index, for which both the slave and primary server are down, is impossible I suppose, at least for the time being. I suppose we could restore that content using tlog transactions, even though there is no real way to restore just one server. But that would be quite a slow process and I'm not sure we should do this at this stage, as it would block the program for quite a while. So perhaps a read action in this scenario should just fail?

This issue is about handling the situation where the solution as described in #357 should fail

No, it is about when #38 (Failover to slave ardb's if the main ardb is failing) happens.

@iwanbk we're talking about the same thing... issue #357 is redo-ing a part of what was previously implemented in #38...

@iwanbk we're talking about the same thing... issue #357 is redo-ing a part of what was previously implemented in #38...

Haa... OK :)
Because your next comment make me confused.

So the remaining question for this issue is: What to do with the data that was supposed to be written on the slave server which is now unavailable........

Yeah I don't blame you for being confused, I'm confused around this stuff too. No worries, let's discuss this today or tomorrow together with @zaibon, and let's figure some of this stuff out. So we're all on the same page.

I think your next comment deserve separate issue, please create new issue so we don't mixing thing.
As this issue is only about notification.

Notification is in most cases one line of code. So honestly I'm not afraid for mixing things in this case... Either way, let's handle these slave-ardb related issues and such after we had a meeting and are on the same page.

Notification is in most cases one line of code. So honestly I'm not afraid for mixing things in this case.

Because notification is simple thing, it is even worse to mix it, because people (at least me) assume simple thing in simple issue.

Either way, let's handle these slave-ardb related issues and such after we had a meeting and are on the same page.

With creating a proper issue, people (who has concern) will not come to the meeting with blank mind.

Fair points, I'll clean up these issues tomorrow.

Fair points, I'll clean up these issues tomorrow.

thanks @GlenDC

authors: GlenDC iwanbk zaibon


text:
Options to disable nearest DC detection & force dc_id

According to https://t.me/MadelineProto/21
#UndocumentedAPIChangeOfTheDay
Bots can't execute the help.getNearestDC method with layer 66 anymore, which kinda makes sense since most bot accounts are used from the same datacenter, but then again, a changelog would've been nice.

There is a high possibility that the lib breaks in this change, therefore better error_handling or an option should be implemented.

What they mean by bots ?

By authorizing with auth.importBotAuthorization one can log in to a bot account and interact with a restricted set of command.

@Lord-Protector I think that you can login with bot and then login with regular account and proxy advanced methods from bot to regular account

@Lord-Protector Nop there are still some extra feature that official Bot API can't provide, such as pulling off member list, group blacklist, group description etc. (in last few months we can even make bot add user to a group or join a group by link)
The main point to use this way is to avoid retarded official api server and talk to dc directly.
@goodmind That's the way https://github.com/pwrtelegram/pwrtelegram works.

Oh did I forgot that text-mention is available too :p

@wfjsw oh! Is it really can retrive FULL list of chat participants?

@goodmind I already do something like that. I use Bot API (and bot) as Update Handler and User-based bot for triggering some advanced methods (like adding to group, pinning etc.). But it require bot and user in group. So I wait update handler in you lib, to do fully autonomous user-based bots.
Don't understand you why I should proxy methods FROM bot TO user. Bot's have cuted API.

@Lord-Protector
Try it out: https://github.com/pwrtelegram/pwrtelegram-app/raw/master/TMessagesProj/TMessagesProj-fat-release.apk

It seems the changes is to push the migration through error code.

authors: Lord-Protector goodmind wfjsw

repo: zerobias/telegram-mtproto


text:
Update env var reference to match readme

Updated the atn env var reference to match what's indicated in the readme file.

Summary by CodeRabbit

Chores

Updated API key reference to enhance security and consistency.

I think we should just change readme, since we already have this key in Vercel.

I think we should just change readme, since we already have this key in Vercel.

I'm cool with either, I think semantically the API_KEY suffix makes more sense but if it's more practical to just change the Readme then all good.

authors: fadeev hernan-clich

repo: zeta-chain/example-frontend


text:
Remove GasLimit attribute in ForeignCoin

The GasLimit attribute of the ForeignCoin object is no longer used (we always fetch the foreign coin from the smart contract).
Therefore the attribute can be removed from the codebase.

HI @lumtis  can I contribute ?

Hey @chinmaym07, sounds good, assigning you. Thank you!

hi, @lumtis can I try this?

authors: chidawen chinmaym07 lumtis

repo: zeta-chain/node


text:
docs(rfc): protocol contract arbitrary call interface proposal

Description
List possible alternative for arbitrary call interface.

Closing it as the proposal didn't end up in a clear solution


text:
feat: add remove_attributes() and remove_children()

Address issue: #282

Thanks!

authors: tuananh zeux

repo: zeux/pugixml


text:
Error When running ddpg Example.

Hi,
I encountered an error when I tried to run

python run.py

in the ddpg folder. Here is the error I received.
Traceback (most recent call last):   File "run.py", line 17, in <module>     assert env.action_type == 'continuous' AttributeError: 'TimeLimit' object has no attribute 'action_type'
Could it be something wrong with the gym version?
Also in the constant.py file of ddpg, the ENV_NAME is 'Search-RrDoorDiscrete-v0' but in the run.py, there is an assertion assert env.action_type == 'continuous'. Maybe there is something wrong here?
Best,

Actually, for those who also have the same problem, I solve this by adding env = env.unwrapped.
Then I have the assertion error so I changed 'Search-RrDoorDiscrete-v0' to 'Search-RrDoorContinuous-v0'
After that, it complained that it can not find env.observation_space then I added env.observation_space = env.observation_shape in the run.py file.
I am not sure if it is correct, but it now runs.

Hi,
Thank you for your report.
Can you report your gym version? The older version gym may not need env.unwrapped.
Changing the  Discrete to Continuous in env name is necessary to any gym version when using DDPG for continuous actions.

Hi,
Thanks a lot for your consideration and the reply!  I have tried to run the example code of the DDPG algorithm after the previous steps. However, the agent did not learn after the training (Judging from the rewards from the last 30 episodes). I am not sure what might be the problem in this case.
btw, I followed the similar procedure for the DQN example provided in this repo and the agent learned.
Best,

Hi,
Could you tell me the env and the type of reward function you used when training the DDPG? Usually, DDPG needs more exploration and dense reward to train.

Hi, I tried both bbox and bbox_distance reward functions.

Hi,
Thanks for the reply.
I used the example you provided. The modifications I had is to change ENV_NAME in the constants.py to be 'Search-RrDoorContinuous-v0' and change the reward type to be 'bbox_distance'.
Here is the configuration string I had.
register(
    id='Search-RrDoorContinuous-v0',
    entry_point='gym_unrealcv.envs:UnrealCvSearch_base',
    kwargs = {'setting_file' : 'search_rr_door41.json',
              'reset_type' : 'waypoint',
              'test': False,
              'action_type' : 'continuous',
              'observation_type': 'color',
              'reward_type': 'bbox_distance',
              'docker': use_docker
              },
    max_episode_steps = 1000000
)

Hi,
The environment seems no problem.
You can try to modify the hyperparameter in the constants.py, especially changing MAX_EXPLORE_STEPS to 50000 or larger for more exploration.

Thanks a lot!  I will have a try.


text:
🛑 JSONDiff Base is down

In 18c21b0, JSONDiff Base (https://jsondiff.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: JSONDiff Base is back up in 8fcf3ae.

repo: zgrossbart/jdd-upptime


text:
🛑 ZY is down

In aa9b6db, ZY (https://ziyuan.baidu.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ZY is back up in 6c74336.

repo: zhaodylan/uptime-ziyuan


text:
[问题]腾讯云cos

请问zfile支持腾讯云cos签名或者加速域名的cdn鉴权吗
还有在修改已存在的驱动器时会报错

附错误日志
zfile.log

@ravizhan 此问题已在 2.4 版本修复


text:
App startup failed!

启动后出现
[ERROR][2023-06-01 10:41:41][log.py:45] - App startup failed!
[ERROR][2023-06-01 10:41:41][log.py:50] - cannot import name 'ChatHubRequest' from 'EdgeGPT' (/usr/local/Python3.9.1/lib/python3.9/site-packages/EdgeGPT.py)
Traceback (most recent call last):
File "/root/bot-on-anything-1.1.0/app.py", line 42, in main
start_process(channel_type[0], args.config)
File "/root/bot-on-anything-1.1.0/app.py", line 23, in start_process
raise e
File "/root/bot-on-anything-1.1.0/app.py", line 20, in start_process
channel.startup()
File "/root/bot-on-anything-1.1.0/channel/terminal/terminal_channel.py", line 21, in startup
for res in super().build_reply_content(prompt, context):
File "/root/bot-on-anything-1.1.0/channel/channel.py", line 31, in build_reply_content
return Bridge().fetch_reply_content(query, context)
File "/root/bot-on-anything-1.1.0/bridge/bridge.py", line 18, in fetch_reply_content
return model_factory.create_bot(type).reply(query, context)
File "/root/bot-on-anything-1.1.0/model/model_factory.py", line 29, in create_bot
from model.bing.new_bing_model import BingModel
File "/root/bot-on-anything-1.1.0/model/bing/new_bing_model.py", line 9, in
from model.bing.jailbroken_sydney import SydneyBot
File "/root/bot-on-anything-1.1.0/model/bing/jailbroken_sydney.py", line 8, in
from EdgeGPT import ChatHubRequest, Chatbot, Conversation, ChatHub
ImportError: cannot import name 'ChatHubRequest' from 'EdgeGPT' (/usr/local/Python3.9.1/lib/python3.9/site-packages/EdgeGPT.py)

同样的

authors: Kiteflyingee xhmooc

repo: zhayujie/bot-on-anything


text:
二维码被拒无法生成

QR code permission denied
之前用的都正常。这个每天的次数是不是受限制？

估计是账号被限制了

repo: zhayujie/chatgpt-on-wechat


text:
Custom FooterMSG not working

Changed way that the FooterMsg is being checked for existence.
With my hugo installation
hugo version
Hugo Static Site Generator v0.24.1 darwin/amd64 BuildDate: 2017-07-03T16:06:45+02:00

the FooterMsg parameter was ignored. After removing the isset and doing a  if .Site.Params.FooterMsg both rendering the default as well as setting a custom FooterMsg is working.

Thanks for the PR. You're right.

authors: mrbuk zhe

repo: zhe/hugo-theme-slim


text:
won't open

Hello
I am trying to use your program inside my own program, but it craches with the following error:
Traceback (most recent call last):
File "c:/Users/12000780/PycharmProjects/PyGames/schaken/main.py", line 10, in
engine = Stockfish("C:/Users/" + user + "/PycharmProjects/PyGames/schaken/stockfish-win")
File "C:\Users\12000780\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\LocalCache\local-packages\Python38\site-packages\stockfish\models.py", line 33, in init
self.stockfish = subprocess.Popen(
File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.8_3.8.1776.0_x64__qbz5n2kfra8p0\lib\subprocess.py", line 854, in init
self._execute_child(args, executable, preexec_fn, close_fds,
File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.8_3.8.1776.0_x64__qbz5n2kfra8p0\lib\subprocess.py", line 1307, in _execute_child
hp, ht, pid, tid = _winapi.CreateProcess(executable, args,
PermissionError: [WinError 5] Toegang geweigerd
Exception ignored in: <function Stockfish.del at 0x0000019442330820>
Traceback (most recent call last):
File "C:\Users\12000780\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\LocalCache\local-packages\Python38\site-packages\stockfish\models.py", line 270, in del
self.stockfish.kill()
AttributeError: 'Stockfish' object has no attribute 'stockfish'
I am using Python 3.8 and Windows. Could it be that it only works in Linux?
Thanks

Check out #32, you probably need "stockfish-win.exe"

Thanks, I will try it out

Thank you, it works

repo: zhelyabuzhsky/stockfish


text:
How to interact terminal with user input?

I want to wrapper ssh with automatic input password. then let the tty left to user manually do other staff after logged in.

Hi @yinheli
Thank you for the question.
I think you could do something like this.
use expectrl::spawn;
use std::io::prelude::*;

fn main() {
    let shell = std::env::var("SHELL").unwrap_or(String::from("sh"));
    let address = std::env::var("SSH_ADDRESS").unwrap_or(String::default("DEFAULT_ADRESS"));
    let password = std::env::var("SSH_PASSWORD").unwrap_or(String::default("DEFAULT_PASSWORD"));

    let mut sh = spawn(shell).expect("Error while spawning sh");

    println!("Connecting to sh...");

    writeln!(sh, "ssh {}", address).unwrap();
    sh.expect(format!("{}'s password: ", address)).unwrap();
    sh.send_line(&password).unwrap();

    println!("Now you're in interacting mode");

    sh.interact().expect("Failed to start interact");
}

But be aware it may not work in some shells or some configuration of it.
For example I don't know why bash works here OK.
use expectrl::spawn;
use std::io::prelude::*;

fn main() {
    let mut sh = spawn("bash").expect("Error while spawning sh");

    writeln!(sh, "echo Hello World\n\r\n").unwrap();

    sh.expect("Hello World").unwrap();

    println!("Now you're in interacting mode");

    sh.interact().expect("Failed to start interact");
}

But when we just remove 3 chars.
And it messes the output in interact session.
Maybe you have an idea?
use expectrl::spawn;
use std::io::prelude::*;

fn main() {
    let mut sh = spawn("bash").expect("Error while spawning sh");

    writeln!(sh, "echo Hello World").unwrap();

    sh.expect("Hello World").unwrap();

    println!("Now you're in interacting mode");

    sh.interact().expect("Failed to start interact");
}

@zhiburt Thanks, It works as expected.
fn main() {
    let shell = "ssh -p 2022 root@localhost".to_string();
    let password = "123qwe".to_string();

    let mut sh = expectrl::spawn(shell).expect("Error while spawning sh");

    println!("Connecting to ssh...");

    sh.expect("password: ").unwrap();
    sh.send_line(&password).unwrap();

    sh.interact().expect("aa");
}

And
let mut sh = expectrl::spawn("bash").expect("Error while spawning sh");

// Both of following lines works expected. env: debian 11
// writeln!(sh, "echo Hello World\n\r\n").unwrap();
writeln!(sh, "echo Hello World").unwrap();

assert!(sh.expect("Hello World").is_ok());

println!("Now you're in interacting mode");

sh.interact().expect("Failed to start interact");

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye

$ bash -version
GNU bash, version 5.1.4(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

@zhiburt Thanks, It works as expected.

Great.
Then I think we can close it right? (please reopen if don't)

// Both of following lines works expected. env: debian 11

Interesting.

authors: yinheli zhiburt

repo: zhiburt/expectrl


text:
fix: empty audio track

fix: empty audio track
Description
In some case, we have empty edit media time, If we dont ignore the empty edit media time, we will have audio/video sync problem. see https://github.com/zhihu/griffith/issues/14

How Has This Been Tested?

[x] this video can play normally
[x] the example video can play normally

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] Any dependent changes have been merged and published in downstream modules

Codecov Report

Merging #52 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master      #52   +/-   ##
=======================================
  Coverage   52.86%   52.86%
=======================================
  Files         123      123
  Lines        1678     1678
=======================================
  Hits          887      887
  Misses        791      791

Impacted Files
Coverage Δ

packages/griffith-mp4/src/mp4/mp4Probe.js
0% <ø> (ø)
:arrow_up:

packages/griffith-mp4/src/mse/controller.js
0% <ø> (ø)
:arrow_up:

...s/griffith-mp4/src/mp4/utils/getSamplesInterval.js
95.08% <100%> (ø)
:arrow_up:

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 67d37bb...10853ba. Read the comment docs.

authors: codecov-io xiaoyuhen

repo: zhihu/griffith


text:
🛑 腾讯云 COS 节点 is down

In b584fc3, 腾讯云 COS 节点 (https://lisz.ink) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 腾讯云 COS 节点 is back up in 4cc1fea.

repo: zhonger/upptime


text:
🛑 腾讯云 COS 节点 is down

In 5c71103, 腾讯云 COS 节点 (https://lisz.ink) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 腾讯云 COS 节点 is back up in e4c9ed5.


text:
🛑 腾讯云 COS 节点 is down

In 2c9077e, 腾讯云 COS 节点 (https://lisz.ink) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 腾讯云 COS 节点 is back up in 903d7c2.


text:
Can't access docs

Nice forum but
Documentation not found

Currently upgrading to version 2.0, with major changes and a few bugs, not available for the time being,After the update is complete, the document will be added to the official website

authors: MeVsGOD zhuchunshu

repo: zhuchunshu/super-forum


text:
sponge init 失败

$ sponge init
initialize sponge ......
❌ upgrade sponge binary.
Error: go: github.com/zhufuyi/sponge/cmd/sponge@latest: module github.com/zhufuyi/sponge/cmd/sponge: Get "https://proxy.golang.org/github.com/zhufuyi/sponge/cmd/sponge/@v/list": dial tcp 172.217.160.113:443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

网络问题，科学上网或设置国内代理来解决。

repo: zhufuyi/sponge


text:
Entity.rideAnimal() crashes Blocklauncher

Tried to use Entity.rideAnimal() in the latest beta for 0.13 and it crashes Blocklauncher. I used it with a villager that would have ridden a minecart.

Crashes for me. I used me riding a creeper.

me too i was using Entity.rideAnimal() in a creeper riding an ocelot so it would be an Ocelot Jockey :)

Yes his bug report is right, Zhuowei Zhang. If you try to use Entity.rideAnimal() it will crash your game (blocklauncher) at all entities.
This bug only happens BlockLauncher for 0.13.0 version. Blocklauncher for 0.12.x doesn't have this bug.
Wait, Desno365???

Lol
Looks like you're popular desno.

just shut up

desno can you please tell me what input type on android.widget.EditText turns into a password

Dude do you have anger issues or something?
I didn't even say anything to you

sorry I was a little confused that time because I have my device broken :<

@zhuowei any update on this?

@KariusDarkSeeker i mean if you want to make a EditText into a password type, just easily read the Doc's from Google.

where?

@KariusDarkSeeker First the Docs are at developer.android.com and Samuel i think made a .txt Data which get uploaded and the highest will be shown.

I meant @KairuDarkSeeker

I meant @KariusDarkSeeker ...

Last one @KairusDarkSeeker , hope it works now!

Fixed

Thx hope my mod doesnt crash or it'll be a crap

repo: zhuowei/MCPELauncher


text:
bug:距离0px也显示

https://github.com/zhuweijian666/measure.js/pull/11


text:
垂直拆分快捷键ctrl+B 没有成功过

如题

注意，这里所说的Ctrl+B的提示，仅在选中文件夹时有效

指南里面也说了，需要选中一个文件夹

当然，考虑到用户也可以直接不选中文件夹打开，直接使用Ctrl+B也是合理的


text:
Missing encode - URI's with spaces don't work. Single line patch required below.

https://github.com/ziahamza/webui-aria2/blob/365b0a40fe008a6afde146188524d5c143341304/js/ctrls/modal.js#L79
parse: function() {
// AJT 2017-09-22 - Fix URI
this.uris = encodeURI(this.uris);
// AJT 2017-09-22 - Fix URI
  return _
    .chain(this.uris.trim().split(/\r?\n/g))
    .map(function(d) {
      return _(d)
        .replace(/["'][^"']*["']/g, function(c) {
          return c.replace(/%/g,'%25').replace(/ /g,'%20');
        })
        .trim()
        .split(/\s+/g)
        .map(function(c) {
          return c.replace(/%20/g,' ').replace(/%25/g,'%').replace(/["']/g,'');
        });
    })
    .filter(function(d) { return d.length })
    .value();
}

please format as Markdown, or just create pull requests on your own.

BTW, don't put comment about who edited the part in pull request, git blame will do that, like this, latest edit to each line are shown.


text:
update to macOS 12 Monterey / latest Xcode version

first commit - on my M1 Mac:

updated to latest macOS Monterey
updated to latest Xcode version
committed the result of fetch_them_macos_headers fetch

second commit - on my Intel Mac:

updated to latest macOS Monterey
updated to latest Xcode version
committed the result of fetch_them_macos_headers fetch

I've also sent a PR to Zig here: https://github.com/ziglang/zig/pull/10202 - we can keep discussion about if this is the right thing to do over there

Thanks for this- I merged it to a different branch called more-data where I have collected multiple versions of macos headers at once.
I played with the data a bit and I have a proposal to support multiple macOS versions. First, the observations that I made from exploring the data:
[nix-shell:~/dev/fetch-them-macos-headers]$ ls headers/
10  11  12

[nix-shell:~/dev/fetch-them-macos-headers]$ ls headers/{10,11,12}
headers/10:
x86_64-macos-gnu

headers/11:
aarch64-macos-gnu  x86_64-macos-gnu

headers/12:
aarch64-macos-gnu  x86_64-macos-gnu

[nix-shell:~/dev/fetch-them-macos-headers]$ du -sh headers/{10,11,12}
6.1M	headers/10   # note: this is smaller because there are no catalina headers for aarch64
13M	headers/11
13M	headers/12

If we naively shipped all 3 versions of these headers, it would come out to 32.1 MiB installation size, which is more than I am comfortable with. So what can we do?
Side note, the meld project is a really nice UI for exploring the diffs between directory trees.
Anyway my observations are:

The differences between versions (e.g. 11 and 12) are few, even on a per-file basis.
The differences between architectures (e.g. x86_64 and aarch64) are very few, even on a per-file basis.

I have not run a program to measure exactly but I think if we had this scheme, we could ship multiple versions without adding too much to the installation size:

Layer 1: x86_64-macos.10 x86_64-macos.11 x86_64-macos.12 aarch64-macos.11 aarch64-macos.12
Layer 2: x86_64-macos aarch64-macos
Layer 3: any-macos

I've removed the C ABI component from the triple here for macOS because it is not meaningful.
So how this works is that we have a script that takes in the data from this project, fetch-them-macos-headers, which contains an independent copy of the headers for every pair of {arch, version}. The script finds out which files are 100% in common between everything, and puts them in any-macos. Next it finds out which files are common between all versions of x86_64 and puts those into x86_64-macos. Likewise it puts files common between all versions of aarch64 and puts those into aarch64-macos. Finally, the leftover files go into directories that are specific to the {arch, version} tuple.
The Zig compiler's job, then is to pass -isystem layer1 -isystem layer2 -isystem layer3 where layer{1,2,3} are the appropriate directory, depending on the target OS minimum version.
One key feature of doing the compression scheme this way is that the zig compiler does not need to move files around on disk or involve a cache system; it is done entirely by making careful use of -isystem and overlaying include directories on top of one another.

Alternative layer scheme:

Layer 1: x86_64-macos.10 x86_64-macos.11 x86_64-macos.12 aarch64-macos.11 aarch64-macos.12
Layer 2: any-macos.10 any-macos.11 any-macos.12
Layer 3: any-macos

This one has the only difference in layer 2, which has differences for versions but not architectures. It's not obvious to me which way of organizing the layers would be better; I think we should use the script to try both schemes and use the one that results in a smaller installation size. My hunch is that the alternative scheme will be better, due to observation number 2.

I updated the script in d9d8958cfa7853f33d0484f26fb86324994a9532 and did the smallest amount I could to test out some results. I think the script is only capable of 2 layers without some more improvements, but the results are already promising:
andy@ark ~/D/z/l/l/include (master)> pwd
/home/andy/Downloads/zig/lib/libc/include
andy@ark ~/D/z/l/l/include (master)> du -sh *macos*
2.6M	aarch64-macos.11-gnu
1.1M	aarch64-macos.12-gnu
6.1M	any-macos-any
3.4M	x86_64-macos.10-gnu
2.6M	x86_64-macos.11-gnu
1.2M	x86_64-macos.12-gnu

This totals 17 MiB which is within what I would consider to be the acceptable range. Introducing a Layer 2 should improve it more. This is compared to status quo master branch of Zig which has 7 MiB installation size:
860K	aarch64-macos-gnu
5.4M	any-macos-any
912K	x86_64-macos-gnu

Also worth noting is that the fetch sub-command needs to be improved to detect the OS version and update the corresponding directory.

After mulling this around, I agree this is likely the best approach.
In the future when the package manager distributes .tbd framework stubs, we will likely want to do the same thing.
One thing that is unclear to me from your target triple examples above: what version does the target triple e.g. x86_64-macos default to? I think that choosing a sensible default is actually the most important thing here because if we don't we will end up with Zig libraries in the ecosystem requiring different versions (sometimes without knowing it) and thus being incompatible with one another. e.g. I would personally like to make sure I am using the same version as most others in the Zig community where possible for maximum compatibility.

You can find the answer to this question programmatically by using zig build-exe --show-builtin -target x86_64-macos. The generated builtin.zig file will be printed to stdout and show the version range. This logic can be adjusted if necessary. You can also pass an explicit version range in the target triple.

@slimsag @andrewrk thanks so much for your work and input - it's very valuable! I'll take it over from here and hopefully finish the script so that it generates the desired 3-layer solution. I'll then move onto updating the zig's frontend to make use of this. In terms of the default, this really matters mainly for cross-compilation environments as when building natively, we fallback to the native sysroot (unless it's not there, that is; e.g., when the user didn't install either the CLT or Xcode). In cross-compilation environments, I think by default we should target the oldest supported macOS version which as far as I understand should run on every version above it - for x86_64 that'd be 10.5, and aarch64 11. The user will then have the option to opt in to any explicitly specified version provided it's one of the supported, latest 3 macOS releases. This will also be possible when compiling natively. Does that make sense, and would you agree?

Some prelim results for alternative layering:
fetch-them-macos-headers/dedup on  more-data [!?]
❯ du -d1 -h
3.2M    ./any-macos.12-any
2.5M    ./any-macos.11-any
252K    ./x86_64-macos.12-gnu
888K    ./x86_64-macos.11-gnu
196K    ./aarch64-macos.12-gnu
836K    ./aarch64-macos.11-gnu
2.7M    ./any-macos-any
 11M    .

This scheme totals 11M, max per subdir is 3.2M as you can see.
I'll now investigate alternative 1 where we create layer 2 based on architecture rather than OS version.

SGTM
also just to reiterate, I no longer have any immediate need for this change so if you're doing any of this on my behalf.. :D

Results for alternative 1:
fetch-them-macos-headers/dedup on  more-data [!?]
❯ du -d1 -h
8.0K    ./aarch64-macos-any
896K    ./x86_64-macos-any
3.4M    ./x86_64-macos.12-gnu
3.3M    ./x86_64-macos.10-gnu
2.5M    ./x86_64-macos.11-gnu
3.4M    ./aarch64-macos.12-gnu
3.3M    ./aarch64-macos.11-gnu
2.7M    ./any-macos-any
 19M    .

Clearly, alternative 2 wins and by a lot.

Merged in 46310be698109ee2309888d4bc9ace2e3851ee9c.

authors: andrewrk kubkon slimsag

repo: ziglang/fetch-them-macos-headers


text:
Gates data not processed

Gates data not processed

Tested - Gates data is now available :)

authors: JoshStanleyDevInit siemvaessen


text:
[Please Help]Request Headers Converting to Array

Hello is there a way to convert request headers to non array? Thanks in advance
My expected behavior is.
x-authid: df3c6255-041f-4df0-86bb-f83504bfc10d

What happening now in my flutter app is the headers is converting into array.
x-authid: [df3c6255-041f-4df0-86bb-f83504bfc10d]

Here is my sample code
 GraphQLClient clientToQuery([String? accessToken]) {
    final httpLinks = HttpLink(
        server,
        defaultHeaders: <String, String>{
          'x-authid': 'df3c6255-041f-4df0-86bb-f83504bfc10d',
        },
      );

      return GraphQLClient(
        cache: GraphQLCache(store: HiveStore()),
        link: httpLinks,
      );
  }

This looks unrelated to the client, because the header is managed by https://github.com/gql-dart/gql

authors: manuelist vincenzopalazzo

repo: zino-hofmann/graphql-flutter


text:
Encryption init vector (nonce) stays constant

This opens the possibility of an attack, resulting in discovery of encryption data by an unwanted figures. Solution is to renew iv with every new message.
IV could be randomly generated and sent with the whole message, but that poses a problem in desynchronization in case of network fragmentation. It could also be pseudo-randomly generated with initial IV as seed, in which case fragmentation could probably be easier to recover from, but still remains an issue. In any case, message transport function will suffer severe reworking and receiving messages will be a nightmare.
One other solution I can think of is using multiple nonces and choosing between them randomly before the transmission, then brute-forcing through those at decryption. This shouldn't be too much of an issue, considering most CPU's have hardware-accelerated encryption and the worst that could happen with incorrect nonce is decryptor throwing an error, but still seems like a hack to me

Fixed in commit f1da77c51b373fbb40d9fdcd00393c870f335392


text:
Support for rack 3.1.0

Hello Zipmark,
we are Team Nautilus, and we would like to report an issue related to the rspec_api_documentation gem.
We are using Ruby 3.1.1 with the following Gemfile:
gem 'rails', '7.1.3'
gem 'rack', '3.0.11'
gem 'rspec_api_documentation', git: 'https://github.com/zipmark/rspec_api_documentation.git'

GIT
  remote: https://github.com/zipmark/rspec_api_documentation.git
  revision: d32bf17932a379052e8bb7540fc29ce7e72712ae
  specs:
    rspec_api_documentation (6.1.0)

and when we run the command rake docs:generate, everything works fine.
However, after updating the rack gem to version 3.1.0, we encounter the following error:
NoMethodError:
    undefined method 'rewind' for nil:NilClass
        input.rewind

at rspec_api_documentation-d32bf17932a3/lib/rspec_api_documentation/client_base.rb#48.
Can you help us resolve this issue?
Thank you.

I'm running into this as well with rspec_api_documentation 6.1.0, ruby 3.2.5, rails 7.1.3.4 and rack 3.1.7.

In rack 3.0.11 last_request.env["rack.input"] has a value. After that it does not.
https://github.com/rack/rack/blob/main/UPGRADE-GUIDE.md#rackinput-is-no-longer-required-to-be-rewindable

Switching forks fixed the problem: gem 'rspec_api_documentation', github: 'SchoolKeep/rspec_api_documentation', ref: '13df1ac'
It works also for us, thank you!

authors: ERCubed TeamNautilus johanvdlaak


text:
New Contribution

Contributor: [contributor information - Optional]
SSH Public key: [contributor SSH public key (if you don't have one, submit the issue to receive instructions)"- Required]
Attestation: [any form of attestation for contribution (e.g., signature) - Optional]

Zircuit LFG!!!

repo: zircuit-labs/ceremony


text:
Managed third-party access_token

Preflight Checklist

[X] I could not find a solution in the existing issues, docs, nor discussions
[X] I have joined the ZITADEL chat

Describe your problem
While doing OAuth2 authentication using an OIDC identity provider, it's possible to request extra scopes. Those scopes will allow to make requests against the identity provider API using the access_token and refresh_token. For example, the return token from Google could be used to send email on behalf of the user using Gmail.
The only way to capture those tokens while delegating the OIDC authentication to Zitadel it's via the Post-Authentication action for external authentication flow ref. Based on the documentation, only the access token would be available at this point, so there's no way to capture the refresh token.
To be able to use this access token after authentication, the action need to make an HTTP request to an external service that will store this token
Describe your ideal solution
Ideally, Zitadel would capture and store the access and refresh token that was obtain during the OIDC flow. It would also expose an API endpoint allowing to retrieve a fresh access token. If the currently stored token is expired (or about to), refresh it using the refresh token first.
Version
2.50.2
Environment
Self-hosted
Additional Context
Discussed in https://discord.com/channels/927474939156643850/1228357427427016724
Keycloak support this feature via token exchange https://www.keycloak.org/docs/latest/securing_apps/#internal-token-to-external-token-exchange
ORY kratos support retrieving those token, but doesn't update them during new login https://github.com/ory/kratos/pull/2428
Auth0 include the token in the user object returned by GET  /api/v2/users/{id}   if the calling authentication token has the proper scope https://auth0.com/docs/authenticate/identity-providers/calling-an-external-idp-api

Thank you for sharing your idea.
If there is a significant demand from customers/community, we will carefully consider implementing the feature.
Currently, the issue will be added to our product backlog to collect feedback.
Meanwhile, if you're interested in implementing it yourself, we also welcome pull requests.

@hifabienne if it's viable to add a refresh token to a post-action ctx Im up to implement it.

@muhlemmer @livio-a  can you give your opinion here?

btw it might be a not very related question, but we could also improve it in this patch.
what is the ctx metadata responsible for? what kind of data I should and shouldn't append there?
where I can use the appended metadata later?
is it safe to append the tokens there?
I would add this information to the Actions documentation as well.

@dennypenta please use discord or github discussions for questions related to actions.

authors: dennypenta gpoulin hifabienne muhlemmer

repo: zitadel/zitadel