Style problem in Selectoze widget.

The problem appears when resizing the browser window. The size of the input window does not change as the window size changes
I fixed it in browser adding class to the div (div class="ts-control" style="width: 100%"). But as I understand this div was created with JS, so I can't correct it. Could you fix it?

The size of the input window does not change as the window size changes

well spotted. This is because django-formset pilfers the styles from the original <select>-element and applies them to the web component implementing the functionality. I will try to add an event listener and recompute the styles.
Thanks for reporting.

This should be fixed now in branch develop and releases/1.4.
Please test and confirm. I then will release version 1.4.1 and 1.3.11


fix: docs/organizations/security/access-levels.md

Double word "to"
Planss -> Plans

@nschonni : Thanks for your contribution! The author, @KathrynEE, has been notified to review your proposed change.


Old good pagination

Hello,
I want to use pagination ({ totalCount: Number, currentPage: Number, itemsPerPage: Number, totalPages: Number }). Is it possible to add that?
Thanks.

@akaNightmare great feature request!
Needs to write standard resolver.
Are variable names ({ totalCount: Number, currentPage: Number, itemsPerPage: Number, totalPages: Number }) from some framework, or it just your proposed variant of names? In other words, can I choose other names for implementation?

Something like this:
export type PaginationType = {
  count: number,
  items: any[],
  pageInfo: PageInfoType,
};

export type PageInfoType = {
  page: number,
  perPage: number,
  totalPages: number,
  hasPreviousPage: boolean,
  hasNextPage: boolean,
};

@nodkz

from some framework, or it just your proposed variant of names? In other words, can I choose other names for implementation?

It's just an example. Sure, you can choose other names.
export type PaginationType = {
  count: number,
  items: any[],
  pageInfo: PageInfoType,
};

export type PageInfoType = {
  page: number,
  perPage: number,
  totalPages: number,
  hasPreviousPage: boolean,
  hasNextPage: boolean,
};

IMHO: it's not quiet ok, I think all paging info should be in one place:
export type PaginationType = {
  edges: any[],
  pageInfo: PageInfoType,
};

export type PageInfoType = {
  totalCount: number,
  currentPage: number,
  perPage: number,
  pageCount: number,
  hasPreviousPage: boolean,
  hasNextPage: boolean,
};

