audio: crash when alt+tabbing/maximizing/minimizing the window on Linux

oto: ALSA error at snd_pcm_writei: File descriptor in bad state: goroutine 1 [running, locked to thread]:
runtime/debug.Stack()
	runtime/debug/stack.go:24 +0x65
main.logErrorAndExit({0x914d00, 0xc0166923e0}, 0xc00012ca20)
	github.com/wasedaigo/rpgsnack-runtime/main.go:114 +0x3f
main.main()
	github.com/wasedaigo/rpgsnack-runtime/main.go:102 +0x353

CC @wasedaigo

https://github.com/gaojunchen/imx6-dual-core-hardware/blob/8857eb68aa99c3e4f2df63f472b1991ed6fe123d/alsa_sound/AudioStreamOutALSA.cpp#L101-L119
I'm not sure but there is a way to handle this. The problem is that I cannot reproduce this issue yet.

Another possible solution is to mark the device unusable and recreate a handler with another candidate device.

A better algorithm to choose a device
https://source.chromium.org/chromium/chromium/src/+/main:media/audio/alsa/alsa_output.cc;l=665;drc=1946212ac0100668f14eb9e2843bdd846e510a1e

This causes on an actual game, and I cannot reproduce this yet. I think the minimized test case is

Run examples/audio
Press U
Press Alt+Tab several times

I appreciate if someone could reproduce the case.

I've not confirmed this fixed yet, but hopefully the current Oto usage fixed this.


[Enhancement] rename a few starmgr related configuration

change starmgr related name to cloud_native
disable separate starmgr configuration, always use builtin starmgr server

What type of PR is this：

[ ] BugFix
[ ] Feature
[X] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #
Problem Summary(Required) ：

Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[X] I have checked the version labels which the pr will be auto backported to target branch

[X] 3.0
[ ] 2.5
[ ] 2.4
[ ] 2.3
[ ] 2.2

run starrocks_admit_test