Implemented via new plugin graphql-compose-pagination.
It was added to graphql-compose-mongoose in v 1.7.0. Update to this version and add `graphql-compose-pagination to your dependencies in package.json.
Live demo avaliable here

I decide to make such types:
export type PaginationType = {
  items: any[], // avoid misunderstanding, in connection field `edges` is an array of Object({ node, cursor }) but here we want to keep array of nodes. So `edges` is not a good name.
  pageInfo: PageInfoType,
  count: number, // keep it for compatibility with `connection` resolver shape.
};

export type PageInfoType = {
  currentPage: number,
  perPage: number,
  itemCount: number, // same value `PageInfoType.count`
  pageCount: number,
  hasPreviousPage: boolean,
  hasNextPage: boolean,
};

So item number can be obtained in two ways via PaginationType.count or via PaginationType.PageInfoType.itemCount.
Please try it.
If you have some additions or found an error, let me know ASAP.

@nodkz thanks =)


update to latest node-fetch

closes #66

https://github.com/mikeal/r2/issues/73 is resolved by upgrading to node-fetch 2.2.0 and may be resolved by the version this pull requests updates us to. It would be great if we could get this or 2.2.0 set on the package.json.

It will install 2.2.0 automatically due to the version range. Thanks Brent :)


PyPlot ceased to display correctly latexstrings

The issue I'll detail below is restricted to PyPlot. Using matplotlib directly from PyCall works fine. The issue appeared suddenly on Julia 0.4.2 and still continues on Julia 0.4.5. Also, LatexStrings are correctly displayed in jupyter notebooks.
LatexStrings are not correctly displayed. The command
x=0:0.01:4*pi
y=sin(x)
plot(x,y)
xlabel(L"x^j+\theta_k",size=24)
ylabel(L"f(\theta)",size=24)
produces the attached figure. It is like PyPlot uses another set of fonts. Note that some characters (roman ones, index and super-scripts) are correctly displayed. The problem arises for all sizes.

I can't reproduce the problem.  What version of Matplotlib are you using?  (Given byPyPlot.version).   What is the output of versioninfo()?

Hi Steven,
Let me first thank you for your Julia packages (PyCall, PyPlot, ...).
The problem is indeed not very reproducible (happens on this computer, but not on the others I have). What seemed strange is that calling matplotlib from PyCall works fine, but not PyPlot. I tried to delete all caches of matplotlib to no avail. It is really like PyPlot uses another font encoding for anything outside A-Z.
Here the information you requested, but the problem occured a month ago for julia 0.4.2 and has not been improved by upgrades :
PyPlot.version
v"1.3.1"
versioninfo()
Julia Version 0.4.6
Commit 2e358ce (2016-06-19 17:16 UTC)
Platform Info:
System: Linux (x86_64-linux-gnu)
CPU: Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
WORD_SIZE: 64
BLAS: libopenblas (NO_LAPACK NO_LAPACKE DYNAMIC_ARCH NO_AFFINITY Sandybridge)
LAPACK: liblapack.so.3
LIBM: libopenlibm
LLVM: libLLVM-3.3

It is probably that PyPlot is using a different backend.  Try running using PyCall; pyimport("matplotlib")[:get_backend]() (after you import PyPlot or pyplot).

Before submitting the issue, I had tried to change the backend in PyPlot by setting pygui(x)  where x was either  (:wx,:gtk,:gtk3,:tk,:qt,:qt_pyqt4,:qt_pyside). This did not solve the issue. However, when I compare pycall and pyplot as you suggested, there is indeed a difference. matplotlib called from pycall has "TkAgg" as backend, while matplotlib called from PyPlot can have either tk, wx or qt as backend.
If the problem is from the backend, how can I set the correct backend in PyPlot ? Obvisouly, pygui(:tkagg) or any variation on this name returns an error.
Here the output of the commands.
1- PyCall.
@pyimport matplotlib.pyplot as plt
plt.rc("text", usetex=true)
x = linspace(0,2pi,1000); y = sin(3x + 4cos(2x));
plt.plot(x, y, color="b", linewidth=2.0)
plt.xlabel("$r(\theta)$",fontsize=16)
plt.ylabel("$\sum_{i=1}^{i=r} y(\theta)$",fontsize=16)
plt.show()
produces

and
pyimport("matplotlib"):get_backend
produces
"TkAgg"
2- PyPlot.
clf()
x = linspace(0,2pi,1000); y = sin(3x + 4cos(2x));
plot(x, y, color="b", linewidth=2.0)
xlabel(L"r(\theta)",fontsize=16)
ylabel(L"\sum_{i=1}^{i=r} y(\theta)",fontsize=16)
tight_layout()
produces

and
pygui()
produces
:tk.
while
using PyCall
pyimport("matplotlib"):get_backend
still produces TkAgg.

The symbol returned by pygui() is not the same as the Matplotlib backend string.   Since get_backend is producing TkAgg in both cases, it seems that is not the difference.

Looks like: https://github.com/matze/mtheme/issues/170#issuecomment-179366602.

Thanks @KristofferC, seems like it was fixed upstream.


Browser window resize problem

Hi.
I have noticed that bug also in Your demo site
When i resize browser window width to minimum (to check responsivenes) the responsive tabs works perfectly but when i resize to full width the content in this tabs are missing. Any ideas? Thanks in advance!

Thanks nkdweb, The information provided on the reference link works fine.

Should have been fixed in #30.


2 warnings PHP

Hello :)
redis-cache/includes/predis/src/Collection/Iterator/HashKey.php
53 | WARNING | Function each() is deprecated since PHP 7.2; Use a foreach loop instead
redis-cache/includes/predis/src/Collection/Iterator/SortedSetKey.php
53 | WARNING | Function each() is deprecated since PHP 7.2; Use a foreach loop instead

Fixed in 157f658.


Update firefox-bin.pacscript

Update firefox-bin from 123.0 to 123.0.1

Change title format to

upd(firefox-bin): `123.0` -> `123.0.1`

Update hash as well (to obtain it, download the file and run sha256sum on it)

Pull from master.


Enhanced ProviderSqlSource to support dynamic sqlSource.

Major changes:

Process the SQL with the languageDriver, sql statement that supports the <script> pattern.
The XXXProvider annotation adds the cacheSqlSource property to avoid duplicate calculations.

A more powerful general-purpose Dao.
Test cases demonstrate a simple usage, with reference to the basic principles, and can achieve a powerful general-purpose Dao.
Test
Test method 1
@Lang(XMLLanguageDriver.class)
@InsertProvider(type = OurSqlBuilder.class, method = "buildInsertSelective", cacheSqlSource = true)
void insertSelective(T entity);

This method dynamically generates the following SQL script:
<script>
    insert into users
    <trim prefix="(" suffix=")" suffixOverrides=",">
        <if test="id != null">id,</if>
        <if test="name != null">name,</if>
    </trim>

    <trim prefix="VALUES (" suffix=")" suffixOverrides=",">
        <if test="id != null">#{id} ,</if>
        <if test="name != null">#{name} ,</if>
    </trim>
</script>

The executed SQL is as follows:
DEBUG [main] - ==>  Preparing: insert into users ( id ) VALUES ( ? )
DEBUG [main] - ==> Parameters: 999(Integer)
DEBUG [main] - <==    Updates: 1
DEBUG [main] - ==>  Preparing: select * from users where id = ?
DEBUG [main] - ==> Parameters: 999(Integer)
TRACE [main] - <==    Columns: ID, NAME, LOGICAL_DELETE
TRACE [main] - <==        Row: 999, null, FALSE
DEBUG [main] - <==      Total: 1

Test method 2
@Lang(XMLLanguageDriver.class)
@UpdateProvider(type= OurSqlBuilder.class, method= "buildUpdateSelective", cacheSqlSource = true)
void updateSelective(T entity);

This method dynamically generates the following SQL script:
<script>
    update users
    <set>
        <if test="id != null">id = #{id} ,</if>
        <if test="name != null">name = #{name} ,</if>
    </set>
    <!-- For simplicity, there is no @Id annotation here, using default id directly -->
    where id = #{id}
</script>

The executed SQL is as follows:
DEBUG [main] - ==>  Preparing: update users SET id = ? where id = ?
DEBUG [main] - ==> Parameters: 999(Integer), 999(Integer)
DEBUG [main] - <==    Updates: 1

Test method 3
@Lang(XMLLanguageDriver.class)
@SelectProvider(type = OurSqlBuilder.class, method = "buildGetByEntityQuery", cacheSqlSource = true)
List<T> getByEntity(T entity);

This method dynamically generates the following SQL script:
<script>
    select * from users
    <where>
        <if test="id != null">and id = #{id} </if>
        <if test="name != null">and name = #{name} </if>
    </where>
</script>

The executed SQL is as follows:
DEBUG [main] - ==>  Preparing: select * from users WHERE name = ?
DEBUG [main] - ==> Parameters: User4(String)
TRACE [main] - <==    Columns: ID, NAME, LOGICAL_DELETE
TRACE [main] - <==        Row: 4, User4, TRUE
DEBUG [main] - <==      Total: 1
DEBUG [main] - ==>  Preparing: select * from users WHERE id = ?
DEBUG [main] - ==> Parameters: 1(Integer)
TRACE [main] - <==    Columns: ID, NAME, LOGICAL_DELETE
TRACE [main] - <==        Row: 1, User1, FALSE
DEBUG [main] - <==      Total: 1
DEBUG [main] - ==>  Preparing: select * from users WHERE id = ?and name = ?
DEBUG [main] - ==> Parameters: 1(Integer), User4(String)
DEBUG [main] - <==      Total: 0

@harawata
This feature is very useful and it is easy for developers to create the underlying framework.  I hope it will be reviewed as soon as possible.
Thank you.

There is a concurrent problem with the following code.
@Override
public BoundSql getBoundSql(Object parameterObject) {
   SqlSource sqlSource;
   if (this.sqlSource != null) {
       sqlSource = this.sqlSource;
   } else {
       sqlSource = createSqlSource(parameterObject);
       if(this.cacheSqlSource){
           this.sqlSource = sqlSource;
       }
   }
   return sqlSource.getBoundSql(parameterObject);
}

Since it was previously executed repeatedly, there is no problem with the repeated execution.
There is no need to consider the lock.

Hi @abel533 , Thanks for your contribution!
I have an interesting for this PR. However, I will afraid to break a backward compatibility for the current version.
In this changes(Change to use the LanguageDriver for creating SqlSource), I think there is a possibility that there will be a difference in behavior with the current version when using the LanguageDriver provided from other than MyBatis Core.
If there is a possibility that not keep a backward compatibility, I think better it should not be included at maintenance release for 3.4.x line.
What do you think about this topic?
Note: The Mybatis project provides two artifacts (velocity-scripting and freemarker-scripting) as related project.

By default, RawLanguageDriver and XMLLanguageDriver are treated in the same way as the original ProviderSqlSource without <script>.
In order to be compatible with the other two LanguageDriver, can I first judge languagedriver instanceof XMLLanguageDriver? If false, use the default XMLLanguageDriver.

@kazuki43zoo @harawata  I have changed the source code.
I use rebase to merge the commit, so the review information lost.
Do I need rebase or commit directly ?

@kazuki43zoo @h3adache @harawata Any other questions?
I can change it.


Update list of available Wheels version in NEW command

---------- Forwarded message ---------
From: Tom King
Date: Sunday, January 30, 2022 at 1:04:07 PM UTC-8
Subject: Re: Wheels CLI module for Commandbox
One fairly easy change would be to make it look up latest wheels versions from forgebox, rather than them being hard coded etc...

Should the current list be reduced down to:

Latest Stable Release
Bleeding Edge (Current Master Branch)

Sounds sensible to me.

I've submitted a PR for this that does a overhaul on the current wizard.


New version?

Doesn't look like there's been a version update since 2017. Is it time to release a new version?

@swolchok @ErikWittern I see that both of you made recent commits, could either of you possibly provide some context?

@rex-remind101 I believe @swolchok no longer actively works on this repo anymore. In November of last year, IBM, including @ErikWittern and @mmatsa, asked the GraphQL Foundation to become maintainers of this repo in order to make contributions. It is currently being actively worked on but so far, all of these changes are IBM internal, with the hopes of being made public in the future. I'm not sure what the timeline or the release schedule are, however.

@rex-remind101 I believe @swolchok no longer actively works on this repo anymore. In November of last year, IBM, including @ErikWittern and @mmatsa, asked the GraphQL Foundation to become maintainers of this repo in order to make contributions. It is currently being actively worked on but so far, all of these changes are IBM internal, with the hopes of being made public in the future. I'm not sure what the timeline or the release schedule are, however.

It would be so cool if their works became public. I'll watch for it.

Any updates on this on the changes being made public?

Any updates a year later?

I would also like to know if you have any other information about when a new release will come out

this no longer is supported on home-brew.

We went ahead and wrote our own graphql query parser / introspection query parser conforming to the 2021 spec. At some point we plan on this functioning as a full graphql parser (not just parsing graphql queries and introspected types). It works on mac and linux. https://github.com/remind101/AutoGraphParser
It's written in Swift, it's been in use for months and is very easy to maintain. We run it over a very diverse set of queries and a large schema, and anecdotally it's very fast. If anyone wants to use it to integrate with another language that should also be possible by adding Swift's C++ compatibility https://www.swift.org/documentation/cxx-interop/#accessing-swift-apis-from-c or C compatibility https://forums.swift.org/t/formalizing-cdecl/40677 though this isn't included as of yet.


Inconsistent behaviour between form(action=...) and input(type='submit', formaction=...)

What's the issue
Currently, pyhtml-enhanced mimics the behaviour of pyhtml for form and input(type='submit') elements, in the sense that

form elements are given the default attribute method="POST"
input(type='submit') elements are not given a formmethod attribute

meta/tags.yml:38
form:
  attributes:
    method:
      doc: The HTTP request method to use when submitting this form. In almost all cases, you'll want this to be POST.
      default: "'POST'"
    action: The URL to request to when submitting this form. By default, requests will be sent to the same URL as the current page.

This means that by default, submitting a form will send a POST request, unless the input's formaction is specified, in which case, a GET request is sent (since formmethod defaults to GET when unspecified), which is very confusing.
import pyhtml as p

# Action is specified in `<form>` element
print(str(p.form(action='/test')(
    p.input(placeholder='Enter some text'),
    # Clicking `Submit` will send a `POST` request
    p.input(type='submit'),
)))

import pyhtml as p

# Action is specified in `<input>` element
print(str(p.form(
    p.input(placeholder='Enter some text'),
    # Clicking `Submit` will send a `GET` request
    p.input(type='submit', formaction='/test'),
)))

How to fix it
To address this, there are a few possible solutions:
1. Stop specifying the action attribute on form elements by default
This is a relatively simple fix to implement, and means that pyhtml-enhanced will behave similarly to regular HTML. However, in almost all cases, users will want to make their form send a post request, and p.form(method='POST')(...) is much more tedious to write than p.form(...). Additionally, this is a breaking change, and would require most users to update their code to update almost all instances of form elements, or they will start sending GET requests.
2. Make the formmethod attribute be specified for all input(type='submit') elements where formaction is also specified
This would require a bunch of additional complexity, since whether to specify the formmethod property would depend on the value of the type attribute and the presence of the formaction attribute, which currently isn't possible due to the design of the code generation system. We would need to write support for this, or implement the input element manually. implementing input manually would also have the benefit of allowing us to provide smarter inline suggestions by using the @typing.override decorator on the __init__ method.
Additionally, this would make pyhtml-enhanced more detached from the actual behaviour of HTML, which somewhat defeats its goal of being the Python equivalent of writing regular HTML. However, I will note that as with the original pyhtml library, some default attributes are specified for other elements (eg script and style) to aid in simplicity.
Like option 1, this is also a breaking change, however the scope of the damage to dependent projects is likely to be significantly lower, since far fewer rely on this behaviour, although it is enough that I would still be concerned about the compatibility.
If this fix was chosen, this behaviour would need to be documented, including information on how to "escape" it (by manually specifying formmethod, similar to specifying method on form elements).
3. Don't fix it - just document the behaviour
This is the easiest thing to implement, and results in no breaking changes. It means that pyhtml-enhanced will remain a drop-in replacement for pyhtml, which is a nice benefit. However, it means that people will still remain confused about the behaviour the first time they encounter it.
Considerations when deciding on a solution
This library is primarily intended to be used for educational purposes, and small inconsistencies can be immensely confusing for students with only a few weeks of programming under their belts. As such, I personally lean towards options 1 and 2 over option 3, since they produce consistent behaviour. When it comes to those two options, I think that option 2 would result in overall nicer code, and the required changes would likely make the library more flexible if similar changes are required in the future. However, I am still a little concerned with how it makes the behaviour different to the HTML that is implied by the code - perhaps that is just my inner computer scientist showing though - I doubt most students would care, and if any did, the added simplicity would be easy to justify.

Hi @MiguelGuthridge . Option 2 makes more sense to me. If option 1 is chosen to make the library close to HTML as possible, the same idea would also apply to existing script and style tags which also has default attributes for convenience.
I have implemented this as a PoC. Please take a look: https://github.com/cenkalti/pyhtml/commit/eaa76186088a88e0c1ed347d62955c89d361ff60

Fixed in 3f53f2b


Random array element function

Hi,
Just noticed this repo and thought I would share this function that I came up with a few days ago:
function random_array_element {
    declare -n array="$1"  # namerefs are cool!  And it even works with the array being a local variable in another function!

    local length=${#array[@]}
    local index=$(( RANDOM % length))
    local choice=${array[$index]}

    echo "$choice"
}

Used like:
function choose_icon {
    # Return random icon.
    local icons=(
        /usr/share/icons/oxygen/22x22/emotes/face-embarrassed.png
        /usr/share/icons/oxygen/22x22/emotes/face-foot-in-mouth.png
        /usr/share/icons/oxygen/22x22/emotes/face-clown.png
        /usr/share/icons/oxygen/22x22/emotes/face-confused.png
        /usr/share/icons/oxygen/22x22/emotes/face-crying.png
        /usr/share/icons/oxygen/22x22/emotes/face-laugh.png
        /usr/share/icons/oxygen/22x22/emotes/face-laughing.png
        /usr/share/icons/oxygen/22x22/emotes/face-quiet.png
        /usr/share/icons/oxygen/22x22/emotes/face-raspberry.png
        /usr/share/icons/oxygen/22x22/emotes/face-sad.png
        /usr/share/icons/oxygen/22x22/emotes/face-sleeping.png
        /usr/share/icons/oxygen/22x22/emotes/face-smirk.png
        /usr/share/icons/oxygen/22x22/emotes/face-surprise.png
        /usr/share/icons/oxygen/22x22/emotes/face-uncertain.png
        /usr/share/icons/oxygen/22x22/emotes/face-wink.png
        /usr/share/icons/oxygen/22x22/emotes/face-worried.png
        /usr/share/icons/oxygen/22x22/emotes/face-yawn.png
        /usr/share/icons/oxygen/22x22/emotes/food-cake.png
        /usr/share/icons/oxygen/22x22/emotes/food-pizza.png
    )
    echo $(random_array_element icons)
}

choose_icon  # => "/usr/share/icons/oxygen/22x22/emotes/food-cake.png"

Added to the README with some changes. Cheers :+1:

I modified the function to match the others in the bible. declare -n doesn't work in bash 3 so I decided not to use it for the functions that deal with arrays.
These functions are just meant to be examples, they don't offer any error handling so I'm not bothered with overwriting global variables. In the future I'll most likely expand these functions so they're copy/paste-able into other scripts but for now they're just examples.
Thanks for the critique. :+1:

These functions are just meant to be examples, they don't offer any error handling so I'm not bothered with overwriting global variables.

Seems a shame to set people up to make needless mistakes.

In the future I'll most likely expand these functions so they're copy/paste-able into other scripts but for now they're just examples.

Seems quite misleading for a "bible" to be comprised of examples which are not meant to be used as-is.  Might as well point people to man bash.


Fix broken make commands

Update kustomize to fix unwanted namespace name change (see https://github.com/kubernetes-sigs/kustomize/pull/2742)
Copy new folders (utils and templates) in docker file
Rename the default image from controller to ocs-osd-deployer
Rename the resource prefix from ocs-osd-deployer- to ocs-osd-`
Change the deploy namespace from ocs-osd-deployer-system to openshift-storage
Remove foo:bar from ManagedOCS example resource

/lgtm

/lgtm


(LOW) ORM ability to merge multiple tables into one entity - like SearchEntity

More live ViewRepresentation

Think about definition of such model schema and syncing it with database.

multiple dbs, view cache issue?

Wait till new Phinx migrations are intergated


[Feature Request] Toggle sidebar when double clicking on tab

I've seen this behavior in jetbrains IDEs and I think it's very convenient feature. As I see now there is no action attached to double click event on tabs. So it can be used to hide the sidebar if it's shown and show if it's hidden.

There is currently one action attached to double click on tabs. If the tab is in preview mode (i.e., the file inside the tab was opened by single clicking and will be refreshed with new content as soon as another file is single clicked on in the explorer), double clicking it moves the tab to durable mode where it will remain open permanently.