[FE PR Coverage Check]
:disappointed: fail : 31 / 39 (79.49%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/lake/StarOSAgent.java
1
4
25.00%
[103, 112, 113]

:large_blue_circle:
com/starrocks/staros/StarMgrServer.java
16
21
76.19%
[149, 150, 151, 152, 153]

:large_blue_circle:
com/starrocks/common/Config.java
14
14
100.00%
[]

[FE PR Coverage Check]
:heart_eyes: pass : 29 / 36 (80.56%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/lake/StarOSAgent.java
1
4
25.00%
[103, 112, 113]

:large_blue_circle:
com/starrocks/staros/StarMgrServer.java
16
20
80.00%
[149, 150, 151, 152]

:large_blue_circle:
com/starrocks/common/Config.java
12
12
100.00%
[]

run starrocks_admit_test

@Mergifyio backport branch-3.0


Problems with starting xorg

All xorg based options seem to fail when using ly. It seems to be some kind of permissions issue:
xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
The issue happens only with ly, manual startx and other displaymanagers seem to work fine. Logging into console with ly also works.
Using the version packaged in AUR:
https://aur.archlinux.org/packages/ly-git

I don't have any issue with up-to-date packages, can you detail the issue ?

I confirm.
Only the login to the console works.
In other cases, a black screen.

Not sure if it's related though, lately my setup takes ages on the console screen before showing ly. Maybe the services takes longer to load but I don't know why they would

Here's the output when the black screen:
$ ps aux | grep X  testuser       929  0.0  0.0  16040  1100 tty2     S+   20:41   0:00 xinit /etc/ly/xsetup.sh /usr/bin//usr/bin/openbox-session -- /usr/bin/X :0 vt2 -auth /home/testuser/.lyxauth root       938  0.2  0.2<PHONE_NUMBER>2 tty2     Sl   20:41   0:00 /usr/lib/xorg-server/Xorg :0 vt2 -auth /home/testuser/.lyxauth

I tried running from the command line:
$ xinit /etc/ly/xsetup.sh /usr/bin/openbox-session -- /usr/bin/X :0 vt2 -auth /home/testuser/.lyxauth
Also black screen.
But then I came up with the idea of adding sudo.
Like this:
$ sudo xinit /etc/ly/xsetup.sh /usr/bin/openbox-session -- /usr/bin/X :0 vt2 -auth /home/testuser/.lyxauth
And it all worked.

Solved.
$ cat .xsession
#!/bin/sh
/bin/bash --login -i ~/.xinitrc
$ rm -f ~/.xsession

The issue comes from your .xsession, not from ly. I will add warnings about potentially interfering files in the readme for the next version

@le34n I had a very similar issue and after modifying the source as you mention, ly manages to login, but my .xinitrc is being ignored. How did you solve this issue (if you had it)?


How to add to existing (Expo) project?

Hi, I was wondering if RNW was a bit slower than vanilla React, & glad I found your project!
I'm using the latest Expo; any tips to use this there?
Fortunately I'm focusing on getting XState to work with Expo, so I haven't really touched the styling yet.
TIA

I'll try and set up an example for expo and see what I need to do. I'm not sure if it will support without ejecting. Am currently quite busy but I have a number of updates almost ready, maybe this coming weekend..

Check it out: https://github.com/tamagui/tamagui-expo-example

Hey @natew, we can't get that example working. Are there more steps required than installing packages & running?

It runs for me but I'll check with latest published versions. I'm working on a new one with repack which helps me develop fully locally using yarn link, here: https://github.com/tamagui/tamagui-rn-repack-example
Note, this won't work for you for now, but going to use it to more rapidly fix up bugs with the demos and put together a kitchen sink demo set.

I've published new versions of both, let me know if you run into anything.

Hey @natew, I really appreciate your work. Expo example works, but after installing package loader-utils inside @tamagui/static (maybe you forgot) :)

Thanks, should be fixed in latest versions.


App upgrade fails with error "has no deployed releases"

On master-head - commit id: 4ac3a87d7

Deploy logging chart with version 3.4.0
Upgrade app to 3.4.6 once it finishes deploying.
App fails to upgrade with error

helm --debug upgrade --history-max=5 --timeout=10m0s --values=/home/shell/helm/values-rancher-logging-3.6.000.yaml --version=3.6.000 --wait=true rancher-logging /home/shell/helm/rancher-logging-3.6.000.tgz
--
Fri, Sep 25 2020 1:20:21 pm | upgrade.go:121: [debug] preparing upgrade for rancher-logging
Fri, Sep 25 2020 1:20:21 pm | Error: UPGRADE FAILED: "rancher-logging" has no deployed releases
Fri, Sep 25 2020 1:20:21 pm | helm.go:94: [debug] "rancher-logging" has no deployed releases

Happens with cis v2 scan and backup restore app as well.

On master-head commit id: ec04f7878

Deploy logging chart with version 3.4.0
Upgrade app to 3.4.6 once it finishes deploying.
App upgrade succeeds.
Validated using backup-restore and CIS benchmark apps also. Upgrade works


⚠ Processors has degraded performance

In 2bf9d7e, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 50 ms

Resolved: Processors performance has improved in 3b83af2.


Replace custom Clair scan with Trivy Github Workflows

We have had ci/clair-scan for a while, but I don't think it has proven useful as we scarcely look at the results, and vulnerabilities are usually reported by Antrea users and third-parties. The way we run Clair is also probably outdated, as this code has not been updated recently.
Since we recently added a Makefile target to run Trivy scans, we replace our "custom" Clair scan code, as well as our Github workflow running scans, with new Github workflows using the standard aquasecurity/trivy-action Github action.
We have 2 Github worfklows running Trivy on the Antrea Ubuntu-based image. The first one runs daily (or on demand) and generates reports (which are then uploaded as artifacts) for the latest Antrea image as well as the image for the latest Antrea released version. The second one runs whenever a Pull Request is created to release a new Antrea version.
Signed-off-by: Antonin Bas<EMAIL_ADDRESS>

@tnqn could you take a look? I'd like to get rid of that old code.

/skip-al

/skip-all


Cannot get linear speedup on faster rcnn with multi-gpu&windows

Environment info
Operating System: Windows Server 2012 R2
Compiler: VS2015
Package used (Python/R/Scala/Julia): Python
MXNet version: Both tried latest prebuild binnary from https://github.com/yajiedesign/mxnet/releases and installed from source with latest commit.
MXNet commit hash (git rev-parse HEAD): 95d9b59
Python version and distribution: Anaconda 2, python 2.7.12
Steps to reproduce

Run python train_end2end.py --network resnet --gpus 0
Run python train_end2end.py --network resnet --gpus 0,1
Run python train_end2end.py --network resnet --gpus 0,1,2,3
The first one will have 2.2 images/sec, but the second one will only have 3.0 images/sec, the third one will only have 3.5 images/sec (Pascal TTX speed), tested on Pascal TTX and TTX. CPU are 2 E5 2650-v3, and CPU usage will be around 10% when running.

this should be normal at current implementation, the io part and some operator is written with python which is not optimized much.

Hi @tornadomeet, I tested it on a Linux server with 4 K40 GPU, it can achieve linear speedup, and I used the CXX Proposal operator.

i implement train_end2end.py and test in a linux server with 6 k80 at that time, it will not get linear spped up. so have you rewritten the proposal operator?

I take C++ operator from https://github.com/precedenceguo/mx-rcnn/tree/master/operator. I think the python operator should not be the critical point.

It seems to be a IO problem, when I skip the get_batch function and use use a pre-computed mini-batch it could get linear speedup. But it supposed to be async and won't have such huge impact, right? And it works well on Linux, so I wonder what's wrong with it, does windows has any limitation?

i'm not familiar with windows about the python io part , cc @yajiedesign

I am seems it cpu problem . get_rcnn_batch not async and it more cpu calculation, and it is run in single thread.
You can change it into a multithreaded mode,
As to why linux linear speedup.I think it's because K40 isn't fast enough.

@yajiedesign Many thanks! I think you are right, I tested Linux and Windows on the same machine with 2 TTX, the problem both exists on two OS. Could you please tell me how to change it into a multithreaded mode? I found that when I use two cards, the get_batch() function time cost is also doubled, cc @precedenceguo

Hi， @Orpine when I use mx-rcnn in windows，I have met a problem，after I successfully installed mxnet I can‘t compile cython，so what do you do in this part，thank for your help。

@niluanwudidadi  please refer this repo: https://github.com/li-haoran/mx-rcnn, it contains setup.py for windows.

Hello,again me. @Orpine I have met a problem in multi-gpu rcnn training,when i use 4 1080, the speed is no faster than 2 gpu, and the terminal report the message "only 4 out of 12 GPU pairs are enabled direct access.The command is python train_end2end --gpu 0,1,2,3. Is the vgg network's reason?when I use resnet the speed is increases linearly with the number of gpu; and is there some parameters should set?

Indeed, get_batch is single threaded. I think yajie means we should move the io to something like ImageRecordIO.

This issue is closed due to lack of activity in the last 90 days. Feel free to ping me to reopen if this is still an active issue. Thanks!

@precedenceguo @YuwenXiong how to change get_batch into a multithreaded mode? Thanks


fix: Import star handle error

Codecov Report
Patch coverage: 50.00% and project coverage change: -0.60 :warning:

Comparison is base (6bb0bb9) 95.33% compared to head (d2b1b09) 94.73%.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@            Coverage Diff             @@
##             main       #9      +/-   ##
==========================================
- Coverage   95.33%   94.73%   -0.60%
==========================================
  Files           4        4
  Lines         150      152       +2
==========================================
+ Hits          143      144       +1
- Misses          7        8       +1

Flag
Coverage Δ

unittests
94.73% <50.00%> (-0.60%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

src/stmdency/visitor.py
94.01% <50.00%> (-0.77%)
:arrow_down:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Disabling swipe right while allowing toggle of menu through button

I'm still a bit unsure about how to do this with Swift,
and wondering if writing this would be a valid PR.
Any suggestions?

Use allowLeftSwipe and allowRightSwipe properties of sideMenu to enable or disable gestures.

@evnaz Thanks!

@evnaz
sorry, how would i use that property?

you can use next line in the NavigationViewController's viewDidLoad function:
sideMenu?.allowRightSwipe = false

or from any content view controller:
self.sideMenuController()?.sideMenu?.allowLeftSwipe = false;

by default this values is true

Thank you so much, I'll try this out!

@evnaz Hi, there seems to be no member named "AllowRightSwipe" in"ENSideMenu"...

@evnaz Oh, I'm sorry, I just checked the code in the example and source, and the sample one seemed to be lacking the "AllowRightSwipe" member. Thank you so much!


data.path is always null

Steps to reproduce

Press button to call capture method

Expected behaviour
Return {path: 'file...."}
Actual behaviour
Path is null.
Environment

Node.js version: 6.2.2
React Native version: 0.28.0
React Native platform + platform version:  Android 6.0

react-native-camera
Version:  0.3.8

Solved my own problem by adding:
<uses-permission android:name="android.permission.CAMERA" />   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>   <uses-feature android:name="android.hardware.camera" android:required="false"/>   <uses-feature android:name="android.hardware.camera.autofocus" android:required="false"/>
To:  android/app/src/main/AndroidManifest.xml
I would recommend updating the docs to show this in the manual install.

In addition I also had to add: captureTarget={Camera.constants.CaptureTarget.disk} to Camera component.

I have the same problem on Android 4.4, Device S4. Any help?


Add option to ignore comment lines

I often have csvs with a header, like this:
# some description of the data
# some more blablabla
# N, M, K
123,456,2
432,253,8

NumPy and Pandas have a parameter to ignore comment lines, by specifying a comment character, in this case it would be #.
It would be really great to have this feature in rapidcsv.

Let me do some research and see how/if this fits in rapidcsv. My gut feeling is maybe that it's outside commonly supported CSV features, so I'm hesitant to add support in rapidcsv. I'll get back..


Update docs deploy

Changes:

Deploy docs only on main changes, instead of main and develop. Main will be the target branch to apply docs changes.

Types of changes
What types of changes does your code introduce?
Put an x in the boxes that apply

[ ] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation Update
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[x] Build related changes
[ ] Other (please describe):

Testing
Requires testing

[ ] Yes
[x] No

In case you checked yes, did you write tests?

[ ] Yes
[ ] No

Codecov Report

Merging #85 (f205837) into develop (15c8559) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff            @@
##           develop      #85   +/-   ##
========================================
  Coverage    84.70%   84.70%
========================================
  Files           32       32
  Lines         1863     1863
========================================
  Hits          1578     1578
  Misses         229      229
  Partials        56       56

Flag
Coverage Δ

unittests
84.70% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Move the documentation to GitHub Wiki

Hi,
I decided to move the documentation from https://littlevgl.com to here as GitHub Wiki Pages. It will enable everybody to edit and extend the documentation if something is missing or not explained well enough.
At first, moving the documentation means mainly copy-pasting the existing texts from https://littlevgl.com to here.
To get started I created the skeleton of the Wiki documentation (https://github.com/littlevgl/lvgl/wiki) and added references to current documentation.
The contribution would be very welcome! If you have some spare time just pick a Wiki page and copy-paste the existing documentation and format it using Markdown.
Please drop a line here is you would like help in it!
Thank you in advance!

@kisvegabor I can help with this, but I seem to be unable to edit the wiki at this point. Possibly it's restricted to collaborators only?

Do you know mdBook ? Rust documentation is generated with this. It transform markdown files based documentation into modern web page.

@embeddedt
True, it was restricted to collaborators only. I enabled it.
@Zaltora
I didn't know mdbook but it seems cool! Although I'd like to keep the documentation in one place and not having a website too. As some people asked for an offline (pdf) documentation do you known a good markdown->pdf generator?

True, an HTML documentation can be offline as well. Sound well!

@kisvegabor Could you please do one page as an example so we know the formatting to use?

As some people asked for an offline (pdf) documentation do you known a good markdown->pdf generator?

There are a lot of tools for this purpose [1],

github-wikito-converter [2]
https://github.com/jobisoft/wikidoc [3]
pandoc [4]

:clipboard: References

https://medium.com/@yakivmospan/did-you-ever-try-to-convert-github-wiki-in-pdf-c3078538bf12
https://github.com/yakivmospan/github-wikito-converter
https://github.com/jobisoft/wikidoc
http://pandoc.org/index.html

@embeddedt
A created two pages as examples:
https://github.com/littlevgl/lvgl/wiki/Styles
https://github.com/littlevgl/lvgl/wiki/Label
To add images I cloned the wiki repo and copied the images from the website to the img folder and used them like this:
 ![Example of Label in LittlevGL Graphics Library ](https://raw.githubusercontent.com/wiki/littlevgl/lvgl/img/label-lv_label.png)
@seyyah
Thank you for this nice collection of tools!

Do you think is possible to add documentation in non English languages?

@kisvegabor Thanks for the two examples! They will be very helpful!
How would I go about adding an image to the wiki repository? I looked it up and it seems that Github doesn't support pull requests on wikis...
https://stackoverflow.com/a/11481887

@C47D
I found this: https://webapps.stackexchange.com/questions/30567/internationalization-of-the-github-wiki-or-github-pages
It seems it's not simple to manage but possible
@embeddedt
Uh, really. It's not so convenient. I think the most simple way would be if I added the images myself and then you can use them.

A solution used by esp-idf project:
readthedocs
the esp-idf documentation:
esp-idf documentation
the sources:
sources docs
It is support version, localization and others things. the file format is differents, it is .rst (reStructuredText)

@kisvegabor Maybe doing like this other wiki, all the topics have a (EN) link on the side which leads to the the page translated to ENglish.
@Zaltora does the esp-idf project uses Sphinx for its documentation?

@C47D  I guess yes. Main page doc from esp-idf: Built with Sphinx using a theme provided by Read the Docs.

@kisvegabor I've just created the Image page on the wiki.
https://github.com/littlevgl/lvgl/wiki/Image
I have added everything except the image for the example. Could you please make sure it looks all right?

@embeddedt  Awesome! I can add the images tomorrow.
@C47D For multi-language support: It's simple and it can work! Let's do this way.
@Zaltora A I see readthedoc doesn't have a free plan. Is it correct?

@kisvegabor, great, i will try to translate the English pages into Spanish when they are finished.
In regards of readthedocs, as far as I know they host open source projects for free.

@C47D It would be great!

I pushed the images and updated the Image's documentation with the example image.

@kisvegabor Thanks! I'll do Line, Arc, and Container next.

@kisvegabor I realized that about 5 minutes after writing the message. :(
So I converted Line, Container, Page, Window, and Tabview. They are still missing images, of course.

@embeddedt Great work!
Were the images not working this way:  ![Example of Image in LittlevGL Graphics Library ](https://raw.githubusercontent.com/wiki/littlevgl/lvgl/img/page-lv_page.png)?

@kisvegabor Oops. I thought the images hadn't been added yet. Fixing that now!

Awesome, thank you very much!
I will add some of the new of the new objects next week.

@kisvegabor I've finished converting all the old object pages.

@kisvegabor All of the documentation pages have now been filled in. We still need to add the new features.

@embeddedt Sorry for the late answer.
I added the 4 new object types (arc, preload, calendar, image button)

@kisvegabor Should i start adding pages translated to Spanish?

@C47D It's perfect! We can do it this way!
@seyyah I saw that you set alphabetic order in the sidebar. It's a good idea for the object types but I think for the introductions (porting, objects etc)  we should keep the order as the user should learn the library. Do you agree?

How will we keep the translated pages in sync with the English version?

@embeddedt Good question, in my case i was planning to do it manually updating the pages on the weekends, using google translate is a good alternative (i think most of us non-native English speakers do that).

@embeddedt Good question indeed. As nobody can guarantee that the documentation will be up to date
in all languages all the time I can imagine to add an lvgl version number on the top of every page. This way people can see that the documentation is outdated. What do you think?

@seyyah I saw that you set alphabetic order in the sidebar. It's a good idea for the object types

I think also like you @kisvegabor

but I think for the introductions (porting, objects etc) we should keep the order as the user should learn the library. Do you agree?

I agree and change it

What do you think about Coding Style Guide

@kisvegabor Should i start adding pages translated to Spanish?
EDIT:
I did added the translation of the Home page as a test, here is how i did so:

Edit the wiki sidebar.
Added ([[ES|Home_es]]) at the end of the Home line, Home_es is the name of the Spanish translation of the Home page,

I think that we use different directory for each language. For example, ArchiSteamFarm
English,

Russia,

Directory tree is

Locale directory is

For example, tr-TR directory is

We use footer for translation links.

Note: I added the test contentn and commented it.

@seyyah

What do you think about Coding Style Guide?

I like it! And the new order is great as well!

I think that we use different directory for each language. For example, ArchiSteamFarm

I like it as well. If we would have a lot of languages the sidebar could look ugly with a lot of parentheses. (like Home (ES)(CN)(FR)(DE)(HU)). I didn't know that you can have multiple _Sidebar.md in multiple directories. This way the sidebar can be translated as well.  The flags look great too!

I like it as well. If we would have a lot of languages the sidebar could look ugly with a lot of parentheses. (like Home (ES)(CN)(FR)(DE)(HU)). I didn't know that you can have multiple _Sidebar.md in multiple directories. This way the sidebar can be translated as well. The flags look great too!

Agree, the flags looks great.

@C47D Great! Then can you try to add the Spanish Home page this way?

@kisvegabor I will later tonight, but i'm not sure where to locate the locale directory, should i create a clone of the Wiki and add it that way or can you help me with that?
I'm located in Mexico, so i don't know if the Spanish language directory should be es_MX or es_LAT (LAT for Latinoamerica).

@C47D  Yes, you can clone the wiki repo but I'm not sure if you can push it back. For simplicity, I tried the new directory structure and it seems working. I added the locale/es_MX directory, Home_es_MX.md and a local _Sidebar.
If you have no permission to push to the wiki repo I can create the pages with es_MX suffix.

I'm located in Mexico, so i don't know if the Spanish language directory should be es_MX or es_LAT (LAT for Latinoamerica).

I've just chosen "es_MX" while testing but without any reason. Do you know which one is more common? And can you tell how different es_MX is from es_ES?

ISO 639-1 – covers the registration of two letter language codes. The complete list of all registered ISO 639-1 language codes can be found here.

language / region separators that we accept are dash and underscore ( – _ )

ISO 3166-1 alpha-2 codes – defines two letter country codes that represent countries, dependent territories, and special areas of geographical interest.

:clipboard: Reference

https://lingohub.com/blog/2014/03/lingohub-support-language-codes-localization/
https://wpastra.com/docs/complete-list-wordpress-locale-codes/

We want to add Turkish i18n. But we have not enough permission. So we create a gist.
Gist: https://gist.github.com/seyyah/f2a0c5a6bdecda5897e931e5c6e75e33
:clipboard: Reference

https://stackoverflow.com/questions/10642928/how-to-pull-request-a-wiki-page-on-github

@C47D Yes, you can clone the wiki repo but I'm not sure if you can push it back. For simplicity, I tried the new directory structure and it seems working. I added the locale/es_MX directory, Home_es_MX.md and a local _Sidebar.
If you have no permission to push to the wiki repo I can create the pages with es_MX suffix.

I'm located in Mexico, so i don't know if the Spanish language directory should be es_MX or es_LAT (LAT for Latinoamerica).

I've just chosen "es_MX" while testing but without any reason. Do you know which one is more common? And can you tell how different es_MX is from es_ES?

I had never been in Spain (ES) but in Latinoamerica it's almost the same lang, but with the help of @seyyah answer i suggest to use es alone, this is the mandatory language code field in ISO 639-1.

@seyyah answer i suggest to use es alone, this is the mandatory language code field in ISO 639-1.

Based on this what about using only the language code for other languages too. It's very improbable that the documentation will be translated into several regions of a language. Do you agree?
@seyyah Thank you for this useful overview of this topic! I've just added you gist as tr.

@seyyah answer i suggest to use es alone, this is the mandatory language code field in ISO 639-1.

Based on this what about using only the language code for other languages too. It's very improbable that the documentation will be translated into several regions of a language. Do you agree?

I do agree @kisvegabor, i will also upload files in a gist, i had already started to translate some.

@C47D  Awesome!
As we discussed it I added the Written for v5.1 line to each English page to show which is the related LittelvGL version.

@kisvegabor In order to handle the case where a page is edited between release versions I propose that we should add a revision number to each page. That way it is immediately clear if the translation differs from the English version.
As an example, I just added a note about X/Y coordinates to the Porting page, but this will not be reflected in translations and the difference will not be obvious to users of those translations.

@embeddedt It really could be a problem. I like the proposed revision number. So what about something like:
Written for v5.1 (rev. 5)

@kisvegabor Exactly what I was thinking!

The only issue could be that everybody has to increment the revision number when he edits the documentation. It should be clearly stated somewhere.

Maybe there is a way to block edits till rules are read and understood.

We suggest _Footer, _Sidebar content as below,
| [<img ...>](../wiki/Home) | [<img ...>](../wiki/Home_es)| [<img ...>](../wiki/Home_tr) |
|-----|-----|-----|

Note: ../wiki/Home_es link shows that `https://github.com/littlevgl/lvgl/wiki/Home_es.
In _Sidebar.md
* [[Home]]
* ...
* [[Object types]]
  * [Arc (lv_arc)](../wiki/Arc)
  * ...

In locale/_Sidebar.md,
* [Anasayfa](Home_tr)
* ...
* [Nesneler](../wiki/Object-types_tr)
  * [Arc (lv_arc)](../wiki/Arc_tr)

In addition to we suggest to add version control

[Arc (lv_arc)](../wiki/Arc): the latest version
[Arc (lv_arc)](../wiki/Arc_tr): the latest version for locale
[Arc (lv_arc) v5.1](../wiki/Arc-v5.1): specific version
[Arc (lv_arc) v5.1](../wiki/Arc-v5.1_tr): specific version for locale

In Arc.md file
Current version: v5.2. Previous versions: [v5.1](./Arc-v5.1), [v5.0](./Arc-v5.0)

@seyyah @kisvegabor This solution with revision numbers, footers, and sidebars is starting to seem very complex and convoluted. Maybe the GitHub wiki system isn't the best for what we're trying to accomplish.

@kisvegabor

the GitHub Wiki can work except the revision numbers.

Agreed.

What about a line in the footer like this? If you don't find something on the translated page, have a look at the original English version. It's not a real solution but can work.

Yes, seems a little hacky, but it will work fine. :+1:

The user won't know if a feature exists in v5.0 or it's only in v5.1. But is it really an issue?

I don't think it's an issue. If the user has a need to stay on an older version (#483) that should probably be addressed because there shouldn't be such groundbreaking changes. However, that being said, 6.0 is going to break things and I think that needs to be made clear somewhere. Maybe a statement on the home page stating that backwards compatibility is only guaranteed across minor versions?

@seyyah I think the v5.0, v5.1 links are not required because the library should be backward compatible among the minor versions. So in an ideal case, the v5.1 documentation of the Arc object should be v5.0 documentation + new features. However, the user won't know if a feature exists in v5.0 or it's only in v5.1. But is it really an issue? Because the user should update the library to the new minor version.

Ok :+1:

@kisvegabor Perfect!

Can you add _Sidebar.md for Turkish locale?
Gist: https://gist.github.com/seyyah/cf87bf4e68048d5e57645464b515596f
Note: The user without collobarator cannot edit locale/_Sidebar.md.

Thanks a lot

We have just added some locale files but the wiki make incorrect form our files

Our files are Arc_tr.md and Bar_tr.md in the root directory. When i opened one of these files, wiki change immediately _Sidebar to English locale. But these files should actually be in the locale/tr folder.
If you add a collobaration, i change it.

@seyyah I can't add you as a collaborator without permission from @kisvegabor. But I can move those files to the locale/tr directory for you.

No problem. We take your time, sorry

@embeddedt  @seyyah I tested the locale/tr/Arc_tr.md structure and it should work. This way the locale _Sidebar in the tr folder will be taken into account.
Do you agree if I remove the docs from littlevg.com and add a link here?

@kisvegabor Sure, I think everything has been moved now.

Done! I also updated the Home page.

In #547 issue @dasBuero offered that when he makes an Arduino project work he would like to write Tutorial to Wiki.
Based on this it sounds reasonable to create a Tutorial section on Wiki. What do you think?

In #547 issue @dasBuero offered that when he makes an Arduino project work he would like to write Tutorial to Wiki.
Based on this it sounds reasonable to create a Tutorial section on Wiki. What do you think?

@kisvegabor what do you think about https://littlevgl.github.io/lvgl as a blog.

@seyyah I haven't used GitHub pages so far. Can you post an example project where we can see how it looks like in practice?

If you want to pass the Github Pages, we can support

If I understood well, the GitHub pages are just like normal source code, and pull requests can be sent for them. If yes, then it seems a better choice then Wiki. It would give more control.  As now everything is Markdown it should be easy to move the documentation to GitHub Pages.
And what about the Blog? It would be great to run an open source blog where people can send post.

@seyyah I saw the updates in the Turkish documentation. Looks great! :)

@kisvegabor An open-source blog would be neat, but I'm not sure how many people would post. I agree that moving to GitHub Pages might be a good idea though.

If I understood well, the GitHub pages are just like normal source code, and pull requests can be sent for them.

Surely. Github pages is only special-named branch.

If yes, then it seems a better choice then Wiki. It would give more control. As now everything is Markdown it should be easy to move the documentation to GitHub Pages.

I think so.

And what about the Blog? It would be great to run an open source blog where people can send post.

You can also use Github Pages as the project page. When you assign cname record for littlevgl.com, you can share homepage with community.
If you want, you can also use as a blog.

Hi,
Should the maintainers should do a documentation 'freeze' (on every release maybe) so the translated pages can be updated accordingly?

@kisvegabor An open-source blog would be neat, but I'm not sure how many people would post. I agree that moving to GitHub Pages might be a good idea though.

I don't think that post will arrive on a daily basis but some people already told me that they are interested in writing a blog about their experiences.
It would be a good place to write answers to common questions.

You can also use Github Pages as the project page. When you assign cname record for littlevgl.com, you can share homepage with community.

It would be great to keep things under one domain.
@seyyah  Do you think it's possible to have littelvgl.com but littelvgl.com/blog and  littelvgl.com/doc point to GitHub page? (Not just by a link but keeping the domain)

Should the maintainers do a documentation 'freeze' (on every release maybe) so the translated pages can be updated accordingly?

Definitely should be a point when all the documentation is updated to the new release. But I think it's better to add the required minor clarification/extra info when required.  Maybe it should be clearly stated in the commit message that which language changed. This way the translators can see if there was any news. E.g. EN: extra info about indev usage

I've just learned that subdomains can be forwarded to other web pages. So blog.littlevgl.com and doc.littelvgl.com might work.

It is correct
20 Kas 2018 Sal 10:57 tarihinde Gabor Kiss-Vamosi<EMAIL_ADDRESS>şunu yazdı:

I've just learned that subdomains can be forwarded to other web pages. So
blog.littlevgl.com and doc.littelvgl.com might work.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/littlevgl/lvgl/issues/447#issuecomment-440177816, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAQERYSo-QGxK8F_vu8ICWfIGEYKjDF3ks5uw7XXgaJpZM4XLv53
.

I've just made it work in my lvgl fork: https://github.com/kisvegabor/lvgl
Website: http://doc_test.littlev.hu/
So blog and doc sites would be required.
What about creating two repositories: lv_blog and lv_docs?

You may use the doc subdomain as github pages which converted from wiki [1]
:clipboard: Reference

https://github.com/yakivmospan/github-wikito-converter
https://github.com/philipashlock/mediawiki-to-markdown
https://stackoverflow.com/questions/41183642/how-to-convert-github-wiki-into-github-pages

Open Source project, Fullcalendar may give more valuable idea about doc/wiki/version.
For example: https://fullcalendar.io/docs/v4/view-object

Version: v4

Edit link points to https://github.com/fullcalendar/fullcalendar-site-static/edit/master/_docs-v4/view-api/view-object.md (Github fork)

Listbox: v4, v3, ...

Gihub repo is based on Jekyll,

:clipboard: Reference

https://github.com/fullcalendar/fullcalendar-site-static
https://fullcalendar.io/

@seyyah Thank you for the examples! I'm still learning Jekyll but it looks to me it's a flexible and easy to use. So I vote for it.
Do you agree?
The blog part is quite simple because you just need to create .md files for the posts. For the documentation part, I'm still not sure how to generate sidebar/menu from the content.
Do you have experience in it?

@seyyah Thank you for the examples! I'm still learning Jekyll but it looks to me it's a flexible and easy to use. So I vote for it.
Do you agree?

I agree with you.

The blog part is quite simple because you just need to create .md files for the posts. For the documentation part, I'm still not sure how to generate sidebar/menu from the content.

[1] says

When finding a TOC, gwtc will only generate pages linked from this TOC

So, TOC is critical. TOC is _Sidebar.md for github wiki.

Do you have experience in it?

We used the pandoc console tool for converting from md to pdf/html at old time.
I generate a basic version from wiki with gwtc [1]

Gist: https://gist.github.com/seyyah/52f3b3769fb51b8d6e57baa24b478756
:clipboard: Reference

https://github.com/yakivmospan/github-wikito-converter#formats

In addition to we generate the specific version for locale,
lvgl.wiki⟫ gwtc locale/tr/ -o locale/tr/ -n index
locale/tr/index.html

Result

@seyyah
It looks great! Thank you! If I understood well:

We have the md files
People can edit the md files via pull requests
Somebody should periodically call gwtc to convert md -> html

Is that correct?

It's correct :tada:

Great! :)
My only question is: Jekyll creates the bolg/pages directly from md files. Can we do the same with the documentation too?

My only question is: Jekyll creates the bolg/pages directly from md files.

Ok.

Can we do the same with the documentation too?

I think that we use Jekyll for blog/pages but we should use gwtc tool for documentation pages,

littlevgl.com Github Pages - maybe Single Page App
blog.littlevgl.com Jekyll + Github Pages + md files
doc.littlevgl.com static page which generated with gwtc from wiki md files

I created the lv_blog repo and initialized with an example theme: https://littlevgl.github.io/lv_blog/
There were some issues when I tried to configure it. Please test if it loaded and worked well for you too.

It worked fine for me.
On Sat, Nov 24, 2018 at 5:07 PM Gabor Kiss-Vamosi<EMAIL_ADDRESS>wrote:

I created the lv_blog repo and initialized with an example theme:
https://littlevgl.github.io/lv_blog/
There were some issues when I tried to configure it. Please test if it
loaded and worked well for you too.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/littlevgl/lvgl/issues/447#issuecomment-441398816, or mute
the thread
https://github.com/notifications/unsubscribe-auth/Ao86gC1PAJv8VnxbNhB7u2vGNOxofX1Hks5uycMHgaJpZM4XLv53
.

@kisvegabor, There were some issues ...

I don't understand what were the issues? How can i help you?

If you want to custom domain redirect, we'll make some steps according to [1]

[ ] Make to custom domain redirect for organization page site. For example: littlevgl.com
[x] Project Pages site owned by an organization is automatically custom domain redirect. So, there is no extra action. For example: blog.littlevgl.com

:clipboard: Reference

https://help.github.com/articles/custom-domain-redirects-for-github-pages-sites/
https://help.github.com/articles/user-organization-and-project-pages/

Both repos are ready and redirected:
https://github.com/littlevgl/doc -> http://doc.littlevgl.com/
https://github.com/littlevgl/blog -> http://blog.littlevgl.com/
@seyyah I added you as a collaborator to the doc repo. Can you upload the converted html files?

@kisvegabor

[x] Generate index.html with gwtc
[x] Generate locale/tr/index.html with gwtc. Test with http://doc.littlevgl.com/tr/
[x] Add README
[ ] Add locale link on webpage. I don't know what is the practical way

Test link

http://doc.littlevgl.com/ Documentation homepage
http://doc.littlevgl.com/tr/ Turkish translation homepage

What about a "welcome" page before "porting" where we can have the flags?

What about a "welcome" page before "porting" where we can have the flags?

It's brillant solution

Please add Translation in _Sidebar.md

* [Home](https://github.com/littlevgl/lvgl/wiki)
* [[Translation]]
* [[Porting]]

Please add the Translation.md

|[<img src="https://raw.githubusercontent.com/hjnilsson/country-flags/master/png100px/gb.png" width="75px">](http://doc.littlevgl.com/) | [<img src="https://raw.githubusercontent.com/hjnilsson/country-flags/master/png100px/es.png" width="75px">](http://doc.littlevgl.com/es) | [<img src="https://raw.githubusercontent.com/hjnilsson/country-flags/master/png100px/tr.png" width="75px">](http://doc.littlevgl.com/tr) |
|-----|-----|-----|

Please add the locale file (locale/tr/_Translation.md)

|[<img src="https://raw.githubusercontent.com/hjnilsson/country-flags/master/png100px/gb.png" width="75px">](http://doc.littlevgl.com/) | [<img src="https://raw.githubusercontent.com/hjnilsson/country-flags/master/png100px/es.png" width="75px">](http://doc.littlevgl.com/es) | [<img src="https://raw.githubusercontent.com/hjnilsson/country-flags/master/png100px/tr.png" width="75px">](http://doc.littlevgl.com/tr) |
|-----|-----|-----|

Please update the locale _Sidebar.md

* [Anasayfa](../wiki/Home_tr)
* [Çeviri](../wiki/Translation_tr)
* [Porting](../wiki/Porting_tr)

Result as

I made gwtc working and updated the doc and wiki repos. Finally, I added a Welcome screen because besides the flags some general information should be displayed as well.
From this point, I think it pointless to have wiki and doc simultaneously. I suggest moveing the md files to the doc repo. Do you agree?
@seyyah
I see that gwtc handles the links in a very smart way. However, I don't understand how can it know that doc.littlevgl.com/tr is locale/tr/index.html. Is it your setting somewhere?

From this point, I think it pointless to have wiki and doc simultaneously. I suggest moveing the md files to the doc repo. Do you agree?

I think the real problem is how to automatically generate the HTML file from md files. It may be solved with push webhooks [1] but i have not enough experience.
Hints: "Local executing hook after a git push?" [5, 6, 7]

Git hook to convert your TODOs into Github issues [2]
Push-to-deploy: A nice git workflow for updating server code [3]
A Better Way to Git Push to Deploy (updateInstead & push-to-checkout) [4]

@seyyah I see that gwtc handles the links in a very smart way. However, I don't understand how can it know that doc.littlevgl.com/tr is locale/tr/index.html. Is it your setting somewhere?

I generated the index.html for locale/tr,
$ gwtc locale/tr/ -o locale/tr/ -n index

Then i moved the index.html to /tr subdirectory,
$ mv index.html tr/index.html

:clipboard: Reference

https://developer.github.com/webhooks/
https://github.com/naholyr/github-todos
http://databio.org/posts/push_to_deploy.html
https://blog.tfnico.com/2015/05/a-better-way-to-git-push-to-deploy.html
https://stackoverflow.com/questions/1797074/local-executing-hook-after-a-git-push
https://github.com/git/git/blob/87c86dd14abe8db7d00b0df5661ef8cf147a72a3/templates/hooks--pre-push.sample
https://stackoverflow.com/questions/39136541/execute-a-script-after-every-git-push/39136920

@seyyah
I will read the links, thank you! Until that, I think manual rebuilding can work. It takes 3 minutes per week.
Thanks for the explanation on the /tr link question. I've just that local folder is missing in this case. It's clear now.
If the documentation were moved to the doc repo we should keed to original structure with the local folder to make rebuilding easier.

I moved Wiki to the doc repo. Now all the documentation in one place. I added build.sh to generate HTML and PDF files from md files.
So the online documentation is available at http://doc.littlevgl.com/
And finally, we have offline (pdf) documentation: https://github.com/littlevgl/doc/tree/master/pdf
Thank you very much for the interest and contribution. I'm sure that this improvment in the documentation was extremely useful. :tada: :tada: :tada:

@kisvegabor , I noticed that you reformulated the presentation of the documentation, but on your page, the links are broken, mixing the languages.

@ivanbraga I fixed the links, cany ou test it?

Ok, everything is working now.

Awesome! Thank you very much!
I think this issue can be closed!


Stop bad returns

For some reason, it is returning the whole repo object instead of the statusWrapper object. Not sure why that is happening.

Related to #3. I can't seem to get any of this working. Super weird.


I can,t follow private accounts

instabot-master\instabot\bot "bot.py" i changed the filter_user: False and filter_private_user:False
But still when i try to follow someone,s followers it,s skipping  and they are going to skipped.txt so please help me :(((

so ı couldn,t change private users filter


os-upnp: creates rdr rules beyond intended scope

When setting up miniupnp to do nat-pmp on the wan interface it creates rules bound to that interface with any ip as destination.
pfctl -a miniupnpd -s nat
rdr pass log quick on pppoe0 inet proto tcp from any to any port = 62876 keep state label "Transmission at 62876" rtable 0 -> <IP_ADDRESS> port 62876
rdr pass log quick on pppoe0 inet proto udp from any to any port = 62876 keep state label "Transmission at 62876" rtable 0 -> <IP_ADDRESS> port 62876

This is unwanted, rdr rules should be limited in scope to the WAN IP adress, not /all/ public adresses routed over WAN interface!
To reproduce:
-set up os-upnp to allow nat-pmp
-set up client in network to request pmp (for example transmission)
-log into firewall via ssh and run command pfctl -a miniupnpd -s nat
This is also true when override WAN Adress is set in configuration.

This issue has been automatically timed-out (after 180 days of inactivity).
For more information about the policies for this repository,
please read https://github.com/opnsense/plugins/blob/master/CONTRIBUTING.md for further details.
If someone wants to step up and work on this issue,
just let us know, so we can reopen the issue and assign an owner to it.


Is it possible to animate on css grid or flexbox?

Hey @drcmda
Gave a quick try, I guess not supported or not make sense without transforms?
https://codesandbox.io/s/zzq0k66wvl

you can animate everything, but in your demo youre just placing the item from one column into another. the fr units, vw, vh, all that you can animate. but grid-column just takes an index, there's no point in animating it, the browser will discard it, cut off everything after the decimal point.

Hey @drcmda
I am trying different approach with transition. Is it possible to create scroll slider with css grid and transition.
How do I animate items; maybe using update which have changed their position in grid but not left.
https://codesandbox.io/s/zzq0k66wvl
Thx

@drcmda This is interesting project I came across https://github.com/aholachek/animate-css-grid

@jas99 yea but that's some crazy hackery. they're using flip. you can do this of course, and use react-spring for the animations. but i would much rather rewrite my own small grid in situations like this.

@drcmda Thats the plan for now :smile:


W-035996 Updating the Case "Behavior Management" business process

We updated the Case "Behavior Management" business process so that we can succesfully deploy EDA to Enterprise Orgs.
Critical Changes
Changes
Issues Closed
New Metadata
Deleted Metadata
Testing Notes

@juliesnow  Note I didn't add release notes here since this is fixing a bug with a feature that we're also releasing in EDA 1.83 (#884) -- however, I do think we need to revisit the release notes for Behavior Management to make sure we call out that existing customers will need to manually add this new support process and record type if they want to use the "Incident" record type on the Case.


[NT-1443] Choose another Reward -> Edit Reward

📲 What
Updates the string Choose another reward to Edit reward. This is seen in the Manage Pledge context menu as well as the rewards carousel title when navigating from the manage pledge context.
Note: This string has been added for translation and will be update along with other strings once translations have come back.
Also note: Editing the reward for a backing that has add-ons will be supported in an upcoming PR.
🤔 Why
We're improving our nomenclature around this with the introduction of add-ons.
🛠 How
Updated the strings and added them for translation.
👀 See
Trello, screenshots, external resources?

Before 🐛
After 🦋

✅ Acceptance criteria

[ ] The updated string is observed in the context menu and as the title for the rewards carousel when editing a reward.

Do we have any screenshot tests for the sheet?

Snapshots use the UIView function snapshotView(afterScreenUpdates:) I'm not entirely sure if we'd be able to take a snapshot of the activity sheet given that it's a UIKit control outside of the view 🤔


android-manifest-info 1.0.1

New Pull Request Checklist
Please mark the points which you did / accept.

[x] I read the Step Development Guideline
[x] I have a test for my Step, which can be run with bitrise run test (in the step's repository)
[x] I did run bitrise run audit-this-step (in the step's repository - note, if you don't have this workflow in your bitrise.yml, you can copy it from the step template.)
[x] I read and accept the Abandoned Step policy

Thanks for the step & for the update @tomcurran , you rock! ;)
P.S.: don't forget that you can apply for a Bitrise Contributors Discount, $25/month: https://discuss.bitrise.io/t/bitrise-contributors/167
Happy Building! :)


[FEATURE] Only one tunnel per UE is supported for now

Hello, I am trying to build second or more PDU sessions per UE under one Gnb. But I encountered the error message WARN[0002] [GNB][GTP] Only one tunnel per UE is supported for now, no tunnel will be created for second PDU Session of given UE, then i comment these check lines and tried again. Below is the error I got.
FATA[0012] [GNB][GTP] Unable to create Kernel GTP interface: listen udp <IP_ADDRESS>:2152: bind: address already in use0000000003val0000000003
The IP addrress "<IP_ADDRESS>" is my Gnb IP. When I try to build second PDU session, this error will show up. I think these below function would build a new interface and bind with UDP port:2152 then managed by vrf device. Do you have any idea or know how to fix this problem? Please tell me, thank you!! I will apprecaite if you can answer me, maybe I can help to add this feature.
go func() {
			// This function should not return as long as the GTP-U UDP socket is open
			if err := gtpLink.CmdAdd(nameInf, 1, ueGnbIp.String(), stopSignal); err != nil {
				log.Fatal("[GNB][GTP] Unable to create Kernel GTP interface: ", err, msin, nameInf)
				return
			}
		}()

BRs, Ben

Hi @BENHSU0723!
Thanks a lot for your message. The error you are getting is the very reason why we are only able to have one UE per gNodeB. We can only have one GTP interface per N3 IP.
There are a few alternatives to this issue:

Use a single interface for all UEs / PDU Sessions per gNodeB, and then use ip policies to steer the traffic instead of VRF. This solution does work, but is not very performant as all UEs/PDU Sessions will share the max bandwidth.
Do not support multi UEs / PDU Sessions under a single gNodeB, and force the usage of multiple gNodeB  (which is the solution we sadly opted for, for now, for performance reasons)
Switch to a GTP-U eBPF module which does not have these short comings: work has begun under this Pull Request but I had not the time to continue working on this feature: https://github.com/HewlettPackard/PacketRusher/pull/47

If I can be of any help and can help clarify anything, please say so.
Thanks a lot!
Valentin

Thanks your reply, @linouxis9 . It helps a lot. I may  try to develop some features on branch [ebpf]. I just tried to run some tests, it's turely a feasible solution towards my problem.
BRs, Ben.

Thanks a lot @BENHSU0723! If you manage to go far enough, please do open a PR, it would be truly appreciated!
Thanks and cheers,
Valentin


Update example message attachement

Fixes issue that was caused by missed double quotes. As describes in the same document this has to be a string not boolean.
Documentation states:
short: Optionally set to “True” or “False” to indicate whether the value is short enough to be displayed beside other values.

Thanks @cjohannsen81 for the pull request!
Per the CONTRIBUTING.md file displayed when you created this pull request, we need to add you to the list of approved contributors for the Mattermost project.
Please help complete the Mattermost contribution license agreement?
This is a standard procedure for many open source projects. Your form should be processed within 24 hours and reviewers for your pull request will be able to proceed.
Please let us know if you have any questions.
We are very happy to have you join our growing community! If you're not yet a member, please consider joining our Contributors community channel to meet other contributors and discuss new opportunities with the core team.


Pass logic adapter confidence to the output adapter

This makes it possible for the output adapter to make a decision about if some kind of action (such as an API call) should be taken based on that confidence value.

Would this will help in responding with I dont understand your question for statements that don't match.

@rmdort Sure, it comes down to implementing that in your own output adapter, but that could definitely be done.


How can I send a message to a follower?

Pre-Checklist
I made sure...

[ x] I read the README.md
[ x] I looked over the examples and wiki
[ x] my issue hasn't been asked or solved before

In the examples directory I have not seen any example to do it.
Questions from other users asking the same thing no longer work, because the code has changed.

I found the solution:
var client = IGClient.builder().username(user).password(password).login()
DirectThreadsBroadcastRequest(BroadcastTextPayload("Test https://google.com", id_user)).execute(client).join()

Are you still using this library? LoL.
Have a look at this #666 issue


:bug: During source only analsis, we should not also set the scope.

fixes for https://issues.redhat.com/browse/MTA-3169

@jortel This should be changed once success with errors is in so that we can display that the error is running depth retrieval.


Uploading files to beast server

I am currently able to successfully upload a binary file (in MIME format), such as an image to Beast via an html form, e.g.:
<form action="upload" method="post" enctype="multipart/form-data">
Select image to upload:
<input type="file" name="fileToUpload" id="fileToUpload">
<input type="submit" value="Upload Image" name="submit">
</form>

You can then save the MIME message to a file as follows:
std::ofstream out("output.mime", std::ios::binary);
out << req.body();

If you open up the MIME file, you will see a structure similar to:
------WebKitFormBoundaryPSo1mtu2GlpOgY17[CRLF]
Content-Disposition: form-data; name="fileToUpload"; filename="gordo 2.jpg"[CRLF]
Content-Type: image/jpeg[CRLF]
[CRLF]
THIS IS THE IMAGE BINARY[CRLF]
------WebKitFormBoundaryPSo1mtu2GlpOgY17[CRLF]
Content-Disposition: form-data; name="submit"[CRLF]
[CRLF]
Upload Image[CRLF]
------WebKitFormBoundaryPSo1mtu2GlpOgY17--[CRLF]

The embedded binary is an exact binary copy of the originally uploaded image.
Now that we have the image in MIME format, the next step is to extract the binary (and other required metadata pertaining to the file).  This is where my problems begin.

I realize that I can write some code to parse the MIME myself.  Required fields would be:
Content-Type - allow you to save the file extension such as JPG, PNG, MP4, etc.
Content-Disposition - optional if you need to know the name of the file uploaded by the client.
[CRLF] [CRLF]THE BINARY[CRLF] – The complete binary.
Before going this route, it would be best to use an existing library that works.

I looked at some MIME libraries and they are mostly not portable.  Some of them are not libraries in my opinion, but frameworks, such as vMime.  I did find a few smaller and portable libraries, but I don’t feel very comfortable because I found some negative comments regarding problems if the meta data is in UTF-8, e.g. Chinese characters for instance.
Then I found a library called Mimetic and built it under Windows.  I ran the demos and they work.  But there is no demo showing how to extract the binary data.  I’m having difficulty with this.  Here are some snippets:
// no mask for now
int iMask = mimetic::imNone; //mimetic::imHeader | mimetic::imChildParts | mimetic::imPreamble | mimetic::imEpilogue;

// parse and load message
mimetic::MimeEntity me(req.body().begin(), req.body().end(), iMask);

I believe that my syntax above is correct, but I do believe that Mimetic screws up internally above, because I try to print the ‘Content-Type’ and nothing will print:
Header h = me.header();
ContentType ct = h.contentType();
cout << ct.type() << "/" << ct.subtype() << endl;

I then save the me.body() to a file and open it up with a hex editor and notice that the binary is NOT the binary received by Beast!  If someone has some working Mimetic code that gets the binary and the necessary meta data, I would really appreciate it!  If I can't get Mimetic working, I will have to parse the MIME myself.  Thank you!


Bode plot

Please could be possible add to CalcPad the option for Bode plot? Or formatting for axis to be logarithmic?
Thank you very much!
David.

Hi, David!
Currently not, but it is planned. Please, see #175.
What I do as a workaround is to plot the function for 10^x. Not so pretty, but at least the shape looks the same.

Thank you very much!!! It is amazing program and I am looking forward to its implementation ;-). David

I need it too, would be greate


Expose io:Error from from_filepath

The from_filepath currently just swallows any errors that happens in regards to the file that was sent in as a parameter. This makes it hard to give the end user a good error message if something goes wrong.
Maybe consider to change this function from an Option to a Result?
This is how I used it now, and had to write a very generic error message: https://github.com/YaLTeR/wl-clipboard-rs/pull/16/files#diff-222c1b6ee536abb8fc978efb87e55b43402290cacf20cfa4a296e4373d1461c1R464

I agree, from_filepath and related functions  should return Result.
Patches are welcome, if someone else gets to this before I do.


[HPC] Missing libdevice.so.10

Description
This is probably more of an OpenXLA issue, feel free to close it if so.
The last version of XLA/Jaxlib is shipping without libdevice.so.10 and it looks for it elsewhere.
I am using jax[cuda12_local]==0.4.30 on an HPC cluster. While CUDA is found with no effort on my part (other than module load cuda/12.2.0), the libdevice.so.10 is not detected, and I have to manually specify the path to it by declaring
XLA_FLAGS=--xla_gpu_cuda_data_dir=/gpfslocalsys/cuda/12.2.0/

note that the module I am using is already declaring the following environment paths:
prepend-path    PATH /gpfslocalsys/cuda/12.2.0/bin
prepend-path    PATH /gpfslocalsys/cuda/12.2.0/nvvm/bin
prepend-path    PATH /gpfslocalsys/cuda/12.2.0/samples
prepend-path    LD_LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/targets/x86_64-linux/lib
prepend-path    LD_LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/samples/common/lib/linux/x86_64
prepend-path    LD_LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/lib64
prepend-path    LD_LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/extras/CUPTI/lib64
prepend-path    LD_LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/nvvm/lib64
setenv          CUDA_PATH /gpfslocalsys/cuda/12.2.0
setenv          CUDA_HOME /gpfslocalsys/cuda/12.2.0
setenv          CUDA_ROOT /gpfslocalsys/cuda/12.2.0
setenv          NVHPC_CUDA_HOME /gpfslocalsys/cuda/12.2.0
setenv          CUDA_INSTALL_PATH /gpfslocalsys/cuda/12.2.0
setenv          LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/nvvm/lib64:/gpfslocalsys/cuda/12.2.0/extras/CUPTI/lib64:/gpfslocalsys/cuda/12.2.0/lib64:/gpfslocalsys/cuda/12.2.0/samples/common/lib/linux/x86_64:/gpfslocalsys/cuda/12.2.0/targets/x86_64-linux/lib:/gpfslocalsys/slurm/current/lib/slurm:/gpfslocalsys/slurm/current/lib
prepend-path    LIBRARY_PATH /gpfslocalsys/cuda/12.2.0/lib64/stubs
setenv          C_INCLUDE_PATH /gpfslocalsys/cuda/12.2.0/include
setenv          CPLUS_INCLUDE_PATH /gpfslocalsys/cuda/12.2.0/include

So CUDA_ROOT is correctly defined.
Is it possible that jax is failing to look into some paths? The lib device is located at /gpfslocalsys/cuda/12.2.0/nvvm/libdevice/libdevice.10.bc and without the XLA flag it does not find it.
System info (python version, jaxlib version, accelerator, etc.)
(filippo-test-0429) [udb21rp@jean-zay2: test2]$ pip freeze | grep jax
jax==0.4.30
jax-cuda12-pjrt==0.4.30
jax-cuda12-plugin==0.4.30
jaxlib==0.4.30
jaxtyping==0.2.28
mpi4jax==0.5.1
numba4jax==0.0.12

@hawkinsp may I bump this? Maybe nobody noticed the issue because it was summer break, but it's quite annoying on HPC hardware that jax/xla cannot find the lib device that is already installed with extra flags.

Sure, I'll take a look.
I guess you're trying to avoid the pip package install, but I suspect if you install the pip package nvidia-cuda-nvcc-cu12 that will work around the problem. I think that package by itself will work. I haven't tried it though.

Out of curiosity, how is CUDA found by default? Is it in your LD_LIBRARY_PATH or PATH?

Yes. I can’t install the pypi packages because we are using cuda-aware MPI on an HPC cluster which is already linking to some version of cuda provided by the platform…
The fix is trivial: we just do
export "XLA_FLAGS=--xla_gpu_cuda_data_dir=$CUDA_ROOT"
But it seems weird that Jax does not realize that it has to look there on its own.

nvidia-cuda-nvcc-cu12 can likely be installed in isolation, since iirc it contains pretty much nothing but nvcc (a statically linked binary) and libdevice.10.bc.

I ran into similar issue when installing jax[cuda12] from pypi in a Bazel-based project. The problem in my case is that the _cuda_path-function assumes very specific structure of python site-packages, which, for example, Bazel's rules_python pip installation doesn't comply with. I managed to solve the issue by looking cuda_nvcc path directly from the nvidia.cuda_nvcc-module and not relative to jaxlib as is currently done.
I'll open a PR for my solution shortly.


fix format of success

What does this PR do and why?
Provide a description of what this PR does. Link to any relevant GitHub issues, Notion tasks or Discord discussions.
Screenshots or screen recordings
If applicable, provide screenshots or screen recordings to demonstrate the changes.
Acceptance checklist

[ ] I have evaluated the Approval Guidelines for this PR.
[ ] (if relevant) I have tested this PR in all supported browsers.
[ ] (if relevant) I have tested this PR in dark mode and light mode (if applicable).

Current dependencies on/for this PR:

main

PR #3708

PR #3709

PR #3710   👈

This comment was auto-generated by Graphite.

@wraeth-eth started a stack merge that includes this pull request via Graphite.

Graphite rebased this pull request as part of a merge.

@wraeth-eth merged this pull request with Graphite.


How to configure eventeum so that it can receive the block from 0th block onwards.

Hi
In current scenario after starting the eventeum server it receives the block from latest block onwards, so how can i configure eventeum so that it can receive block from first block onwards

Hi @kevindeanjohnson11
Thanks for your request and comments.
At @iobuilders we ha added some custom functionalities that we want to add to next Eventeum release.
One of these, allows to sync up from a given block on the network, with a given parameter
syncStartBlock
I think this option will work for you
Are you in a hurry or you can wait a while?
We envision to add new functionalities like this one, in the future, like replaying a block or a given range of blocks, but are big ideas for next internal sprints.
Kind regards

Being able to sync from a specific black and get all events that match my filter since then would be very useful. +1 for this :-)

There are 2 ways this can now be achieved in release 0.9.0:

Set the initialStartBlock configuration property.  This will take a very long time to sync up to the current block if set to zero, as it will retrieve and process every single block.
Set the startBlock value on an event filter (only currently supported for event filters registered at startup via yaml configuration).  This will be more performant (but may still take some time), as it will utilise the event filtering of a node.


u16, u32, u256 support

Motivation
Need more integer types. See feature proposal
This PR adds u16, u32, u256.
Example: let _: u256 = ((234u16 as u32) as u256)
Have you read the Contributing Guidelines on pull requests?
Yes
Test Plan
Every area which uses integers
Too many to list, but please double-check that all your favorite tests are covered.

Just thinking out loud here, I'm wondering if we should make a branch. Adding things to MoveValue and other spots without full support in the VM is going to be painful for anyone keeping up to date with the repo on main

Just thinking out loud here, I'm wondering if we should make a branch. Adding things to MoveValue and other spots without full support in the VM is going to be painful for anyone keeping up to date with the repo on main

Thats a good idea, however I've not been able to create a branch in this repo yet. Do you have permissions to do it?

From private chats with @tnowacki, I'll add more tests as follows:
Bytecode verifier:

stack balancing
general typing

VM:

some serialization tests maybe with resources + view
direct math tests + some edge cases in the VM (not through the source language because of constant folding)

@tnowacki @vgao1996 please let me know if any other feedback. Hoping to get this merged soon.

@tnowacki @vgao1996 all comments and requested tests have been addressed.

Overall the PR looks good to me and thank you so much for the quality work! However please allow me a just a little bit more time to sync-up with our team and see if they have any concerns (especially about backward compatibility) before you land this PR. Will get back to you real soon

We version-gate this by adding VERSION_6. Doesn't that work?
Please elaborate on the desired backwards compat needs/approaches

I think I now understand the problem with backward compatibility.
Assume you have an existing cluster of validators running the old version of the Move VM that only recognizes binary format v5 and you now want to upgrade them to v6.
Right now VERSION_MAX is a hard-coded number, which means the old software only recognizes Move binaries up to v5 and rejects the ones that are v6 or higher, with the new one recognizing v6. This creates a problem during a software upgrade since validators can get out of sync.
I think what's missing here is a way to dynamically specify the maximum version the deserializer (in the VM) should recognize. Let's discuss this in details during tomorrow's meeting. (Don't panic. I think there is a fairly simple solution.) I'm sorry for introducing additional delay here, but backward compatibility is an important issue and I appreciate your patience.
In the meantime @wrwg would also love to double check the serializer and make sure it can now target older binary format versions (e.g. v5, v4) properly.

This seems less like a problem with this PR, but more a problem with

Move's version handling logic in general. This pattern of gating ser-des is already done in other parts of the codebase and this PR does not invent anything new in that direction.
Your software upgrade logic which did not account for the limitation of Move's versioning logic.

So here it seems like the PR is being gated for reasons specific to your use case.
So I believe we can decouple the versioning logic problems of Move from the core of this PR which is to add new integer support. We can tackle the former in the broader sync.
Or is there something else fundamentally aberrant about how we're doing things here?

Right now VERSION_MAX is a hard-coded number, which means the old software only recognizes Move binaries up to v5 and rejects the ones that are v6 or higher, with the new one recognizing v6. This creates a problem during a software upgrade since validators can get out of sync.

This would be a problem with the adapter using Move, not with Move itself. You should have some flag somewhere that marks the maximum allowed file format version number, and if one is submitted past that, you need to give the same error.
For what it is worth, this logic did exist at some point in Diem. There was a resource that contained the maximum allowed file format version in the validator/node config.

So here it seems like the PR is being blocked for reasons specific to your use case.

This would be a problem with the adapter using Move, not with Move itself
So to be clear, this is a problem in the adapter, not in Move.

You are right that it's up to the adapter to implement a feature flag and decide how it wants to store and fetch it, but I strongly disagree that this is totally an adapter problem. The actual deserialization happens inside the Move VM so you can't really implement such versioning scheme without the VM providing a configurable option.
Additionally, this is just an instance of a class of more general problems with the VM. Strictly speaking, all new behaviors should be gated by some config options or otherwise we risk breaking existing downstream clients. Consider this thought experiment: if one day we decide to change the semantics of addition, do we still claim it's the adapters' responsibility to fix it? Is it even possible for them to fix it? IMO having a config option that would allow one to enable or disable the new behavior is the only feasible way to roll out changes like this in the general case. (We can and should delete some of these config options once we get past a support window.)

Move's version handling logic in general. This pattern of gating ser-des is already done in other parts of the codebase and this PR does not invent anything new in that direction.
Your software upgrade logic which did not account for the limitation of Move's versioning logic.

Again, I should stress that this is the first time we introduce a new binary format version under the assumption that we need to take backward compatibility seriously so it's not surprising that we run into new issues like this. The fact that some versioning logic is missing doesn't mean it's correct. It's simply the result of us not having to do it previously (at Meta) due to Diem being a somewhat restricted system and  Starcoin not requiring us to support them at that time.

Actually I think there is a relatively simple solution to this problem:

Add a new interface pub fn deserialize_with_max_version(binary: &[u8], max_version: u64) to CompiledModule while keeping pub fn deserialize by letting it delegate to pub fn deserialize_with_max_version internally
Add a new Move VM config max_version: u64
Let the Move VM use deserialize_with_max_version while other tools could continue to use deserialize

cc @jolestar for this being a potential breaking change that needs to be applied with care.

If you are able to pass a config to the VM to do the versioning, you are able to do the versioning on the adapter side too. In other words, the existence of being able to configure the VM implies that you could gate the VM.
Though I agree it doesn't feel optimal! It would be a bit strange that the adapter can rely on the VM for everything compatibility wise, except for this case.
That being said, is there any reason to block this PR for that?
Y'all already have your own branch on Aptos. You could just wait until this new deserialization entry point is added to pull this into your branch?
I know things are a bit choppy at the moment and y'all are probably pulling (and maybe releasing) a bit frequently. But as long as all the things are fixed by your next release, it should be fine?

I think what I'm getting at is I would consider main more of a stable/nightly build? And that we should at various points tag commits as a specific release. And only at that point would an adapter want to pull in the new code.
While we are a bit bumpy on the Move side in actually doing this, we are doing it sort of (at least conceptually). We make batches of changes into the next file format version, and then at some point say we are "releasing" that file format version, and no changes can be made (for that version).

Hence I believe we can decouple the versioning logic problems of Move from the core of this PR which is to add new integer support. We can tackle the former in the broader sync.

That being said, is there any reason to block this PR for that?
Y'all already have your own branch on Aptos. You could just wait until this new deserialization entry point is added to pull this into your branch?
I know things are a bit choppy at the moment and y'all are probably pulling (and maybe releasing) a bit frequently. But as long as all the things are fixed by your next release, it should be fine?

I think you guys have a very valid point. I'd be perfectly happy to leave out the new deserialization entry point for a future PR, but just want to make sure we're aligned on the general direction about backward compatibility, which I think we are now, aren't we?

I think what I'm getting at is I would consider main more of a stable/nightly build? And that we should at various points tag commits as a specific release. And only at that point would an adapter want to pull in the new code.
While we are a bit bumpy on the Move side in actually doing this, we are doing it sort of (at least conceptually). We make batches of changes into the next file format version, and then at some point say we are "releasing" that file format version, and no changes can be made (for that version).

We share the same view. I don't think it's feasible to require every commit to be complete in terms of backward compatibility.

Hence I believe we can decouple the versioning logic problems of Move from the core of this PR which is to add new integer support. We can tackle the former in the broader sync.

That being said, is there any reason to block this PR for that?
Y'all already have your own branch on Aptos. You could just wait until this new deserialization entry point is added to pull this into your branch?
I know things are a bit choppy at the moment and y'all are probably pulling (and maybe releasing) a bit frequently. But as long as all the things are fixed by your next release, it should be fine?

I think you guys have a very valid point. I'd be perfectly happy to leave out the new deserialization entry point for a future PR, but just want to make sure we're aligned on the general direction about backward compatibility (that is, the VM is responsible for guaranteeing it for a certain amount of time), which I think we are now, aren't we?

I think so yeah! Should be a very quick followup PR to just expose setting the max version. Though I imagine there might be some tweaking if it doesn't apply cleanly into Aptos (or whatever other adapter)

@vgao1996 @tnowacki
So we're good to land this?

@vgao1996

Yes! Super excited to have these available in Move!

great, please add this versioning issue to the agenda doc and feel free to make the follow up PR also.

Syntax highlighting going here
https://github.com/damirka/vscode-move-syntax/pull/4


Allow onboarding to be relaunched

Asana Issue URL: https://app.asana.com/0/488551667048375/528763843660268
Description
Adds a launch activity to the app (this is needed for tabs as well) and allows onboarding to be relaunched from settings. Also updates the Settings screen to have subheadings.
Steps to Test this PR:
TEST 1

Freshly install the app and ensure onboarding is shown on first launch
Finish onboarding
Relaunch and ensure it is not displayed again

TEST 2

Open Settings
Tap "Our features"
Check that onboarding is launched again

TEST 3

Open Settings
Note the headings look ok

Thanks! All changes in, over to you @CDRussell


Bump github.com/containerd/containerd to 1.5.9

Is there a related GitHub Issue?

No
What is this change about?

To clear security warnings from dependabot in our github repo.
It doesn't seem like there is an actual vulnerability afoot, since we don't spawn containers from our executables, but the warning is annoying, and it's dangerous to get used to ignoring warnings.
Does this PR introduce a breaking change?

no
Acceptance Steps

none
Tag your pair, your PM, and/or team

@davewalter @tcdowney
Things to remember

Looking at go mod graph... quite a bit of buildpack/registry related dependencies include it.
$ go mod graph | grep "<EMAIL_ADDRESS>code.cloudfoundry.org/cf-k8s-controllers<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>

Does this actually resolve the warning? There are still vulnerable versions of containerd (versions between 1.5.0 and 1.5.8) in the go.sum file.

Yeah, it does seem to have got rid of the ugly banner. Since we don't think the vulnerability was real for anything other than envtest, I guess...job done?🤷


Special character input buttons-cont'd from Search for baca'

We wondered if the problem was that the site was not configured to have the buttons on the Search page for “special characters”.  We tried configuring that option on both webonary.org and webonary.work.  In both cases, when we typed the apostrophe and then clicked Save, a backslash was inserted before the apostrophe (unexpected).  (see picture below)

When we went to the Search page, the button was there, and the backslash was showing on the button (see graphic; not expected).

When we clicked the button, it inserted both the backslash and the apostrophe (unexpected).  If we left it that way, it showed “No Results” when we clicked Search.  If we deleted the backslash, it still showed “No Results”.
We tested to see what other characters get the backslash inserted.  It also happens for backslash (not surprising).  With double quote, the double quote got replaced by the backslash.  We didn’t find backslash in front of anything else.  Tested: tilde (spacing), backquote, $ ? ! < / [   and comma and period
Of all of these, the one most likely to actually be used in a word is the apostrophe.  People definitely need a way to type a glottal stop, and it is very common to use the ordinary apostrophe for glottal stop.
We tried creating a search button for a “combining carat”.  We were able to paste the character into the configuration dialog, and when we clicked Save, it did not insert the backslash.  The button was created, and when we tried to use it, it worked as expected.

The title of this issue should be something like "entering quoted characters when configuring search buttons" or something similar.
This issue (#90) is about whether we can configure the search buttons to search for glottal/apostrophe (with details about other characters we tried).
The previous issue (#89) is about whether a word with a glottal (apostrophe) can be found, even when the exact characters that display in its entry are entered in the search box.
They are separate issues.


gateware.architecture.car: add 30MHz clk support to LunaECP5DomainGenerator

Allows reuse by other boards like ButterStick

I made the changes above and merged this in #203, thanks!


Insert Media via URL (YouTube): resulting iframe does not honor custom size

Affected Version
silverstripe/recipe-cms                1.1.0
silverstripe/recipe-plugin             1.3.0
Description
Somewhat related to #8249
Width and height, as manually changed in the dialog, are not honored in the generated iframe.
Steps to Reproduce

Add a YouTube video. It might default to 480 wide.
Change the width to e.g. 320.
Save and notice how the placeholder correctly shows width: 320px for the div.embed and width="320" for the img.placeholder. I repeat: it is saved correctly.
View the result. The div still has width: 320px, but the img has been replaced with an iframe with the original width="480". So I assume the issue is in the view.

I just retested this with recipe-cms 1.1.2, and this issue is still there. It's harder to reproduce now though because of that serious useability bug, #8249!

I'm pretty sure this is a duplicate of #8249, so I'll close it.

I'm not convinced because #8249 is purely about the experience inside the CMS, while this bug is about how it comes out of the template engine. But it's definitely related, so as long as my description in this bug is double-checked when #8249 is solved, I'll be happy :)

Yes I have got the same problem. I have to use some javascript + css to enforce it.

I've replicated this issue in CMS 4.5.0, so I'm going to re-open it.

This issue is still happening. I have created a media by the youtube link and tried to set it to 640 x 330. After saving the change, the iframe still has default dimensions width="480" height="270". One thing I noticed is the parent div thumbnail render style="width: 640px;" but there is no height property for this.

Fixed in https://github.com/silverstripe/silverstripe-framework/pull/9615

The fix for this has been merged, I'll close this issue now


[Feature/NifiCluster] Add ability to set container port network protocol

Q
A

Bug fix?
no

New feature?
yes

API breaks?
no

Deprecations?
no

Related tickets
fixes #319

License
Apache 2.0

What's in this PR?

Adds the ability to set the NiFi container port network protocol. This field is new and optional, defaulting to TCP. If one wished to set the protocol for all container ports, you would use the following:
  listenersConfig:
    internalListeners:
      - type: "https"
        name: "https"
        containerPort: 8443
        protocol: "TCP"
      - type: "cluster"
        name: "cluster"
        containerPort: 6007
        protocol: "TCP"
      - type: "s2s"
        name: "s2s"
        containerPort: 10000
        protocol: "TCP"
      - type: "prometheus"
        name: "prometheus"
        containerPort: 9090
        protocol: "TCP"
      - type: "load-balance"
        name: "load-balance"
        containerPort: 6342
        protocol: "TCP"
      - name: "my-custom-listener-port"
        containerPort: 1234
        protocol: "UDP"
    sslSecrets:
      tlsSecretName: "test-nifikop"
      create: true

Why?

It's not currently possible to set anything other than TCP.
Checklist

[x] Implementation tested
[x] Error handling code meets the guideline
[x] Logging code meets the guideline
[x] User guide and development docs updated (if needed)
[x] Append changelog with changes

@juldrixx : FYI This requires pushing a new build image, merging #321, and then rebasing this PR on master.

That still doesn't work. If you change the default value to UDP is still defaulting on TCP.

That still doesn't work. If you change the default value to UDP is still defaulting on TCP.

well isn't this a fun problem 😄

That still doesn't work. If you change the default value to UDP is still defaulting on TCP.

well isn't this a fun problem 😄

Even more when we have
// +kubebuilder:validation:Enum={"DO_NOT_LOAD_BALANCE","PARTITION_BY_ATTRIBUTE","ROUND_ROBIN","SINGLE"}
type ConnectionLoadBalanceStrategy string

// how to load balance the data in this Connection across the nodes in the cluster.
// +kubebuilder:default="DO_NOT_LOAD_BALANCE"
LoadBalanceStrategy ConnectionLoadBalanceStrategy `json:"loadBalanceStrategy,omitempty"

that gives us
loadBalanceStrategy:
 default: DO_NOT_LOAD_BALANCE
 enum:
 - DO_NOT_LOAD_BALANCE
 - PARTITION_BY_ATTRIBUTE
 - ROUND_ROBIN
 - SINGLE
 type: string

And I can change the default value

If you change the type from corev1.Protocol to string it works 😕

If you change the type from corev1.Protocol to string it works 😕

Hmm. I was hoping to use the k8s types for ease of use and to avoid converting to/from string and corev1.Protocol, but i think due to the // +enum annotation on corev1.Protocol we might not be able to.
I can either change it to a string or remove the default. Which would you prefer?

If you change the type from corev1.Protocol to string it works 😕

Hmm. I was hoping to use the k8s types for ease of use and to avoid converting to/from string and corev1.Protocol, but i think due to the // +enum annotation on corev1.Protocol we might not be able to.
I can either change it to a string or remove the default. Which would you prefer?

Remove the default, I asked on Kubebuilder slack how to do it. I'm still waiting for an answer, but depending on the response, I'll make the appropriate change in the future.

If you change the type from corev1.Protocol to string it works 😕

Hmm. I was hoping to use the k8s types for ease of use and to avoid converting to/from string and corev1.Protocol, but i think due to the // +enum annotation on corev1.Protocol we might not be able to.
I can either change it to a string or remove the default. Which would you prefer?

Remove the default, I asked on Kubebuilder slack how to do it. I'm still waiting for an answer, but depending on the response, I'll make the appropriate change in the future.

pushed


Credentials

Issue Type: Bug
Hi
I cannot enter my credentials intp app, hance i cannot use and query DB
When i try to connect to DB wheel is spinning but never ends
Best
Kamil
Azure Data Studio version: azuredatastudio 1.42.0 (22f384e569bc90d8b3231cc8c8cff99ea16c5052, 2023-03-17T18:15:48.982Z)
OS version: Windows_NT x64 10.0.19044
Restricted Mode: No
Preview Features: Enabled

System Info

Item
Value

CPUs
11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz (16 x 2496)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
undefined

Memory (System)
63.73GB (36.56GB free)

Process Argv

Screen Reader
no

VM
0%

Extensions (9)

Extension
Author (truncated)
Version

admin-pack
Mic
0.0.2

agent
Mic
0.49.0

arc
Mic
1.8.0

azcli
Mic
1.8.0

cms
Mic
0.9.2

dacpac
Mic
1.13.0

datavirtualization
Mic
1.13.1

import
Mic
1.5.4

profiler
Mic
0.12.2

Adding to this, the recent update seems to have involved the new accessTokenCache change.
As for me, I had to go into settings and ensure settings used MSAL, and Code Grant Method (both I already had), and then tick the setting mssql:enableSqlAuthenticationProvider.
Only then could I successfully authenticate to Azure SQL.
The problem now, though, is that the accessTokenCache file is written to my open git repository. Not ideal for keeping my tokens to myself.
I did scan through recent code changes, and it's not immediately obvious to me why it does this. The code seems to point to writing the file to AppData.

Hi @07kamil
Please verify Azure Core extension is enabled as it might be disabled.. we've heard reports for the same issue.
https://github.com/microsoft/azuredatastudio/wiki/Troubleshoot-Azure-Authentication-Issues#ensure-azure-core-extension-is-enabled

Hi @Duenke
Can you provide platform details and which installation of ADS are you working with?

Hey @cheenamalhotra
Version: 1.42.0 (user setup)
Commit: 22f384e569bc90d8b3231cc8c8cff99ea16c5052
Date: 2023-03-17T18:15:48.982Z
VS Code: 1.67.0
Electron: 19.1.8
Chromium: 102.0.5005.167
Node.js: 16.14.2
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.22621
I'll also add that the accessTokenCache files is also being written and updated on the AppData\Roaming\azuredatastudio\Azure Accounts directory as expected.
I also tried opening ADS with no folder/git repo open and it didn't seem to write the duplicate file anywhere.
I also tried opening ADS with some random non-git folder and it did again write the duplicate file.
 Any attempt to connect to Azure SQL.
Azure core is installed and enabled, and here are the auth settings I mentioned above:

Seems like this has been resolved: https://github.com/microsoft/azuredatastudio/issues/22549


Fix issue 6 noise on usb

Summary
This PR improve the  noise when you are using the device powered via USB. It fixes the issue #6
Also it uses the last version of Espressif framework and platform.  Tested on real device.

The main function of the shutdown function is to detect whether the USB cable is plugged in. Leave the device running while the USB cable is plugged in.

Maybe this PR will be closed because the main target of this was resolved in the last commit of master.  But we have now this issue #8
I don't know, maybe we don't need a deep-sleep and the lcd.wakeup() on USB connection. The last version has more eInk blinks, the previous commit of M5GFX library (f0f853adbb067b1914442ede02a1439fd7249fd5) was working better than the last one.

@hpsaturn

"The last version has more eInk blinks"
Here is the solution:

diff --git a/AirQUserDemo.ino b/AirQUserDemo.ino
index 5038d31..91c0d67 100644
--- a/AirQUserDemo.ino
+++ b/AirQUserDemo.ino
@@ -232,7 +232,7 @@ void setup() {

     log_i("Screen init");
     lcd.begin();
-    lcd.setEpdMode(epd_mode_t::epd_text);
+    lcd.setEpdMode(epd_mode_t::epd_fastest);^M
     // lcd.sleep();

     statusView.begin();


Add @@ zip folder support

fixed here: https://github.com/streamingfast/substreams/commit/14b5eca77a90e6fd5ba92c5a9de837a45f5cc599


Integration test for minio

Is your feature request related to a problem? Please describe.
In order to discover bugs similar to #18, some type of test should be done with the actual storage service against the plug-in.
For #18, the issue can only be discovered with a large amount of data transferred with the application+plug-in and the storage service.
Describe the solution you'd like
Integration test that brings up the actual service, e.g. minio, and tests all APIs with a large amount of data.
Describe alternatives you've considered
NA
Additional context
The issue discovered in #18 was when over 20 files were downloaded from Minio, so we should consider the number of data and the size of data per API call.

Closing as completed


⚠ Bofrost.at has degraded performance

In 2554b2e, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1475 ms

Resolved: Bofrost.at performance has improved in ce7e2be.


Fix swagger UI

Ok, please push your changes

As I am not allowed to push directly into this repo, I have created a new PR - please see #52

I double checked. It works for me:
https://csc-tesk-noauth2.rahtiapp.fi/swagger-ui/index.html
What exactly does not work for you? Is it the building process or Swagger's UI?

SpringFox  is not maintained, I recommend moving to SpringDoc OpenAPI, see https://springdoc.org/#migrating-from-springfox

Upgrading to springdoc requires redoing the Oauth implementation/configuration.
I have work on this for a couple of days and the amount of changes needed is too much for me. I have no knowledge or time to do this.

SpringFox  is not maintained, I recommend moving to SpringDoc OpenAPI, see https://springdoc.org/#migrating-from-springfox

Indeed there are no changes since 3 years ago. So leaving this project as it is now is not an option.

Just to add to the pile of problems:
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.10.1:compile (default-compile) on project tesk: Compilation failure
[ERROR] /home/galvaro/src/tesk-api/src/main/java/uk/ac/ebi/tsc/tesk/config/swagger/SwaggerConfigAuth.java:[8,33] cannot access org.springdoc.core.models.GroupedOpenApi
[ERROR]   bad class file: /home/galvaro/.m2/repository/org/springdoc/springdoc-openapi-starter-common/2.2.0/springdoc-openapi-starter-common-2.2.0.jar(org/springdoc/core/models/GroupedOpenApi.class)
[ERROR]     class file has wrong version 61.0, should be 52.0
[ERROR]     Please remove or make sure it appears in the correct subdirectory of the classpath.

springdoc only works with Java 17 or newer. Tesk-api is written for Java v1.8

From what we talked F2F, we should add a 3rd person to test this PR using the deprecated framework, merge it if successful and then put the effort on a python3 migration

I just tested this PR.
Everything worked fine for me
We can merge


[EasyCodingStandard] Fixes Scoper replace Composer\InstalledVersions prefix on ECS scoper config

Fixes #3056

ref example:
https://github.com/rectorphp/rector/blob/f92c18514ab60694692be986551b7bd4807c9e66/scoper.php#L29-L41
@TomasVotruba please verify if this is correct.

Looks good :+1:


docs: daemon Windows gradle.properties fix

@talklittle Thanks for the PR. This will be included in Gradle 2.6.