That's right I forgot about that. Anyway there can only be one tab at a given time in preview mode and it has a different ui so it should not cause a confusion if double clicking on ordinary tabs behave differently.

I'm not all that keen on such a different behaviour for the same action on a preview tab and a durable tab. It feels too inconsistent to me (even though the tabs are different as you said).
Would this be more convenient than just clicking the icon for the active viewlet in the side bar?

I'm closing this just now as per my previous comment.


Generate thumbnails on file upload instead of first list view

Currently, the thumbnails are generated when a user opens the associated album (or user uploads if no album is specified). This results in broken images for the thumbnails the first time the user views the list.
I propse that the thumbnails should be generated on upload.
Sorry about the issue spam btw.

I'll take a look at this this week

My weeks are 25 days long. This is already solved in the latest release


Response status code does not indicate success: 401 (Unauthorized). while Azure func app deployment in App Service Plan

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: abef7f30-e567-384c-a448-6240bfe5b7a7
Version Independent ID: 7f63bacb-bfce-083d-2ba4-d0c03cf17b69
Content: Create a function app on Linux in an Azure App Service plan
Content Source: articles/azure-functions/create-function-app-linux-app-service-plan.md
Service: azure-functions
GitHub Login: @ggailey777
Microsoft Alias: glenga

Why was this thread closed with no solution posted? I can't find a solution anywhere online. The two links you posted did not contain any answers. If I missed them, could you please post the solution here or provide a specific link? Thanks.

hey guys,
I was able to resolve the error by following this guide:
https://docs.microsoft.com/en-us/azure/azure-functions/functions-create-function-linux-custom-image
Basically, I had to create my project from scratch using the azure command line tool with a docker image from the beginning.  I'm using a servicebus trigger with Python on linux and a service plan instead of the consumption plan.  Personally, I run Ubuntu 16.04.
I had difficulty finding my template as per the 'create a function' step, so, I just entered func new --name <yourfunctionname> --templates  which allowed me to choose from a list of bindings.
Also, It takes a little while for your Azure Function to show up inside the portal (while it's downloading the private docker image), but it does eventually deploy successfully.  If you have a private docker repo, like the docs say, make sure to set your username + password for docker inside the app settings and also make sure to reboot your azure function through the portal.  In my case, it took half an hour to an hour for the azure function to boot up with the deployed docker image successfully but works great afterwards.


[WICKET-7072] wicket tester and core tests

Here another one (still not a merge canditate, see WICKET-7072 with wicket tester and core tests libs.

@gluser1357 this one also can be closed?

IMO yes, this PR can be closed (since replaced by #666).


Copy cache.stt to fix "Cannot restore state of cache for storage placed under..."

I was going from OrientDB 2.2.15 to 2.2.31.
This is using OpenJDK 1.8 under Linux.
When openning the database as a plocal instance, I got the following stack trace:
Feb 04, 2018 2:38:26 PM com.orientechnologies.common.log.OLogManager log
WARNING: $ANSI{green {db=instance}} Cannot restore state of cache for storage placed under /home/keith/smartspaces/hestia/controller/data/hestia/instance
com.orientechnologies.orient.core.exception.OLoadCacheStateException: Can not restore state of cache from file
at com.orientechnologies.orient.core.storage.cache.local.twoq.O2QCache.loadCacheState(O2QCache.java:665)
at com.orientechnologies.orient.core.storage.impl.local.OAbstractPaginatedStorage.open(OAbstractPaginatedStorage.java:303)
at com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.open(ODatabaseDocumentTx.java:259)
I have read that this issue is perhaps fixed in 3.0, but I am going to use 2.2.31 for now. If I have a database that I have closed, can I copy the cache.stt file from that closed database into my database so that I have some contents. I notice the cache on the closed database is only 380 bytes, it can't have too much in it.
Thanks!

Hi @kmhughes, if you do not experience any problems, but just got this exception in the log. You can ignore it. It will not appear again.

Cool, thanks @laa I did notice I was still able to read data from the database, so it doesn't seem to be a major issue. I also wonder if my other issue I filed yesterday is why I see it every time since the cache save during shutdown is being interrupted.

@kmhughes yes that is completely possible.


Optional otLinkRaw Features

When a Host uses the Spinel interface to control the otLinkRaw* interface it practically requires the device to support of all the otRadioCaps. Many of these features are not supported in hardware by our current example platforms. This change adds support for each feature in software, controllable by compile-time flags. All of this is still gated on the compile time flag that controls the otLinkRaw* API.
In summary, with this change, all example platforms (excluding posix) should fully support a Host using the otLinkRaw* APIs via Spinel.

Codecov Report

Merging #1248 into master will increase coverage by 0.74%.

@@            Coverage Diff             @@
##           master    #1248      +/-   ##
==========================================
+ Coverage   69.29%   70.03%   +0.74%
==========================================
  Files         169      169
  Lines       26088    26455     +367
  Branches     3277     3287      +10
==========================================
+ Hits        18078    18529     +451
+ Misses       6631     6518     -113
- Partials     1379     1408      +29

Impacted Files
Coverage Δ

src/core/openthread-instance.h
100% <ø> (ø)
:white_check_mark:

src/core/mac/mac.cpp
80% <ø> (+1.35%)
:white_check_mark:

src/core/openthread.cpp
47.23% <100%> (+0.14%)
:white_check_mark:

src/core/thread/lowpan.hpp
86.84% <ø> (-13.16%)
:x:

third_party/mbedtls/repo/library/ecp_curves.c
90.16% <ø> (-3.06%)
:x:

src/core/thread/mesh_forwarder.cpp
75.74% <ø> (-0.72%)
:x:

src/core/thread/lowpan.cpp
93.01% <ø> (-0.72%)
:x:

...d_party/mbedtls/repo/library/memory_buffer_alloc.c
60.25% <ø> (-0.39%)
:x:

third_party/mbedtls/repo/library/ssl_tls.c
54.34% <ø> (-0.04%)
:x:

examples/apps/ncp/main.c
100% <ø> (ø)

... and 14 more

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 ea4047b...3054e85. Read the comment docs.

I'm not sure why appveyor is having issues, but the change build fine on my branch.

Happened to another PR as well... re-pushing the commit  kicked the build and fixed it for me...

@abtink @pvanhorn Are the most recent changes what you wanted? Do you have any other issues with this PR?

aside from the one style comment I just posted, I believe your changes satisfy my only concern.

LGTM


Azure Synapse Serverless: cannot read view definition

System information:

Windows 10
DBeaver 22.0.3

Connection specification:

Database type: Azure Synapse "serverless"
Driver name: Azure SQL Server
No tunnels or proxies

Describe the problem you're observing:
Trying to get the DDL of a view produces a NullPointerException and the definition pane shows:
/* ERROR WHILE READING SOURCE:

null
*/

In version 22.0.0, view definitions could be obtained, see #15490.
Steps to reproduce, if exist:

Open a view object in this type of database
Go to Properties -> Definition

Include any warning/errors/backtraces from the logs
Exception stack trace:
java.lang.NullPointerException
at org.jkiss.dbeaver.model.DBUtils.getQuotedIdentifier(DBUtils.java:78)
at org.jkiss.dbeaver.ext.mssql.edit.SQLServerViewManager.createOrReplaceViewQuery(SQLServerViewManager.java:115)
at org.jkiss.dbeaver.ext.mssql.edit.SQLServerViewManager.addObjectDeleteActions(SQLServerViewManager.java:91)
at org.jkiss.dbeaver.model.impl.sql.edit.SQLObjectEditor$ObjectDeleteCommand.getPersistActions(SQLObjectEditor.java:401)
at org.jkiss.dbeaver.model.impl.sql.edit.struct.SQLTableManager.getTableDDL(SQLTableManager.java:224)
at org.jkiss.dbeaver.model.struct.DBStructUtils.generateTableDDL(DBStructUtils.java:89)
at org.jkiss.dbeaver.model.struct.DBStructUtils.getTableDDL(DBStructUtils.java:116)
at org.jkiss.dbeaver.model.struct.DBStructUtils.generateTableListDDL(DBStructUtils.java:176)
at org.jkiss.dbeaver.ui.editors.sql.SQLSourceViewer.getSourceText(SQLSourceViewer.java:95)
at org.jkiss.dbeaver.ui.editors.sql.SQLEditorNested$ObjectDocumentProvider$1.lambda$0(SQLEditorNested.java:279)
at org.jkiss.dbeaver.model.exec.DBExecUtils.tryExecuteRecover(DBExecUtils.java:171)
at org.jkiss.dbeaver.ui.editors.sql.SQLEditorNested$ObjectDocumentProvider$1.run(SQLEditorNested.java:277)
at org.jkiss.dbeaver.model.runtime.AbstractJob.run(AbstractJob.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Session data:
eclipse.buildId=unknown
java.version=11.0.12
java.vendor=Eclipse Foundation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en
Command-line arguments:  -os win32 -ws win32 -arch x86_64
Connection test shows:
Server:
Microsoft SQL Server 12.00.214
Microsoft SQL Azure (RTM) - 12.0.2000.8
Mar 31 2022 08:13:33
Driver:
Microsoft JDBC Driver 9.2 for SQL Server <IP_ADDRESS>
Output of SELECT SERVERPROPERTY('EngineEdition'): 11
SELECT definition FROM sys.sql_modules WHERE object_id = (OBJECT_ID(N'your_shema_name.your_view_name')) (adapted to existing schemas and views, obviously) gives no results.

Hello @dr-1
Sorry, I do not understand.
You said me here, what statement FROM sys.sql_modules WHERE object_id = (OBJECT_ID(N'your_shema_name.your_view_name')) did work for you:
https://github.com/dbeaver/dbeaver/issues/15490#issuecomment-1041347435
And now:

SELECT definition FROM sys.sql_modules WHERE object_id = (OBJECT_ID(N'your_shema_name.your_view_name')) (adapted to existing schemas and views, obviously) gives no results.

This statement did not work for you now? What changed?

Also, do you open the "definition" view tab for the default database? Or for the other?

Hi @LonwoLonwo, that is correct, at that time querying sys.sqlmodules returned the view definitions, but not anymore. When removing the WHERE condition, I see a few other objects recorded in sys.sqlmodules, but none of the views.

We do not have a test environment, unfortunately. So we can fix this issue only a blind way.
And the main problem is with the incorrect current database definition. For this reason, your query didn't work also - you must add a database prefix if you want to find a view from another database.
Anyway, thanks for the bug report @dr-1


feat(website): add remark linting configuration

follows https://github.com/risc0/risc0/pull/2094
What's this PR for?
This PR leverages remark to lint/format all .md files instead of prettier.
Pros:

we already use remark under the hood for docusaurus
more consistent markdown files across the risc0's codebase
vscode extension to lint files + format on save if you want
catch old removed links

Cons:

might break the CI a bit more, although for VSCode users you format on save

What this PR does

This PR adds 2 new scripts check-markdown and fmt-markdown and runs the former on CI.
This auto-checks all the .md files and gives them a consistent markdown without changing anything visually on the website.
I took out some rules to make it as close to what we already had in the codebase.
I added a check in the CI
I added the remark extension to the suggested vscode extensions

Follow-up items

Remove all occurences of [here] since it makes links harder to find?

I flagged a few of the issues with the additional /s that this PR adds, but there are a bunch more.

Also where is this list of recommended vscode extensions you mentioned?

Also where is this list of recommended vscode extensions you mentioned?

It's checked in at .vscode/extensions.json. When vscode sees this, it should popup a request to install all the suggested extensions.

Pretty massive PR so I likely missed a couple things, but I gave it a reasonably thorough review and I've marked all the issues I've found.
Aside from these issues I flagged, one question before I approve... I often forget to run prettier, and I love that the current CI testing reminds me how to run the linting when I forget. I didn't look into the details of the new CI testing, so wanted to check with you -- does the new test for remark include a similar reminder?

Yes. Right now it only does so for website in the website.yml file you have
      - name: lint
        run: bun run lint
        working-directory: website
        ```

Which runs `remark . --quiet --frail` which will fail if you have wrongly formatted markdown.

Thanks for engaging with all my nits, @nahoc!
Let's aim to land this toward the end of this week, if that's ok? I want to give @nuke-web3 a chance to look this over; he's just back from ethCC and still getting caught up.

This is great! I have a slight personal preference for https://dprint.dev/ where we can use plugins for formatting most if not all languages we use here in this repo.
This has good CI integrations, caching to make stoopid fast to run local and in CI too.

This is great! I have a slight personal preference for https://dprint.dev/ where we can use plugins for formatting most if not all languages we use here in this repo.
This has good CI integrations, caching to make stoopid fast to run local and in CI too.
Don't want to block this going in... but also curious about pushing to use dprint instead of this or consider for a followup?

Personally haven't played with dprint enough to see what suits our needs better, I knew remark could do what I was achieving with this PR. Feel free to test out dprint and see if it makes a different, has more pros, etc 🙏
Thanks

@hmrtn @mothran @morgangibbs87 -- can one of you approve this? needs review from someone from demos team.

oh i guess it needs review both from @risc0/demos and @risc0/bonsai


When using single input, model always produces wrong output

** Although I am testing PyTorch implementation, I guess it might happen to the Caffe implementation as well. So I am asking if there is an answer to my question.
Hello,
I am Youngkyoon Jang, who is a postdoc in the University of Bristol. Thanks for sharing the PyTorch implementation of ECO network for testing new dataset, EPIC-KITCHEN. But I am facing the problem when testing the model to calculate the accuracy.
I am currently using PyTorch implementation for ECO network. And I noticed that the model always predicts the first index with the highest score when using a single input instead of multiple mini-batch samples in testing. Did you know this problem? Is there a correct way to get a consistent output?
When I put a different number of batch sample in a mini-batch, the model predicts a different score for the same sample depending on the number of mini-batch.
I look forward to your reply.
Best,
Young

I found my mistake that I did not switch to evaluation mode.
I should have put the following:
model.eval()
before the test loop.


Properly calculate DRep voting power

As a DRep
I want my voting power to be properly calculated
So that I know how much I have
##########
Given that I have submitted a governance action and paid a deposit (which has not yet been returned to me), and I am also a DRep (for which I also paid a deposit)
When I look at my voting power then:
my voting power = ADA in my wallet + GA deposit amount + ADA delegated to me
DRep deposits do not count towards voting power.
#########
all deposits except GA deposit DO NOT count towards voting power

Need needs to be investigated more, seems like Voting power is still shown wrongly:


Unified compilation scope.

Currently, a given single object will be instantiated every time per annotation, like:
private object MacroUtil {
  println(this.toString)
  ...
}

final class AnnotationA extends StaticAnnotation {
  inline def apply(defn: Any): Any = meta {
    MacroUtil(...)
  }
}

final class AnnotationB extends StaticAnnotation {
  inline def apply(defn: Any): Any = meta {
    MacroUtil(...)
  }
}

MacroUtil will be created twice during compilation:
com.github.cuzfrog.scmd.MacroUtil$@6e022c0b
com.github.cuzfrog.scmd.MacroUtil$@48d79fed

This makes communication between two annotated classes hard. Vintage macros could share same object scope: https://stackoverflow.com/questions/30143900/communicate-between-two-macros.

Resubmitted as https://github.com/scalameta/paradise/issues/225.


Build for mpi_serial

Checklist

[x] Used a personal fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

🤞🏻

@mahf708, feel free to tinker with this, too, if you have any relevant expertise.  We can add you as a maintianer.

@conda-forge-admin, please restart ci

There is one more thing since also the linux_64_mpimpi_serial build is failing. However, it is not yet picking up the latest build (I was too impatient), so let's see where we land.


Skip recaptcha in development if no recaptcha key is present

https://github.com/notesclub/notesclub/commit/a280181661c1b5d91453d61513c927c2566004f4


feat/py312-compatibility

As discussed in multiple issues, but notably https://github.com/mingrammer/diagrams/issues/832#issuecomment-2329529817, remove typed-ast for 3.12 compatibility

can't request a review, tagging @JelleZijlstra

also have confirmed this works on x86 debian image and my m1 mac, probs would be worthwhile to add in some tests tho

The change looks good; the library doesn't seem to use typed-ast anywhere.
Could you also update tests.yml to run tests on 3.12 too? And maybe 3.13-dev as well while we're here.

yup taking a look here

No CI again here, let me close and reopen to see if that helps

name change in the file :)

lmk if ya want a rebase or anything


CLOUDSTACK-8687: Prepare template only on a given storage pool

Update prepare template api to seed/prepare a template only on a given primary storage. Currently, the prepare template api will seed/prepare a given template on all the primary storage pools in a zone. If however, a user wishes to prepare a template only a particular storage pool, it isn't possible. Updated the api to take storage pool id as an optional parameter. If the pool id is provided then the template is prepared only on the given primary storage pool. Also added unit tests to validate the functionality

travis builds, awaiting analysis build but LGTM

:+1:


rerender

I lost track of the Windows hangup issue let's see if just updating the feedsotck solves it.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

The Windows builds are passing now. @msarahan probably fixed that in conda-build and we forgot to rebuild conda-execute. (Thanks @msarahan!)
It is worrisome that GitHub checksum changed. Anyways I bumped the build number to record that change.


.gitignore for compiled files

The repository should exclude compiled binaries.

:thumbsup: +1
Yes please. This would have prevented the accidental commit of these files on pull #31 for example.


Test pull request with new markdown-link-checker repo from github

Sorry, I was testing if the changes to the markdown-link-checker I was working on were reflected on the github action using my forked version of the repo. Not too sure why it jumped to the main repo and created a pull request here. I have closed it.


Libiconv in build inputs leads to subtly broken cflags on Linux

glibc includes iconv functions so we used to have libiconvOrNull to avoid a spurious build input on systems that have glibc as their libc. We removed this in #6166 (for good reason, IMO) and now just have libiconv as an alias for glibc on those systems. Unfortunately, including glibc as a build input puts its include headers on the search path with isystem instead of just using the idirafter baked into the cc wrapper, which means glibc's headers are no longer searched last in the list as desired. This leads to the bug referenced in #19834 (see discussion on #19859 ), and in general will cause problems for anything that builds with libc++, depends on libiconv, and references <cmath> on glibc systems.
I'm not sure the best solution here. We could ignore instances of the c library our compiler is built with in build inputs, we could have some logic in glibc's setup hook to tell it to add idirafter instead of isystem, we could bring back libiconvOrNull or something like it... None of these seem obviously good or obviously awful. Thoughts?

@edolstra @gridaphobe @copumpkin @vcunat

My fear with libiconvOrNull is that people might assume derivation references are non-null (e.g., map over a list of them and ask for .bin on them). My ideal path forward would be to make it "no big deal" to have glibc as a buildInput, but that mostly stems from the preferences I outlined in #6166

I'm inclined to side with @copumpkin here, I don't want to resurrect libiconvOrNull.
An alternative to @copumpkin's suggestion (I'm not sure how difficult that would be) would be to include libiconv in the Darwin stdenv as it (implicitly) is on Linux. I think I suggested this a while ago and there were objections, but it really does seem to be the simplest solution to me. More generally, I think we should specify a common set of libraries that stdenvs must supply. This might in practice be "anything glibc provides" but at least then we'd have feature parity across stdenvs.

@gridaphobe from the old PR:

My basic stance is that I prefer precise dependencies, and don't want every stdenv for the rest of eternity to be bound by glibc's decisions to bundle a whole bunch of stuff. If we can get packages that depend on libiconv (and resolv, and others) to be explicit about that, that'll significantly facilitate bootstrapping other platforms that might also not bundle all the stuff glibc bundles.

We don't have to be bound by glibc's decisions though, which I think is what you're getting at in your 2nd paragraph:

Alternately we could just bite the bullet and make a "standard nix libc interface" and declare that any libc implementation needs to provide that functionality (and ideally no more). It'll make me a bit sad, but if it's an explicit decision it's not the end of the world.

We could say that a libc should provide certain things, excluding libiconv, and then hide the relevant symbols in glibc to make it compliant. I don't have a strong opinion on a large vs small standard libc, but it really does seem more sane to me than dealing with a complex chain of conditionals in each package that might be bundled with glibc.

OK, to make it "no big deal" to have glibc as a build input, we probably want some nix-support file that the cc-wrapper setup hook checks to disable adding the isystem etc. flags, and then a glibc setup hook to add idirafter. Sound good?

Or we could override libiconv.dev to only contain include/iconv.h and not other headers.

Does that solve the original problem? If so, it sounds pretty clean!

It should, yeah.

See https://github.com/NixOS/nixpkgs/pull/19919. Will create a jobset.

#19919 merged into staging

cherry-picked the commit and tested against my branch -> ok for me, fixed the original problem!


Depend on fauxhai ~>3.0

It looks like in order to maintain Chef 11 compat I'm going to need to change the fauxhai dep on Chef 12 to a development dep and then release a new gem.


Fix inner balance channel

Motivation
There are a few issues with the Channel::balance_list API.
First, the inner mpsc capacity was hardcoded to 1024 which is not necessary, I think. For a gRPC service cluster, the endpoints of it won't be changed so frequently to consume a 1024 length channel. Or maybe it would, it will be back pressured via the Future. Maybe 1024 is wasteful. Here I use 8 as default.
On the other hand, the original Channel::balance_list API only returns the created channel with the sender dropped. That means users can't change the service endpoints after the initialization. And also the inner mpsc channel will never get Changes.

Solution

Reduce the inner mpsc channel capacity
Use async send function and awaiting instead of try_send in case of the shrunk inner channel capacity has been reached (breaking)
Return the inner sender for later updates (breaking)

Or is the original balance_list function just a convenient helper function for a common use? If that's the purpose, maybe its doc should be more detailed.

So I am not totally clear on why 1024 is wasteful, tokio's mpsc channel doesn't allocate that memory upfront so its not wasting that memory. As for the change, I don't see why we need to have a second method also return the TX? if you would like the sender you can use balance_channel that gives you the sender where balance_list is to just load balance over some provided non-dynamic list.
As for the future of this code I actually plan on removing it from tonic soon so I am also not sure if I want to iterate on the API right now.

So I am not totally clear on why 1024 is wasteful, tokio's mpsc channel doesn't allocate that memory upfront so its not wasting that memory. As for the change, I don't see why we need to have a second method also return the TX? if you would like the sender you can use balance_channel that gives you the sender where balance_list is to just load balance over some provided non-dynamic list.

My mistake. mpsc channel is using semaphore inner.

As for the future of this code I actually plan on removing it from tonic soon so I am also not sure if I want to iterate on the API right now.

Since that, balance_channel is enough.


Kodi 20 Speed Tester

I have Kodi Speed Tester  on The Latest stable version of kodi.  It loads as per Normal.  But The Speed Arm does not move.

me too.

the 1st error can be fixed by replacing all "isAlive()" occurences into "is_alive()" within script.speedtester/resources/lib/addon.py
tested with LibreELEC 11.0 on Raspberry PI 4

Thank you!
Works on CoreELEC-20 on Libre computer LePotato AML-S905X-CC.


ARROW-657: [C++/Python] Expose Tensor IPC in Python. Add equals method. Add pyarrow.create_memory_map/memory_map functions

This adds a MemoryMappedFile::Create C++ function for allocating new memory maps of a particular size, with a Python wrapper. I combined the Cython header declarations for the main libarrow libraries into a single pxd file.
I am also checking in some tests from ARROW-718 that got left off the patch.

Example code
mmap = pa.create_memory_map(path, 1024)

pa.write_tensor(tensor, mmap)

mmap.seek(0)
result = pa.read_tensor(mmap)

assert result.equals(tensor)


Visual Indicators For Project Cards in Dark Mode Not Working

@dergigi and @moteanup24
Visual indicators distinguishing between Bitcoin, Nostr, or Lightning Projects are not working in Dark Mode. See screenshots below taken from Google Chrome Desktop. Let me know how I can help. Thank you:

Strange, I thought I checked for that before. Will look into it. Thanks!
On Saturday, December 16th, 2023 at 8:15 AM, Arvin21M @.***> wrote:

@.(https://github.com/dergigi) and @.(https://github.com/moteanup24)
Visual indicators distinguishing between Bitcoin, Nostr, or Lightning Projects are not working in Dark Mode. See screenshots below taken from Google Chrome Desktop. Let me know how I can help. Thank you:
image.png (view on web)
image.png (view on web)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

@Arvin21M submitting PR to implement the following:

Looks great @moteanup24 !
I'll close this Issue out.
Feel free to re-open if necessary.


[webview_flutter] Implementation of the webview_flutter_platform_interface package

This PR adds the webview_flutter_platform_interface package which can be used by plugin developers to add platform support to the webview_flutter plugin.
flutter/flutter#86286
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the relevant style guides and ran the auto-formatter. (Note that unlike the flutter/flutter repo, the flutter/plugins repo does use dart format.)
[x] I signed the CLA.
[x] The title of the PR starts with the name of the plugin surrounded by square brackets, e.g. [shared_preferences]
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy.
[x] I updated CHANGELOG.md to add a description of the change.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making or feature I am adding, or Hixie said the PR is test exempt.
[x] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

A few things from a first pass:

This is a big enough PR that I'd rather it not do two things at once; let's make moving to a subfolder its own separate precursor PR. (That's actually an example of something that would fail the new check I'm adding.)
There should be an AUTHORS file for the new package (filed [flutter_plugin_tools] Validate that AUTHORS exists flutter#89680), cloned from the main package as a starting point.
Because it's a copy rather than a move it's hard to know what (if anything) has changed. Could you separate out a first commit that is just a straight copy of all the relevant files to the new location, then do any changes in separate commits? I see that there's some of that, but, e.g., the new CHANGELOG is in that commit so I know it's not a pure copy. I can't easily see what other actual changes are there to review.

@stuartmorgan I have redone the pull request and divided it into 9 logical commits and added additional explanation with each commit to explain the changes made.
I have made al changes based on copied files I done in commit bc79ecdbf0cf82976304264e6e2973a645d94825 which should make it easier for you to follow the changes.
One more thing, to not make to many changes I left the code as-is and did not update it according to the latest analysis_options.yaml (meaning at the moment it still relies on the analysis_options_legacy.yaml configuration). If you would like me to update this also as part of this PR please let me know, otherwise I will file an issue and create a new PR later on.
I would appreciate it if you could have another look.

One more thing, to not make to many changes I left the code as-is and did not update it according to the latest analysis_options.yaml (meaning at the moment it still relies on the analysis_options_legacy.yaml configuration).

Yes, that should definitely be separate. Thanks!

Oh, I didn't consider this effect of my change to the Windows bots... the two "Windows Plugins" jobs are never going to run because the builders no longer exist for them (I renamed them). You'll need to sync in the last master.

Oh, I didn't consider this effect of my change to the Windows bots... the two "Windows Plugins" jobs are never going to run because the builders no longer exist for them (I renamed them). You'll need to sync in the last master.

No worries, will do in a few minutes.


Implicit size of types

The specification states that there are no implicit sizes for OpenQASM types: https://qiskit.github.io/openqasm/language/types.html#integers.
However, in some of the examples, an implicit width is assumed:

https://github.com/Qiskit/openqasm/blob/master/examples/vqe.qasm#L77
https://github.com/Qiskit/openqasm/blob/master/examples/scqec.qasm#L99
https://github.com/Qiskit/openqasm/blob/master/examples/qec.qasm#L25

I think a default width would be nice, but either way the specification and examples should match.

Please fix the implicit types in examples for now. We will consider a default at a later time.

Please fix the implicit types in examples for now. We will consider a default at a later time.

I think we will almost certainly need some sort of default. Some examples have implicit casting. For instance, if you have
for i in [0:c-1] {...}

In this case, i is implicitly cast to an int type, rather than a float[64] (double floating pt used for const).

I think we will almost certainly need some sort of default. Some examples have implicit casting. For instance, if you have
for i in [0:c-1] {...}

In this case, i is implicitly cast to an int type, rather than a float[64] (double floating pt used for const).

See https://github.com/Qiskit/openqasm/pull/119.

See https://github.com/Qiskit/openqasm/pull/119.


Updates for clarity and more of step by step approach

please review, @sudivate and @shivp950

This launched a build without the merge? We may want to check into that :)


bug: PD performance drags with 1000s of atomic commands

Overview
PD performs extremely slowly when adding/deleting/editing step forms (and when loading a file) when the protocol contains many atomic commands.
I think it's happening not necessarily when you have a lot of steps, but when you have a lot of atomic commands (aspirate/dispense/pick up tip/drop tip etc) in the protocol.
In the protocol we recieved from a user experiencing performance issues, they had >10 "mix after dispense" repetitions in different transfers. Since Mix doesn't update robotState, it could be a candidate for optimization.
If you dispense to 96 wells that's 96 * 4 commands for pick up tip, aspirate, dispense, drop tip. If you mix 15x after each dispense that's an additional (96 asp + 96 disp) * 15 commands.
There are 40 steps in the problem-causing user's protocol, but 4421 atomic commands. In contrast, the "big protocol" I've been testing with has ~40 steps but only 373 atomic commands. (The difference here is due to "mix 15x after dispense" across 96 * 3 wells)
Current behavior / Steps to reproduce
(Tested on PD 4.0.1)

Create a protocol with many atomic commands (many steps vs not many steps shouldn't matter, I think. Just total number of atomic commands)
As you add atomic commands, adding/saving/deleting steps begins to take a long time, maybe minutes, and freezes the browser tab
If you save this protocol, loading it into PD also takes a long time and makes the tab unresponsive

Expected behavior

reasonably short times, ideally with a spinner if longer than a few ms

Implementation detail speculation

RobotState object could be reshaped so it doesn't need to get copied as much
We could use a webworker to make it not block the tab, but even if we had a spinner it'd be unacceptable long
We could do some optimizations about robot state updates so particularly mixes don't require the RobotState to be copied?
Great time to introduce benchmark testing to check vs performance regression (has been a JS team back burner idea, talk to Mike)

Freezing addressed in #5917, further performance updates will be their own tickets (closing this one bc it's too big/broad to be actionable)


Feature/exclude gas from abi

Proposed fix for: https://github.com/dethcrypto/TypeChain/issues/677
Old vyper compiler versions generate gas estimates in the ABI. These members are:

numbers. Since they're not strings they have incorrect types types when the _abi is passed to ethers Contract for example.
The gas estimates are actually incorrect anyway - so even if they were stringified, gasLimit overrides would need to be set all over the place.

Easiest solution is to remove the gas field in the generated typechain factory code.

Thanks for working on this. My thoughts:

For sure we don't want to add ugly workarounds to generated code for all users. We should scope it only to parties impacted by this. Can we detect that gas field exists and only then remove it? Also  can we fix the abi build time instead of generating code to fix it during the runtime?
This needs a E2E test with harhdat-vyper.

I understand that you might not have a time to work on this but I can't merge it like this. We will get to this issue eventually.


(#142) migrate to manual parser

Codecov Report

Merging #144 into master will decrease coverage by 1.36%.
The diff coverage is 56.41%.

@@            Coverage Diff             @@
##           master     #144      +/-   ##
==========================================
- Coverage   60.51%   59.15%   -1.37%
==========================================
  Files          16       11       -5
  Lines        1231     1131     -100
==========================================
- Hits          745      669      -76
+ Misses        412      382      -30
- Partials       74       80       +6

Impacted Files
Coverage Δ

src/elz/codegen/module.go
27.27% <100%> (ø)
:arrow_up:

src/elz/lexer/lexer.go
66.03% <100%> (+2.75%)
:arrow_up:

src/elz/parser/parser.go
66.07% <49.01%> (-3.44%)
:arrow_down:

src/elz/codegen/tree.go
38.18% <57.89%> (+6.6%)
: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 179cb74...f80182c. Read the comment docs.


[US] Archive/Unarchive project

Estimated story points:
Description

As a user I want to archive/unarchive projects.
Also I want to be able to show archived projects.

Acceptance criteria

Archived projects are not shown in the default list overview any more.
If the show archived projects is enabled archived projects are also shown in the list overview. Otherwise only unarchived projects are shown by default.

Implementation may be by adding a boolean to the project properties that hides the project in the list but still syncs it. This allows unarchiving. Should also be similar to https://github.com/reform-org/reform/issues/42

Closed by https://github.com/reform-org/reform/pull/90 using deletion instead of archiving

time: 1h


Refactor DynamicScene to use Geometry & Appearances

New Architecture overview
GeometryUpdater is a new interface which is implemented by a class that wishes to map one of the DynamicScene types to an equivalent GeometryInstance and Appearance, i.e. DynamicPolygon is mapped to a PolygonGeometry backed GeometryInstance by the new PolygonGeometryUpdater.  For static data, updaters themselves don't actually create primitives, they just create geometry instances which are analyzed and batched further up the chain.  For dynamic data, each GeometryUpdater knows how to create a DynamicGeometryUpdater instance which manages a single primitive that represents that geometry from frame to frame.
GeometryVisualizer is a new Visualizer type that handles batching and management of the updater supplied instances.  It does not do much other than delegate to private helper classes, StaticGeometryColorBatch, StaticGeometryPerMaterialBatch, StaticOutlineGeometryBatch, and DynamicGeometryBatch (all of which should be self-explanatory).  These helper classes actually create primitives and handle the binning of items (i.e. colored geometry is binned into translucent/opaque categories).  GeometryVisualizer takes an Updater type in it's constructor, which means each visualizer only handles one type of geometry (by design).  This works well because it makes it easy for each geometry type to have it's own appearance, for example, PolylineGeometryUpdater uses the PolylineColorAppearance, instead of the default PerInstanceColorAppearance.
One design decision I made was to treat a filled and outlined geometry as either completely static or completely dynamic.  This is less efficient in the case where one is static and the other isn't, but this almost never happens (for example, having a dynamic numberOfVerticalLines property for Ellipse, but static everything else).  This decision basically makes the code a lot cleaner.  We can always optimize it later if it becomes an issue. That was my approach overall, clean and complete first, optimize later.
Static geometry is created asynchronously, while dynamic geometry is not.  We also only evaluate/iterate over instance attributes that actually change from frame to frame.  This is much more efficient than what is going on with the old visualizers in master.
Other DynamicScene changes
In order to support the above architecture, several changes and features had to be added to the underlying property system.
Properties now have an isConstant property which means the value is constant as far as simulation time goes.  The also have a definitionChanged event which fires if a mutable property is changed (for example, samples are added to SampledProperty).  Both of these changes are necessary in order to properly batch and managed geometry and updates.
DynamicPolygon/Ellipse/Ellipsoid/Polyline have new properties that mirror geometry options (extrudedHeight for example).  Their visualizers have been replaced with updaters.
The propertyChanged event on  DynamicScene objects has been renamed to definitionChanged.  Also, the event is now raised in the case of an existing property being modified as well as having a new property assigned (previously only property assignment would raise the event).
The dynamicObject property which got globbed onto all primitives for picking has been removed and replaced by using the id property, which is the correct way to do it anyway (and didn't exist when we first wrote this).
DynamicDirectionsProperty and DynamicVertexPositionsProperty were both hold-overs from the original DynamicProperty implementation.  I finally got around to deleting them and replaced them with PropertyArray and PositionPropertyArray which allows you to construct an array of Property objects that evaluates to an array whose values are the value of each property at that time.  This is also ground work for a FormatterStringProperty, which will allow for time-dynamic strings with sampled values.
TODO Before ready for final review

[x] Finish documentation
[x] Finish tests
[x] Clean up changes to DataSourceDisplay
[x] Update CHANGES.MD with full list of breaking changes and features

Revisiting this, it looks like the ellipsoid properties were never added to CzmlDataSource, so they've never worked.  Specifically subdivisions stackPartitions slicePartitions.  @mramato I assume that was an oversight?


How can I use kenetics-i3d to get the  video features

I try to use i3d extract features as .npy format.However, the shape of the output is 4D.The shape of your preprocessing dataset is 2D.What should I do next to achieve the right demension?

I think you may refer to the (https://github.com/Finspire13/pytorch-i3d-feature-extraction repo for details. They add an average pooling operation to turn the [N, C, T, H, W] feature into [N, C] features. Thus, each clip will become a single tensor with [C] shape, and all clips (suppose we have M clips) in a video will become a feature sequence like [M, C].

We use features from I3D after the last average pooling, resulting in a single feature vector of size C for each clip and thus a sequence of features (T x C) for each video. My bet is that the I3D features you have extracted are before the average pooling and thus preserve the spatial dimension.

Let me know if there is any further questions. Otherwise, I will mark the issue as resolved.

Mark as resolved.


Fix for issue 131

showTitle parameters changed so that colorStyle and colorTextButton
default to a non-nil value. and use nil coalescing operator when
setting the viewColor and colorTextButton to avoid the crash.

@CrystalVisions you could move 0x22B573 into static variables? to be clear what it is:
Example: let warningDefaultColor = 0x22B573
I will merge once you make changes.
Thanks!

Dar Viktor,
I will do that!
Best Regards,
Diane Loux
29 Josiah Bartlett Road
Amherst, NH 03031
<EMAIL_ADDRESS><EMAIL_ADDRESS>603-554-1980 tel:603-554-1980
LinkedIn Profile: http://www.linkedin.com/in/dianeloux http://www.linkedin.com/in/dianeloux

On Feb 9, 2016, at 12:14 AM, Viktor Radchenko<EMAIL_ADDRESS>wrote:
@CrystalVisions https://github.com/CrystalVisions you could move 0x22B573 into static variables? to be clear what it is:
Example: let warningDefaultColor = 0x22B573
I will merge once you make changes.
Thanks!
—
Reply to this email directly or view it on GitHub https://github.com/vikmeup/SCLAlertView-Swift/pull/132#issuecomment-181713395.

I will make the defaultColor part of SCLAlertViewStyle


Improving Overflow of Images over navbar

Description
The current styling of images requires improvement as they overflow over the navbar when scrolling. This must be fixed so that the Images are properly presented when the user navigates through different pages.
https://github.com/user-attachments/assets/2eefb27c-2fad-483a-a82a-1295c41e8925
Tasks:
Redesign the Images for better visual appeal.
Ensure that the Image does not overflow when navigating to different pages.
@aslams2020  can you assign this issue to me

@VidhanThakur09 Good One! Start working on it

Thank you for assigning this to me.


Crash on mobile mixer app

Hello. First of all, this library is very easy to handle sound sources on javascript and is very useful.
I am very grateful to Tone.js.
I am creating a music player app that plays multiple sound sources at the same time.
A native app for SPA smartphones using Angular and Ionic.
The app crashes in certain cases.
When the user selects a song, the player screen starts and the sound source data saved in the mobile terminal is read.
for (let i = 0; i < this.trackArr.length; i++) {
  const file = //[Omitted] blob data generation
  this.solos[i] = new Tone.Solo().toDestination();
  this.sounds[i] = new Tone.Player({
    url: file,
    loop: false,
    autostart: false,
    onload: () => {
      //Code omitted. Checking the number loaded.
    }
  }).connect(this.solos[i]).sync().start(0);
}

Once everything is loaded, the Play Button will be enabled, and then when the user presses the button,
Tone.Transport.start();
Is executed and played simultaneously on the same time axis.
The player screen is open in a modal window and when the user presses the close button it does the following:
(There may be unnecessary instructions...)
Tone.Transport.stop();
setTimeout(async () => {
  this.sounds.forEach((sound) => {
    sound.dispose();
    sound.disconnect();
  });
  this.solos.forEach((solo) => {
    solo.dispose();
    solo.disconnect();
  });
  this.sounds = new Array();
  this.solos = new Array();
}, 500);

It doesn't really matter here ...
[setTimeout] is used because a crash will occur if you do not wait for a while after [Tone.Transport.stop()].
The Tone.js library is loaded when the app starts.
That's all for the overview of the app.
Think of it as a simple DAW app with only playback capabilities, with solos and mute.
I am suffering from a crash in two cases. The following is an event on a device with low specifications (GALAXY S5 / android v6.0.1), and the problem does not occur on a relatively new iPhone.
No.1
About the target sound source
Number of files: 7
Time: 4 minutes 30 seconds
File size: 3.2MB / File
Error
It always crashes while loading.
No.2
About the target sound source
Number of files: 10
Playing time: 3 minutes 29 seconds
File size: 818KB / File
Error
Launch the app, the first load is completed without any problems, and you can play it.
However, if you close the modal screen (player screen), select a song again, and start loading for the second time, it will crash in the middle like No.1.
The timing of each crash is the same.
I think that No. 1 can't be helped because the file size is large, but because No.2 can be read once, I think that there is a solution .
By the way, if you reduce the number of No.2 files from 10 to 3, a crash will occur after about 10 times starting.
I would appreciate it if you could answer any hints.
Thank you very much.

My guess here is that the browser is running out of memory and it's not necessarily something related to Tone.js.
Using the file sizes that you mentioned, a single 4:30 mp3 file would decode into approx 95MB of RAM. Here's my math:
270 (second audio file) * 44100 (common sample rate) * 2 (for stereo files) * 4 (bytes in a float 32 sample) = 95MB

7 files at this size would be a big load on a memory constrained devices and i guess in some cases cause the system to shut it down for taking up too much resources. It doesn't really matter that the files were relatively small when they were compressed because Web Audio Buffers are the raw PCM data of the audio file stored in a Float32Array.
In the past when i've tried to load big files like this, i would split them up into smaller chunks and only load them when necessary. I typically used the transport to create a callback before the file is needed and then load that group of files.
I've seen a library which helps with this technique here: https://github.com/AnthumChris/fetch-stream-audio
It seems like the crash is not unique to Tone.js, but more of a Web Audio / javascript issue of loading large files into memory.

In the past when i've tried to load big files like this, i would split them up into smaller chunks and only load them when necessary. I typically used the transport to create a callback before the file is needed and then load that group of files.

In the past when i've tried to load big files like this, i would split them up into smaller chunks and only load them when necessary. I typically used the transport to create a callback before the file is needed and then load that group of files.
Pls, is there any example of application in Tone correspondence, I ran into this trouble


Add dockerfile for the OCP builds too

Adding another dockerfile for the OCP builds.
cc: @sosiouxme

/lgtm


Chromium crash in wayland with the meta-browser yocto setup for linux

Hi All
Trying to run chromium inside wayland in an intel board based on Linux yocto BSP. So a version of chromium 40 comes along with the meta-browser is been used (https://github.com/OSSystems/meta-browser/blob/master/recipes-browser/chromium/chromium_40.0.2214.91.bb)
I have verified weston by running some complex OpenGL application and all works fine. And when tried to launch the chromium, the chromium window just popup and crashed,
Can anyone could point where could be wrong here? I can see a "wl_display_dispatch failed" message followed with a Chrome Segfault.
log is attached below
[00:00:07.165] weston 1.5.0
http://wayland.freedesktop.org/
Bug reports to:
https://bugs.freedesktop.org/enter_bug.cgi?product=Wayland&component=weston&version=1.5.0
[00:00:07.166] Using config file '/etc/xdg/weston/weston.ini'
[00:00:07.167] Loading module '/usr/lib/weston/drm-backend.so'
[00:00:07.177] initializing drm backend
[00:00:07.181] using /dev/dri/card0
[00:00:07.181] Loading module '/usr/lib/weston/gl-renderer.so'
[00:00:07.354] warning: EGL_EXT_swap_buffers_with_damage not supported. Performance could be affected.
[00:00:07.355] launching '/usr/lib/weston/weston-keyboard'
[00:00:07.407] input device PixArt USB Optical Mouse, /dev/input/event0 is a pointer caps = relative-motion button
[00:00:07.546] EGL version: 1.4 (DRI2)
[00:00:07.546] EGL vendor: Mesa Project
[00:00:07.546] EGL client APIs: OpenGL OpenGL_ES OpenGL_ES2 OpenGL_ES3
[00:00:07.546] EGL extensions: EGL_MESA_drm_image EGL_MESA_configless_context
EGL_WL_bind_wayland_display EGL_KHR_image_base
EGL_KHR_image_pixmap EGL_KHR_image
EGL_KHR_get_all_proc_addresses EGL_KHR_gl_texture_2D_image
EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image
EGL_KHR_surfaceless_context EGL_KHR_create_context
EGL_EXT_buffer_age EGL_EXT_image_dma_buf_import
EGL_MESA_image_dma_buf_export
[00:00:07.547] GL version: OpenGL ES 3.0 Mesa 10.6.8 (git-91c6302)
[00:00:07.547] GLSL version: OpenGL ES GLSL ES 3.00
[00:00:07.547] GL vendor: Intel Open Source Technology Center
[00:00:07.547] GL renderer: Mesa DRI Intel(R) HD Graphics (Broxton)[00:00:07.547] GL extensions: GL_EXT_blend_minmax GL_EXT_multi_draw_arrays
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_compression_dxt1 GL_EXT_texture_format_BGRA8888
GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth24
GL_OES_element_index_uint GL_OES_fbo_render_mipmap
GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives
GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_float
GL_OES_texture_float_linear GL_OES_texture_half_float
GL_OES_texture_half_float_linear GL_OES_texture_npot
GL_OES_EGL_image GL_OES_depth_texture
GL_OES_packed_depth_stencil GL_EXT_texture_type_2_10_10_10_REV
GL_OES_get_program_binary GL_APPLE_texture_max_level
GL_EXT_discard_framebuffer GL_EXT_read_format_bgra
GL_NV_fbo_color_attachments GL_OES_EGL_image_external
GL_OES_EGL_sync GL_OES_vertex_array_object
GL_ANGLE_texture_compression_dxt3
GL_ANGLE_texture_compression_dxt5 GL_EXT_texture_rg
GL_EXT_unpack_subimage GL_NV_draw_buffers GL_NV_read_buffer
GL_EXT_draw_buffers GL_EXT_map_buffer_range
GL_OES_depth_texture_cube_map GL_OES_surfaceless_context
GL_EXT_color_buffer_float GL_EXT_separate_shader_objects
GL_EXT_shader_integer_mix GL_KHR_context_flush_control
[00:00:07.547] GL ES 2 renderer features:
read-back format: BGRA
wl_shm sub-image to texture: yes
EGL Wayland extension: yes
[00:00:07.547] Chosen EGL config details:
RGBA bits: 8 8 8 0
swap interval range: 0 - 0
[00:00:07.569] Loading module '/usr/lib/weston/ivi-shell.so'
[00:00:07.573] ivi-shell: Loading module '/usr/lib/weston/ivi-layout.so'
[00:00:07.575] Loading module '/usr/lib/weston/hmi-controller.so'
[00:00:07.578] ivi-shell uses HDMI1 as a screen.
[00:00:07.578] ivi-shell: screen resolution is (1920,1080).
[00:00:07.578] Compositor capabilities:
arbitrary surface rotation: yes
screen capture uses y-flip: yes
[00:00:07.642] launching '/usr/lib/weston/weston-ivi-shell-user-interface'
sh-4.3# /usr/bin/google-chrome &
57.828949] IPVS: Creating netns size=1304 id=1
[1:1:1220/000056:ERROR:image_metadata_extractor.cc(111)] Couldn't load libexif.
[3137707.495] -> wl_display@1.get_registry(new id wl_registry@2)
[3137707.606] -> wl_display@1.sync(new id wl_callback@3)
[3137707.988] wl_display@1.delete_id(3)
[3137708.103] wl_registry@2.global(1, "wl_display", 1)
[3137708.145] wl_registry@2.global(2, "wl_compositor", 3)
[3137708.180] wl_registry@2.global(3, "wl_subcompositor", 1)
[3137708.212] wl_registry@2.global(4, "wl_scaler", 2)
[3137708.244] wl_registry@2.global(5, "wl_text_input_manager", 1)
[3137708.276] wl_registry@2.global(6, "wl_data_device_manager", 1)
[3137708.307] wl_registry@2.global(7, "wl_shm", 1)
[3137708.344] wl_registry@2.global(8, "wl_drm", 2)
[3137708.377] wl_registry@2.global(9, "wl_seat", 3)
[3137708.409] wl_registry@2.global(10, "wl_input_method", 1)
[3137708.441] wl_registry@2.global(11, "wl_output", 2)
[3137708.566] -> wl_registry@2.bind(11, "wl_output", 1, new id [unknown]@4)
[3137708.634] wl_registry@2.global(12, "wl_input_panel", 1)
[3137708.673] wl_registry@2.global(13, "ivi_application", 1)
[3137708.708] wl_registry@2.global(14, "ivi_hmi_controller", 1)
[3137708.741] wl_callback@3.done(1)
[3137708.772] -> wl_display@1.sync(new id wl_callback@3)
[3137709.000] wl_display@1.delete_id(3)
[3137709.035] wl_output@4.geometry(0, 0, 260, 140, 0, "CMN", "unknown", 0)
[3
[907:907:1220/000056:ERROR:gpu_info_collector_ozone.cc(11)] Not implemented reached in std::string
gpu::CollectDriverVersionNVidia()
[3137914.907] -> wl_display@1.get_registry(new id wl_registry@2)
[3137915.071] -> wl_display@1.sync(new id wl_callback@3)
[3137915.465] wl_display@1.delete_id(3)
[3137915.570] wl_registry@2.global(1, "wl_display", 1)
[3137915.612] wl_registry@2.global(2, "wl_compositor", 3)
[3137915.655] -> wl_registry@2.bind(2, "wl_compositor", 1, new id [unknown]@4)
[3137915.716] wl_registry@2.global(3, "wl_subcompositor", 1)
[3137915.752] wl_registry@2.global(4, "wl_scaler", 2)
[3137915.784] wl_registry@2.global(5, "wl_text_input_manager", 1)
[3137915.818] -> wl_registry@2.bind(5, "wl_text_input_manager", 1, new id [unknown]@5)
[3137915.861] wl_registry@2.global(6, "wl_data_device_manager", 1)
[3137915.909] wl_registry@2.global(7, "wl_shm", 1)
[3137915.946] -> wl_registry@2.bind(7, "wl_shm", 1, new id [unknown]@6)
[3137916.225] -> wl_shm@6.create_pool(new id wl_shm_pool@7, fd 9, 2304)
wl_registry@2.global(12, "wl_input_panel", 1)
wl_registry@2.global(13, "ivi_application", 1)
-> wl_registry@2.bind(13, "ivi_application", 1, new id [unknown]@10)
wl_registry@2.global(14, "ivi_hmi_controller", 1)
wl_callback@3.done(1)
Native platform type: wayland (environment overwrite)
added egl_dri2 to module array
the best driver is DRI2 (test only)
-> wl_display@1.get_registry(new id wl_registry@3)
-> wl_display@1.sync(new id wl_callback@11)
wl_display@1.delete_id(11)
wl_registry@3.global(1, "wl_display", 1)
wl_registry@3.global(2, "wl_compositor", 3)
wl_registry@3.global(3, "wl_subcompositor", 1)
wl_registry@3.global(4, "wl_scaler", 2)
wl_registry@3.global(5, "wl_text_input_manager", 1)
wl_registry@3.global(6, "wl_data_device_manager", 1)
wl_registry@3.global(7, "wl_shm", 1)
wl_registry@3.global(8, "wl_drm", 2)
-> wl_registry@3.bind(8, "wl_drm", 2, new id [unknown]@12)
wl_registry@3.global(9, "wl_seat", 3)
wl_registry@3.global(10, "wl_input_method", 1)
wl_registry@3.global(11, "wl_output", 2)
wl_registry@3.global(12, "wl_input_panel", 1)
wl_registry@3.global(13, "ivi_application", 1)
wl_registry@3.global(14, "ivi_hmi_controller", 1)
wl_callback@11.done(1)
-> wl_display@1.sync(new id wl_callback@11)
wl_display@1.delete_id(11)
wl_drm@12.device("/dev/dri/card0")
-> wl_drm@12.authenticate(2)
libGL: Can't open configuration file /etc/drirc: No such file or
directory.[907:907:1220/000056:ERROR:desktop_window_tree_host_ozone.cc(578)] Not implemented reached
in virtual void views::DesktopWindowTreeHostOzone::SetWindowIcons(const gfx::ImageSkia&, const
gfx::ImageSkia&)
libEGL debug: DRI2: dlopen(/usr/lib/dri/i965_dri.so)
libEGL debug: DRI2: found extension DRI_Core' libEGL info: DRI2: found extension DRI_Core version 1 libEGL debug: DRI2: found extension DRI_IMAGE_DRIVER'
libEGL debug: DRI2: found extension DRI_DRI2' libEGL info: DRI2: found extension DRI_DRI2 version 4 libEGL debug: DRI2: found extension DRI_DriverVtable'
libEGL debug: DRI2: found extension `DRI_ConfigOptions'
[907:907:1220/000057:ERROR:desktop_drag_drop_client_wayland.cc(14)] Not implemented reached in
views::DesktopDragDropClientWayland::DesktopDragDropClientWayland(aura::Window*)
[907:907:1220/000057:ERROR:desktop_window_tree_host_ozone.cc(599)] Not implemented reached in virtual
void views::DesktopWindowTreeHostOzone::OnRootViewLayout()
[907:907:1220/000057:ERROR:ozone_webui.cc(48)] Not implemented reached in virtual
scoped_ptrgfx::ScopedPangoFontDescription views::OzoneWebUI::GetDefaultPangoFontDescription() const
[907:907:1220/000057:ERROR:ozone_webui.cc(42)] Not implemented reached in virtual
gfx::FontRenderParams views::OzoneWebUI::GetDefaultFontRenderParams() const[907:907:1220/000057:ERROR:ozone_webui.cc(53)] Not implemented reached in virtual double
views::OzoneWebUI::GetFontDPI() const
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file //.drirc: No such file or directory.
libEGL debug: DRI2: found extension DRI_TexBuffer' libEGL info: DRI2: found extension DRI_TexBuffer version 3 libEGL debug: DRI2: found extension DRI2_Fence'
libEGL debug: DRI2: found extension DRI2_Flush' libEGL info: DRI2: found extension DRI2_Flush version 4 libEGL debug: DRI2: found extension DRI_IMAGE'
libEGL info: DRI2: found extension DRI_IMAGE version 11
libEGL debug: DRI2: found extension DRI_RENDERER_QUERY' libEGL debug: DRI2: found extension DRI_CONFIG_QUERY'
libEGL debug: DRI2: found extension `DRI_Robustness'
libEGL debug: the best driver is DRI2
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
[3138901.253] wl_output@9.mode(0, 640, 480, 59940)[3139085.652] -> wl_drm@12.create_prime_buffer(new id wl_buffer@16, fd 31, 945, 1060, 875713089, 0,
4096, 0, 0, 0, 0)
[3139085.868] -> wl_surface@11.attach(wl_buffer@16, 0, 0)
[3139085.912] -> wl_surface@11.damage(0, 0,<PHONE_NUMBER>,<PHONE_NUMBER>)
[3139118.135] -> wl_surface@11.commit()
[3139118.212] -> wl_display@1.sync(new id wl_callback@17)
[3139118.893] wl_display@1.delete_id(17)
[3139293.049] wl_pointer@15.leave(12, wl_surface@11)
[3139293.189] wl_pointer@15.enter(13, wl_surface@11, 253.351562, 270.406250)
[3139319.318] wl_buffer@16.release()
[3139319.418] wl_callback@18.done(11)
[3139320.536] -> wl_surface@11.attach(wl_buffer@16, 0, 0)
[3139320.622] -> wl_surface@11.damage(0, 0,<PHONE_NUMBER>,<PHONE_NUMBER>)
[3139320.946] -> wl_surface@11.commit()
[3139321.029] -> wl_display@1.sync(new id wl_callback@18)
[3139321.569] wl_display@1.delete_id(18)
[3139326.114] wl_pointer@15.leave(14, wl_surface@11)
[3139326.266] wl_pointer@15.enter(15, wl_surface@11, 225.535156, 240.363281)
[3139356.693] wl_buffer@17.release()
[3139356.768] wl_callback@18.done(13)
[3139357.919] -> wl_surface@11.attach(wl_buffer@17, 0, 0)
[3139358.040] -> wl_surface@11.damage(0, 0,<PHONE_NUMBER>,<PHONE_NUMBER>)
[3139358.318] -> wl_surface@11.commit()
[3139358.350] -> wl_display@1.sync(new id wl_callback@18)
[3139359.635] wl_display@1.delete_id(18)
[3139359.713] wl_pointer@15.leave(16, wl_surface@11)
[3139359.801] wl_pointer@15.enter(17, wl_surface@11, 208.609375, 222.687500)
[3139393.095] wl_pointer@15.leave(18, wl_surface@11)
[3139393.255] wl_pointer@15.enter(19, wl_surface@11, 199.789[59.802407]
chrome[937]: segfault at 0 ip<PHONE_NUMBER>ef3b12 sp 00007ffc4b869ac0 error 4062, 212.851562)
[3139395.478] wl_buffer@16.release()
[3139395.566] wl_callback@18.done(15)
[3139396.710] -><EMAIL_ADDRESS>in chrome[5633626c0000+6372000]ttach(wl_buffer@16, 0, 0)
[3139396.801] -> wl_surface@11.damage(0, 0,<PHONE_NUMBER>,<PHONE_NUMBER>)
[3139397.130] -> wl_surface@11.commit()
[3139397.166] -> wl_display@1.sync(new id wl_callback@18)
[3139398.469] wl_display@1.delete_id(18)
[907:908:1220/000058:ERROR:ozone_webui.cc(42)] Not implemented reached in virtual
gfx::FontRenderParams views::OzoneWebUI::GetDefaultFontRenderParams() const
[907:908:1220/000058:ERROR:ozone_webui.cc(42)] Not implemented reached in virtual
gfx::FontRenderParams views::OzoneWebUI::GetDefaultFontRenderParams() const
message too short, object (13), message warning(i?s)
[937:962:1220/000058:ERROR:display_poll_thread.cc(98)] wl_display_dispatch failed with an error.22
[907:908:1220/000058:ERROR:ozone_webui.cc(42)] Not implemented reached in virtual
gfx::FontRenderParams views::OzoneWebUI::GetDefaultFontRenderParams() const
libEGL debug: EGL user error 0x3003 (EGL_BAD_ALLOC) in failed to allocate color buffer
libEGL debug: EGL user error 0x3003 (EGL_BAD_ALLOC) in dri2_swap_buffers
[937:937:1220/000058:ERROR:gles2_cmd_decoder.cc(9602)] Context lost because SwapBuffers failed.
[937:937:1220/000058:ERROR:gles2_cmd_decoder.cc(3952)] Error: 5 for Command kSwapBuffers
[3139481.086] -> wl_buffer@17.destroy()
[3139481.194] -> wl_buffer@16.destroy()
[3139481.244] -> ivi_surface@13.destroy()
[3139481.292] -> wl_surface@11.destroy()
[907:907:1220/000058:ERROR:command_buffer_proxy_impl.cc(150)] Could not send
GpuCommandBufferMsg_Initialize.
[907:907:1220/000058:ERROR:webgraphicscontext3d_command_buffer_impl.cc(213)]
CommandBufferProxy::Initialize failed.
[907:907:1220/000058:ERROR:webgraphicscontext3d_command_buffer_impl.cc(230)] Failed to initialize
command buffer.
[3139610.348] -> wl_display@1.get_registry(new id wl_registry@2)
[3139610.451] -> wl_display@1.sync(new id wl_callback@3)
[3139614.644] wl_display@1.delete_id(3)
[3139614.745] wl_registry@2.global(1, "wl_display", 1)
[3139614.786] wl_registry@2.global(2, "wl_compositor", 3)
[3139614.828] -> wl_registry@2.bind(2, "wl_compositor", 1, new id [unknown]@4)
[3139614.888] wl_registry@2.global(3, "wl_subcompositor", 1)
[3139614.924] wl_registry@2.global(4, "wl_scaler", 2)
[3139614.956] wl_registry@2.global(5, "wl_text_input_manager", 1)
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file //.drirc: No such file or directory.
libEGL debug: pci id for fd 9: 8086:5a84, driver i965
LIBGL:
debug: DRI2: dlopen(/usr/lib/dri/i965_dri.so)
debug: DRI2: found extension DRI_Core' info: DRI2: found extension DRI_Core version 1 debug: DRI2: found extension DRI_IMAGE_DRIVER'
debug: DRI2: found extension DRI_DRI2' info: DRI2: found extension DRI_DRI2 version 4 debug: DRI2: found extension DRI_DriverVtable'
debug: DRI2: found extension DRI_ConfigOptions' Can't open configuration file /etc/drirc: No such file or directory. Can't open configuration file //.drirc: No such file or directory. debug: DRI2: found extension DRI_TexBuffer'
info: DRI2: found extension DRI_TexBuffer version 3
debug: DRI2: found extension DRI2_Fence' debug: DRI2: found extension DRI2_Flush'
info: DRI2: found extension DRI2_Flush version 4
libEGL debug: DRI2: found extension `DRI2_Flush'
libEGL info: DRI2: found e[60.506065]
chrome[998]: segfault at 0 ip 000055aafdc69b12 sp00007fff7c071510 error 4xtension DRI2_Flush version 4
chrome[998]: segfault at 0 ip 000055aafdc69b12 sp00007fff7c071510 error 4xtension DRI2_Flush version 4
libEGL debug: DRI2: found extensi in chrome[55aafc436000+6372000]on DRI_IMAGE' libEGL info: DRI2: found extension DRI_IMAGE version 11 libEGL debug: DRI2: found extension DRI_RENDERER_QUERY'
libEGL debug: DRI2: found extension DRI_CONFIG_QUERY' libEGL debug: DRI2: found extension DRI_Robustness'
libEGL debug: the best driver is DRI2
libEGL debug: DRI2: found extension DRI_IMAGE' libEGL info: DRI2: found extension DRI_IMAGE version 11 libEGL debug: DRI2: found extension DRI_RENDERER_QUERY'
libEGL debug: DRI2: found extension DRI_CONFIG_QUERY' libEGL debug: DRI2: found extension DRI_Robustness'
libEGL debug: the best driver is DRI2
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file //.drirc: No such file or directory.
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file //.drirc: No such file or directory.
[907:907:1220/000059:ERROR:command_buffer_proxy_impl.cc(150)] Could not send
GpuCommandBufferMsg_Initialize.
[907:907:1220/000059:ERROR:webgraphicscontext3d_command_buffer_impl.cc(213)]
CommandBufferProxy::Initialize failed.
[907:907:1220/000059:ERROR:webgraphicscontext3d_command_buffer_impl.cc(230)] Failed to initialize
command buffer.
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file //.drirc: No such file or directory.
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file //.drirc: No such file or directory.
[907:907:1220/000100:ERROR:surface_factory_ozone.cc(53)] Not implemented reached in virtual
scoped_ptrui::SurfaceOzoneCanvas
ui::SurfaceFactoryOzone::CreateCanvasForWidget(gfx::AcceleratedWidget)
[907:907:1220/000100:FATAL:software_output_device_ozone.cc(22)] Failed to initialize canvas
/usr/bin/google-chrome: lin12 907 Aborted /usr/bin/chromium/chrome

openGL enabled log shows as below,
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
[814188.960] wl_keyboard@14.keymap(1, fd 26, 45282)
libGL: Can't open configuration file /etc/drirc: No such file or directory.
libGL: Can't open configuration file /home/root/.drirc: Operation not permitted.
I am not sure if the above line cause the issue, but after this all OpenGL related calls in the “gles2_cmd_decoder.cc” shows as ERROR
[11510:11510:1220/040832:ERROR:gles2_cmd_decoder.cc(3887)] [GroupMarkerNotSet(crbug.com/242999)!:D0E2464508390000]cmd: kGetMultipleIntegervCHROMIUM
[11510:11510:1220/040832:ERROR:gles2_cmd_decoder.cc(3887)] [GroupMarkerNotSet(crbug.com/242999)!:D0E2464508390000]cmd: kGetShaderPrecisionFormat
[11510:11510:1220/040832:ERROR:gles2_cmd_decoder.cc(3887)] [GroupMarkerNotSet(crbug.com/242999)!:D0E2464508390000]cmd: kGetShaderPrecisionFormat
…
And it throws an error while trying to swap the buffer,
[11510:11510:1220/040841:ERROR:gles2_cmd_decoder.cc(3887)] [.Compositor-0x13cea2fd0a80]cmd: kSwapBuffers
libEGL debug: EGL user error 0x3003 (EGL_BAD_ALLOC) in dri2_swap_buffers
[11510:11510:1220/040841:ERROR:gles2_cmd_decoder.cc(9602)] Context lost because SwapBuffers failed.
[11510:11510:1220/040841:ERROR:gles2_cmd_decoder.cc(3129)]   GLES2DecoderImpl: Context lost during MakeCurrent.
And followed by a segment fault at chrome
chrome[11510]: segfault at 0 ip<PHONE_NUMBER>0e2b12 sp 00007ffe764239b0 error
I guess could be a wrong configuration somewhere in chromium->ozone->wayland->GL->DRI

updated with chromium 45, but still crash observed
OZONE_WAYLAND_GIT_BRANCH = "Milestone-Trask"
OZONE_WAYLAND_GIT_SRCREV = "d6ad1b8bb4e2c71427283ffc21ac8d66cb576730"
Chromium GPU process crashing, chrome window appeared and crashed 3 times
and got few error messages as below,
libEGL debug: Native platform type: wayland (environment overwrite)
libEGL debug: added egl_dri2 to module array
libEGL debug: the best driver is DRI2 (test only)
libEGL debug: pci id for fd 15: 8086:5a84, driver i965
libEGL debug: DRI2: dlopen(/usr/lib/dri/i965_dri.so)
libEGL debug: DRI2: found extension DRI_Core' libEGL info: DRI2: found extension DRI_Core version 1 libEGL debug: DRI2: found extension DRI_IMAGE_DRIVER'
libEGL debug: DRI2: found extension DRI_DRI2' libEGL info: DRI2: found extension DRI_DRI2 version 4 libEGL debug: DRI2: found extension DRI_DriverVtable'
libEGL debug: DRI2: found extension `DRI_ConfigOptions'
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
[12883:12889:1220/050739:ERROR:display_poll_thread.cc(96)] wl_display_dispatch failed with an error.22
libEGL debug: EGL user error 0x3003 (EGL_BAD_ALLOC) in failed to allocate color buffer
libEGL debug: EGL user error 0x3003 (EGL_BAD_ALLOC) in dri2_swap_buffers
[12883:12883:1220/050740:ERROR:gles2_cmd_decoder.cc(11108)] Context lost because SwapBuffers failed.
[12883:12883:1220/050740:ERROR:gles2_cmd_decoder.cc(4343)] Error: 5 for Command kSwapBuffers
[12883:12883:1220/050740:ERROR:gles2_cmd_decoder.cc(3497)]   GLES2DecoderImpl: Trying to make lost context current.
libEGL debug: EGL user error 0x3003 (EGL_BAD_ALLOC) in failed to[18310.102059] chrome[12914]: segfault at 1000d606e700 ip 00007fdae2787eac sp 00007fff3d037e50 error 4 allocate color buffer
in i965_dri.so[7fdae244f000+4f7000]
[12862:12862:1220/050743:FATAL:display.cc(252)] The browser process has attempted to start the GPU process in software rendering mode. Software rendering is not supported in Ozone-Wayland, so this is fatal. Usually this error occurs because the GPU process crashed in hardware rendering mode, often due to failure to initialize EGL. To debug the GPU process, start Chrome with --gpu-startup-dialog so that the GPU process pauses on startup, then attach to it with 'gdb -p' and run the command 'signal SIGUSR1' in order to unpause it. If you have xterm then it is easier to run 'chrome --no-sandbox --gpu-launcher='xterm -title renderer -e gdb --eval-command=run --args''

I have upgraded to the latest milestone-south sister branch and build and run this on the target (Intel)
But still observed the GPU process crash as mentioned above.
one point to note here, I am only able to see the ivi shell supported in the target hardware, (no wl_shell or xdg_shell)
[3944885.976] wl_registry@2.global(13, "ivi_application", 1)
[3944886.014] wl_registry@2.global(14, "ivi_hmi_controller", 1),
and getting a geometry as below
[3944886.340] wl_output@4.geometry(0, 0, 700, 390, 0, "HAI", "32V3H-H6A", 0),
not sure if it make any sense, when i am running ozone Wayland on the Linux PC, i am getting this as below
[538581.036] wl_output@4.geometry(0, 0, 270, 169, 0, "weston-X11", "none", 0)

I have upgraded to the latest milestone-south sister branch and build and run this on the target (Intel)
But still observed the GPU process crash as mentioned above.
one point to note here, I am only able to see the ivi shell supported in the target hardware, (no wl_shell or xdg_shell)
[3944885.976] wl_registry@2.global(13, "ivi_application", 1)
[3944886.014] wl_registry@2.global(14, "ivi_hmi_controller", 1),
and getting a geometry as below
[3944886.340] wl_output@4.geometry(0, 0, 700, 390, 0, "HAI", "32V3H-H6A", 0),
not sure if it make any sense, when i am running ozone Wayland on the Linux PC, i am getting this as below
[538581.036] wl_output@4.geometry(0, 0, 270, 169, 0, "weston-X11", "none", 0)
one point to note here, I am only able to see the ivi shell supported in the target hardware, (no wl_shell or xdg_shell)
[3944885.976] wl_registry@2.global(13, "ivi_application", 1)
[3944886.014] wl_registry@2.global(14, "ivi_hmi_controller", 1),
and getting a geometry as below
[3944886.340] wl_output@4.geometry(0, 0, 700, 390, 0, "HAI", "32V3H-H6A", 0),
not sure if it make any sense, when i am running ozone Wayland on the Linux PC, i am getting this as below
[538581.036] wl_output@4.geometry(0, 0, 270, 169, 0, "weston-X11", "none", 0)