check by proper master names in deploy_masters step

Signed-off-by: karmab<EMAIL_ADDRESS>

I got something similar in the dev1 branch here
https://github.com/openshift-metalkube/dev-scripts/pull/182

Build FAILURE, see build http://<IP_ADDRESS>:8080/job/dev-tools/426/

I got something similar in the dev1 branch here
#182

@derekhiggins how should we proceed, there are several changes queued in #182, if that's ready should we merge it, or do you want to iterate on this and any other overlapping patches?

Build SUCCESS, see build http://<IP_ADDRESS>:8080/job/dev-tools/430/

I got something similar in the dev1 branch here
#182

@derekhiggins how should we proceed, there are several changes queued in #182, if that's ready should we merge it, or do you want to iterate on this and any other overlapping patches?

thanks Karim, #182 has been merged now so I think this can be closed as it has also been handled there.


Compatible with upcoming RustSAT 0.5.0

Added anyhow and thiserror packages to handle the errors in the new format.

I won't be merging this until the next release of RustSAT is actually ready. And even then, I would like to properly use anyhow error in scuttle as well, rather than storing anyhow errors in an error enum, which somewhat defeats the purpose of anyhow. If you need scuttle to compile as is, the easiest is to check out the RustSAT repo at the rustsat-v0.4.3 tag. Once I deem the next version of RustSAT ready to be released (which means at least rustsat/#80, rustsat/#82 are merged, potentially also a fix for rustsat/#79), I'll properly bump the version of RustSAT and then make scuttle compatible as well.
I bump version numbers only right before release since RustSAT will be automatically published by CI once the version number if bumped, so the main branch of RustSAT at the moment is not 0.4.3 but the upcoming release 0.5.0.

That makes sense. Then I will wait for the proper fix and use this branch for myself as a temporary solution to get it running with the most recent main branch! Thank you for the explanation.
I will close the PR since it is not needed any more now.

To give a brief update on my progress on this, on the develop branch I now have a version of scuttle that is compatible with RustSAT 0.5.0 and got some major restructuring of the project layout.


Improve about dialog texts

Before:

After:

:warning: when merged we must push to transifex new source file.

That was on a bit on purpose to make the difference explicit, but yes, it's more concise now.

warning when merged we must push to transifex new source file.

Is that something different than yarn transifex-push? Doing a yarn transifex-pull after push, now your translations are reverted to english?
Layer translations are deleted in locales/en.json and translations (didn't notice that before). Forgot to include layers/config/overrides.js in the i18next task. Will look at this tomorrow.

Ok, my translations mess should be fixed now, this is what I have done:

restored layer keys (d8886e7) and texts (66cdc84)
tx push --source to add the restored layer keys
tx push -t -f to force push the translations of this PR and to restore the deleted layer translations
restore changes overwritten by force (manually on Transifex) since last update, only one found:

fr: Ascend (Plain ascend) = Dénivelé cumulé (dénivelé global)

yarn transifex-pull

Just got a message from Transifex that all languages are now 100% translated. Turns out force pushing language files wasn't such a good idea, as all previously untranslated texts are now set to their en fallback text.
Any idea how to reset the en texts, except doing it manually?
At least there is a time-based filter, e.g. translated_after:2019-05-05.

Hm you are right. Sorry about that mess.
Just to be clear, but I believe you understood it by now: yarn transifex-push will only push English version to transifex, not other languages. Since it was only some typography stuff I wanted to do it directly but I should have done it on Transifex instead.
Anyway, I'll take a look at that and let you know if I can find something.

I don't see any option on transifex site directly. However something that may work would be to force push  json files after having removed translations that are identical to English, for all files. Only non translatable / identic words would be lost, but there are not many I believe.
I can do it if you wish @nrenner.

Thanks for helping to look for a solution.
I thought about it and I think deleting the english texts manually on Transifex using above filter is probably the best and safest option. It's only about hu, pt and zh_TW anyway.
I can do it probably tomorrow afternoon, but you can also do it if you feel like it, I don't mind either way.

Should be fixed :).

Great, thanks!


Inconsistent graph scaling with similar datas

Description
I'm experiencing an issue when plotting two datasets in my React Native project. The two datasets have similar values but different scales, yet they result in vastly different graphs.
Issue
When using sample, the graph displays a proper range with a minimum of 4368 and a maximum of 4381, showing distinct variations in the data.
Sample Data 1
const sample = [
    {value: 4376.3}, {value: 4376.9}, {value: 4381.3}, {value: 4381.3},
    {value: 4381.2}, {value: 4378.3}, {value: 4373.3}, {value: 4369.9},
    {value: 4368.4}, {value: 4369.6},
  ];

Output

However, when using sample2, the graph becomes nearly a straight line with a minimum of 4.2 and a maximum of 4.8, despite the values following a similar pattern.
Sample Data 2
const sample2 = [
  {value: 4.3763}, {value: 4.3769}, {value: 4.3813}, {value: 4.3813},
  {value: 4.3812}, {value: 4.3783}, {value: 4.3733}, {value: 4.3699},
  {value: 4.3684}, {value: 4.3696},
];

Output

Expected Behavior
I expected both graphs to show similar trends (like sample data 1) since they follow the same pattern, albeit on different scales. However, the second dataset does not show enough variation in the plot.
Steps to reproduce

Install Library
Import component

      <LineChart
        areaChart
        curved
        adjustToWidth
        width={chartParentWidth}
        data={sample}
        initialSpacing={1}
        isAnimated
        color={theme.colors.white}
        hideDataPoints
        startFillColor1={theme.colors.white}
        startOpacity={1}
        endOpacity={0}
        disableScroll
        hideRules
        thickness={2}
        xAxisThickness={0} // hide x axis
        xAxisLabelsHeight={0} // remove extra spacing below the graph
        yAxisExtraHeight={10} // to prevent top most point get cut off
        yAxisOffset={MINIMUM_VALUE}
        showFractionalValues
/>

Snack or a link to a repository
No response
version of react-native-gifted-charts
1.4.32
React Native version
0.75.2
Platforms
Android, iOS
Workflow
React Native

Hi @simyxing This is because the range on y-axis in the second sample is 4.2 to 5.2 (equivalent to 4200 to 5200 as per sample 1). In Sample 1 the range on y-axis is from 4368 to 4381.
So the range on y-axis should be adjusted for sample 2 using props like minValue and maxValue. The default strategy used by the library to set the props like maxValue, stepValue etc does not work very well in case of small values. So you need to exciplicitly provide these values.

Hi @Abhinandan-Kushwaha, can you do a favour to provide sample calculation for stepValue, The docs doesn't explain very well (at least to me) and I am getting weird results after providing maxValue & stepValue

@simyxing You just need to follow the below rule-
maxValue = noOfSections * stepValue;

Hi @simyxing Thanks for suggesting the feature to auto-scale the Y-axis. It is now available from version 1.4.34 onwards. 🎉
I have added the feature to auto scale the Y-axis and auto compute the value of roundToDigits based on the range of values in the data or dataSet.
Please use the latest version of the library.


openSUSE: sh: symbol lookup error: sh: undefined symbol: rl_trim_arg_from_keyseq, version READLINE_8.2 sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)

(Sorry, terse, cuz normal keyboard not working cuz reasons.)
$./live-usb-maker-qt-21.11.glibc2.28-x86_64.AppImage
#=>
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: symbol lookup error: sh: undefined symbol: rl_trim_arg_from_keyseq, version READLINE_8.2
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: /tmp/.mount_live-uvwLFkz/lib/x86_64-linux-gnu/libreadline.so.8: no version information available (required by sh)
sh: symbol lookup error: sh: undefined symbol: rl_trim_arg_from_keyseq, version READLINE_8.2

... wait, missed direction to use sudo. Durrr.
... but still problems.
$sudo ./live-usb-maker-qt-21.11.glibc2.28-x86_64.AppImage
#=>
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.

Aborted

Wait, STILL I can't read directions. Needs path to iso file as argument?
(Assumed would select in GUI...)
But still problem:
$sudo ./live-usb-maker-qt-21.11.glibc2.28-x86_64.AppImage MX-21.3_KDE_x64.iso
#=>
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.

Aborted


Normalise model-name to ISTIO  & model-displayName to Istio

Description
This PR fixes #548
Notes for Reviewers

model-name has been normalised to ISTIO(smp-enum)
model-displayName has been changed to modelDisplayName
model-displayName has been normalised to Istio (as in integration spreadsheet)

Signed commits

[x] Yes, I signed my commits.

@ayushthe1 Merge conflicts

@Revolyssup This has been fixed by #564 .So closing this pr


Missing column for request parameter if the API has both request parameter and POST body

Hi,
If we have any POST HTTP request having both request parameter and POST body, the request parameter doesn't get considered as a column.

OpenAPI specification example:

paths:
  /employee:
    post:
      operationId: employee
      parameters:
        - name: request-id
          in: header
          description: Request Id
          required: true
          schema:
            type: string
      requestBody:
        content:
          application/json:
            schema:
              $ref: '#/components/schemas/Employee'
        required: true
      responses:
        '200':
          description: Success
          content:
            application/json:
              schema:
                type: string
components:
  schemas:
    Employee:
      type: object
      properties:
        name:
          type: string
        address:
          type: string

In this example, the endpoint /employee is of type POST and it has both request parameter and request body. When we use this kind of specification in trino-openapi, request parameter doesn't get considered as a column.
When we execute the command "show create table employee" in trino CLI, we can only see address and name as columns. We should also get request-id as a column.
If we change the endpoint type to GET, then there is no issue and we see both request parameter and request body attributes as columns.
we can also take the reference of this specification:
https://community.opengroup.org/osdu/platform/system/search-service/-/blob/master/docs/api/search_openapi.yaml?ref_type=heads

Fixed by 362e2a461385c9ed634294194b9c4ba0846ff4ef


SQL: prototypes for dialects, frontend and lowering

This PR adds the following:

a dialect that mirrors the ibis datastructures
a dialect for relational algebra
a frontend for ibis to ibis dialect conversion
a lowering for a simple query from the ibis dialect to the relational dialect

The only really working query currently is countries['continent'] == 'AS'. This is one of the examples of the ibis user guide.

Thanks for the configs, I used them to format properly. As for your questions:

I have a driver, but it relies on a sqlite database that ibis distributes with their tutorial. I am uncertain how licensing works with respect to that since the database is not actually mine, so I decided to not upload it currently. I think we should spin this into a discussion on which backend we actually want to support and then provide running testcases for that.
I mainly decided to split different dialects and different passes in the current pipeline. I will add some comments to each file what it does exactly.

I think it makes sense to keep this as a PR until we have a running testcase in.

Cool, thanks for the explanation!
For a long-term solution for input data, we might want to look how the pandas backend does things. From the documentation:
import ibis
ibis.pandas.connect({"t": pd.DataFrame({"a": [1, 2, 3]})})

That should allow to produce test data easily. Also, pandas data frames can be wrapped into structs of arrays without copies, i.e., by using the original allocations of the different columns, so we could essentially process pandas data frames with our code directly. (That's what CVM does.)
About the SQLite: is it possible to split the driver into code that you wrote, which you can commit, and external code, which one has to download (and patch)? How about other dependencies such as xDSL? A requirements.txt shouldn't be a problem with licenses; the same is probably true for git submodules. The objective of all of that is to enable us to run your code...

I included a testcase that uses Pandas instead of Sqlite. Additionally, I added comments to the files explaining what they contain/do. I will now setup the requirements and take a look at CI integration.

I added filecheck tests and a file that mirrors MlirOpt basically. xDSL has nice support for this since the last version.

I went over the README. Installing and running went exactly like described. Nice!
I think that this is good enough for a first iteration. Ready to merge from my side.

LGTM (looks good to me), but I think @nicolasvasilache should at least check the CI integration.

Looks still good to me! A final stamp by @nicolasvasilache would be great, in particular for the CI targets.

I see it does a lot of stuff at once with XDSL that I am still not familiar with.
In particular, this single PR introduces 2 dialects with 2 classes of tests, a frontend and a conversion.
Can we split all this into smaller CLs that do 1 thing at a time ?
I think this would be a few simple git/github commands to stage the PRs and a little more documentation.
This way it will be easier to review without getting lost between things that are really simple and things that require more attention


Android RN 0.73 Support - Update build.gradle w/ Namespace

RN Team Update:
https://github.com/react-native-community/discussions-and-proposals/issues/671
Fix:
https://github.com/react-native-community/discussions-and-proposals/issues/671#issuecomment-1598892444

Hey @alexhernandez can you please change the PR title to 0.73 instead of 0.72? Thanks

@efstathiosntonas updated

@efstathiosntonas let me know if there is anything else I need to update on this MR 👍


problem with media drawn from rtp.pt site

sorry, my first post was a mess, I will try and put things back together (must be having troubles with the display or something) anyway...
The media i get from rtp.pt site is skipping back randomly.
Can it be fixed somehow?
Thanks in advance.

In fact, even after a second update to youtube-dl, I was unable to download from rtp.pt.
Hope this issue can be solved.

Thanks for the report. I've added the workaround --realtime option to be passed to rtmpdump, so this issue should be fixed in the next release of youtube-dl. Note that it will require a recent (2.4) version of rtmpdump.
In the future, please post the full output of youtube-dl --verbose <URL> when reporting issues, it helps us debug the issue and stay on the same page.
@accorreia123, do you have the same issue with the downloaded videos? If your problem is different, please open a new issue with the output of youtube-dl --verbose <URL>.

@naglis thanks for your input. I am sorry for not having put the result of the command with verbosity option, as i said in my post, i had an issue with the display at that point and when i noticed it i had lost the original post and by then i did not have the energy to get back at it. so again, sorry. i am currently on windows so i will try those links (and options) here (with rtmpdump >= 2.4 and with this latest version of youtube-dl) and and see if it works as expected. I will also post back with the results. thank you

hello
@acorreia123:
youtube-dl -i -f 18 -t --verbose --write-sub http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-i', '-f', '18', '-t', '--verbose', '--write-sub', 'http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2015.02.06
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTP] e174042: Downloading webpage
ERROR: requested format not available
Traceback (most recent call last):
File "youtube_dl\YoutubeDL.pyo", line 630, in extract_info
File "youtube_dl\YoutubeDL.pyo", line 676, in process_ie_result
File "youtube_dl\YoutubeDL.pyo", line 1103, in process_video_result
ExtractorError: requested format not available
@acorreia123 your command doesn't work with version 2015-02-05 (perhaps because you don't choose the right format. I suggest that when you to first query the "url" to see which formats are available. Use "-F" argument for that. For instance:
youtube-dl -F --verbose http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
This will print out the available versions for that file.
if one uses this command one will get the file alright.
youtube-dl -i -f mp3 -t --verbose --write-sub http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas --no-part
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-i', '-f', 'mp3', '-t', '--verbose', '--write-sub', 'http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas', '--
no-part']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2015.02.06
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTP] e174042: Downloading webpage
[debug] Invoking downloader on u'rtmp://otp1.rtp.pt/mediacache'
[download] Destination: Paixões Cruzadas-e174042.mp3
[debug] rtmpdump command line: rtmpdump --verbose -r rtmp://otp1.rtp.pt/mediacache -o 'Paixões Cruzadas-e174042.mp3' --swfVfy 'http://progra
mas.rtp.pt/play/player.swf?v3' --pageUrl http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas --app mediacache --playpath mp3:nas2.share/wav
rss/at1/1411/3297572_169816-1411280729 --realtime
[rtmpdump] RTMPDump v2.4 GIT-2013-12-05 (Compiled by KSV)
[rtmpdump] (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
[rtmpdump] DEBUG: Parsing...
[rtmpdump] DEBUG: Parsed protocol: 0
[rtmpdump] DEBUG: Parsed host    : otp1.rtp.pt
[rtmpdump] DEBUG: Parsed app     : mediacache
[rtmpdump] DEBUG: Protocol : RTMP
[rtmpdump] DEBUG: Hostname : otp1.rtp.pt
[rtmpdump] DEBUG: Port     : 1935
[rtmpdump] DEBUG: Playpath : mp3:nas2.share/wavrss/at1/1411/3297572_169816-1411280729
[rtmpdump] DEBUG: tcUrl    : rtmp://otp1.rtp.pt:1935/mediacache
[rtmpdump] DEBUG: swfUrl   : http://programas.rtp.pt/play/player.swf?v3
[rtmpdump] DEBUG: pageUrl  : http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
[rtmpdump] DEBUG: app      : mediacache
[rtmpdump] DEBUG: live     : no
[rtmpdump] DEBUG: timeout  : 30 sec
[rtmpdump] DEBUG: SWFSHA256:
[rtmpdump] DEBUG: 66 66 b4 f6 6e bd 63 03 f8 7b 46 07 bb f8 49 ac
[rtmpdump] DEBUG: ce 7d c6 0c 5a 03 bd 85 05 6e 91 c4 42 41 23 d3
[rtmpdump] DEBUG: SWFSize  : 230994
[rtmpdump] DEBUG: Setting buffer time to: 36000000ms
[rtmpdump] Connecting ...
[rtmpdump] DEBUG: RTMP_Connect1, ... connected, handshaking
[rtmpdump] DEBUG: HandShake: Client type: 03
[rtmpdump] DEBUG: HandShake: Client digest offset: 160
[rtmpdump] DEBUG: HandShake: Initial client digest:
[rtmpdump] DEBUG: 24 4e af 8a 85 bb da 98 66 0a e3 b0 99 02 b1 20
[rtmpdump] DEBUG: 79 0a ca f7 fc 1f 69 ce ee 1a 73 51 4e df 6b 15
[rtmpdump] DEBUG: HandShake: Type Answer   : 03
[rtmpdump] DEBUG: HandShake: Server Uptime : 96850052
[rtmpdump] DEBUG: HandShake: FMS Version   : <IP_ADDRESS>
[rtmpdump] DEBUG: HandShake: Calculated digest key from secure key and server digest:
[rtmpdump] DEBUG: 9e ed a0 e9 fc b3 3f d8 7e 08 1f 41 80 75 a1 bb
[rtmpdump] DEBUG: a5 5c ec c1 5f 4c 3d f0 27 7f 69 ae b0 f9 45 47
[rtmpdump] DEBUG: HandShake: Client signature calculated:
[rtmpdump] DEBUG: 26 ac fd 77 a9 85 64 c6 3e 18 70 0d f0 34 cf 45
[rtmpdump] DEBUG: 95 15 eb d9 12 1f f5 1e 21 84 12 8d 96 33 40 64
[rtmpdump] DEBUG: HandShake: Server sent signature:
[rtmpdump] DEBUG: 85 e2 b0 f3 7f 4a 1c db b1 06 1e 9c bb cc ed a0
[rtmpdump] DEBUG: 11 16 f7 18 d7 48 bb c9 27 42 4f e2 a1 8a 25 27
[rtmpdump] DEBUG: HandShake: Digest key:
[rtmpdump] DEBUG: e7 25 19 c3 24 67 fe 1e 34 c3 45 a8 26 62 da 06
[rtmpdump] DEBUG: 79 63 88 05 e7 10 12 0b d1 cb 04 f4 c7 68 fb e1
[rtmpdump] DEBUG: HandShake: Signature calculated:
[rtmpdump] DEBUG: 85 e2 b0 f3 7f 4a 1c db b1 06 1e 9c bb cc ed a0
[rtmpdump] DEBUG: 11 16 f7 18 d7 48 bb c9 27 42 4f e2 a1 8a 25 27
[rtmpdump] DEBUG: HandShake: Genuine Adobe Flash Media Server
[rtmpdump] DEBUG: HandShake: Handshaking finished....
[rtmpdump] DEBUG: RTMP_Connect1, handshaked
[rtmpdump] DEBUG: Invoking connect
[rtmpdump] INFO: Connected...
[rtmpdump] DEBUG: HandleServerBW: server BW = 2500000
[rtmpdump] DEBUG: HandleClientBW: client BW = 2500000 2
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 0, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream Begin 0
[rtmpdump] DEBUG: HandleChangeChunkSize, received: chunk size change to 4096
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 261 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  _result>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  1.00>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:             fmsVer, STRING:  FMS/3,5,5,2004>
[rtmpdump] DEBUG: Property: <Name:       capabilities, NUMBER:  31.00>
[rtmpdump] DEBUG: Property: <Name:               mode, NUMBER:  1.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:  status>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetConnection.Connect.Success>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:  Connection succeeded.>
[rtmpdump] DEBUG: Property: <Name:               data, ECMA_ARRAY>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            version, STRING:  3,5,5,2004>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: Property: <Name:           clientid, NUMBER:<PHONE_NUMBER>.00>
[rtmpdump] DEBUG: Property: <Name:     objectEncoding, NUMBER:  3.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_result>
[rtmpdump] DEBUG: HandleInvoke, received result for method call
[rtmpdump] DEBUG: sending ctrl, type: 0x0003
[rtmpdump] DEBUG: Invoking createStream
[rtmpdump] DEBUG: RTMP_ClientPacket, flex message, size 30 bytes, not fully supported
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  _result>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  2.00>
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  1.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_result>
[rtmpdump] DEBUG: HandleInvoke, received result for method call
[rtmpdump] DEBUG: SendPlay, seekTime=0, stopTime=0, sending play: mp3:nas2.share/wavrss/at1/1411/3297572_169816-1411280729
[rtmpdump] DEBUG: Invoking play
[rtmpdump] DEBUG: sending ctrl, type: 0x0003
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 180 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onStatus>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  0.00>
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:  status>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetStream.Play.Reset>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:  Playing and resetting nas2.share/wavrss/at1/1411/3297572_169816-1411280729.>
[rtmpdump] DEBUG: Property: <Name:           clientid, NUMBER:<PHONE_NUMBER>.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
[rtmpdump] DEBUG: HandleInvoke, onStatus: NetStream.Play.Reset
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 4, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream IsRecorded 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 0, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream Begin 1
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 188 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onStatus>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  0.00>
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:  status>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetStream.Play.Start>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:  Started playing nas2.share/wavrss/at1/1411/3297572_169816-1411280729.>
[rtmpdump] DEBUG: Property: <Name:           clientid, NUMBER:<PHONE_NUMBER>.00>
[rtmpdump] DEBUG: Property: <Name:         isFastPlay, BOOLEAN: FALSE>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
[rtmpdump] DEBUG: HandleInvoke, onStatus: NetStream.Play.Start
[rtmpdump] Starting download at: 0.000 kB
[rtmpdump]   in approximately realtime (disabled BUFX speedup hack)
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 24 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  |RtmpSampleAccess>
[rtmpdump] DEBUG: Property: <Name:            no-name, BOOLEAN: FALSE>
[rtmpdump] DEBUG: Property: <Name:            no-name, BOOLEAN: FALSE>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: ignoring too small audio packet: size: 0
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 44 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onStatus>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetStream.Data.Start>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 161 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onID3>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:          songtitle, STRING:  Antena1 Paixoes Cruzadas 039>
[rtmpdump] DEBUG: Property: <Name:               TENC, STRING:  Lavf52.22.1>
[rtmpdump] DEBUG: Property: <Name:        v1SongTitle, STRING:  Antena1 Paixoes Cruzadas 039>
[rtmpdump] DEBUG: Property: <Name:        v1SongGenre, STRING:  0>
[rtmpdump] DEBUG: Property: <Name: v1TrackNumberOnAlb, STRING:  0>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 36 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onMetaData>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:           duration, NUMBER:  2957.11>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] INFO: Metadata:
[rtmpdump] INFO:   duration                2957.11
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.0% of ~N/A at     ---b/s ETA Unknown ETA
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.3% of ~48.72MiB at     ---b/s ETA Unknown ETA
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.3% of ~53.27MiB at 11.75KiB/s ETA Unknown ETA
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.6% of ~48.91MiB at 83.86KiB/s ETA 09:56
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   1.1% of ~46.92MiB at 144.94KiB/s ETA 05:23
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   1.6% of ~49.67MiB at 193.55KiB/s ETA 04:19
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   1.9% of ~48.53MiB at 170.74KiB/s ETA 04:45
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   2.2% of ~46.96MiB at 135.67KiB/s ETA 05:44
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
ERROR: Interrupted by user
so @naglis thanks for your workaraound. apparently the file gets downloaded, i am not sure if it is playable since I did not wait until the end of the download time, but the skipping back issue is not there anymore.
However I am going to make a suggestion (or file some other issue depending on what you may suggest back). the  fact is that if we (try to) download the file with youtube-dl (which will then use rtmpdump) it takes "forever" to download and I haven't figured out to use either youtube-dl or rtmpdump to download any faster from this rtp.pt site.
But... @naglis and @acorreia123... if we take a closer look at the page source for any of those media files that acorreia123 mentions in #4823 (one a mp4 file and the other a mp3) and we replace their location path in the media server ("nas2.share/wavrss/at1/1411/3297572_169816-1411280729.mp3" for the mp3 file and "nas2.share/h264/512x384/quimica/quimica_1_20150110.mp4" for the mp4 file), if we replace those paths for the url "http://rsspod.rtp.pt/podcasts/at1/1411/3297572_169816-1411280729.mp3" (in the case of the mp3 file) and for the url "http://rsspod.rtp.pt/videocasts/512x384/quimica/quimica_1_20150110.mp4" (for the mp4 file), we can use these paths to download faster (for instance with a download manager)
Credits in these go to http://forum.zwame.pt/threads/download-rtp-videos.849752/#post-11402015
Thanks and sorry if this post is a bit too long.youtube-dl -i -f 18 -t --verbose --write-sub http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-i', '-f', '18', '-t', '--verbose', '--write-sub', 'http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2015.02.06
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTP] e174042: Downloading webpage
ERROR: requested format not available
Traceback (most recent call last):
File "youtube_dl\YoutubeDL.pyo", line 630, in extract_info
File "youtube_dl\YoutubeDL.pyo", line 676, in process_ie_result
File "youtube_dl\YoutubeDL.pyo", line 1103, in process_video_result
ExtractorError: requested format not available
@acorreia123 your command doesn't work with version 2015-02-05 (perhaps because you don't choose the right format. I suggest that when you to first query the "url" to see which formats are available. Use "-F" argument for that. For instance:
youtube-dl -F --verbose http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
This will print out the available versions for that file.
if one uses this command one will get the file alright.
youtube-dl -i -f mp3 -t --verbose --write-sub http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas --no-part
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-i', '-f', 'mp3', '-t', '--verbose', '--write-sub', 'http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas', '--
no-part']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2015.02.06
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTP] e174042: Downloading webpage
[debug] Invoking downloader on u'rtmp://otp1.rtp.pt/mediacache'
[download] Destination: Paixões Cruzadas-e174042.mp3
[debug] rtmpdump command line: rtmpdump --verbose -r rtmp://otp1.rtp.pt/mediacache -o 'Paixões Cruzadas-e174042.mp3' --swfVfy 'http://progra
mas.rtp.pt/play/player.swf?v3' --pageUrl http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas --app mediacache --playpath mp3:nas2.share/wav
rss/at1/1411/3297572_169816-1411280729 --realtime
[rtmpdump] RTMPDump v2.4 GIT-2013-12-05 (Compiled by KSV)
[rtmpdump] (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
[rtmpdump] DEBUG: Parsing...
[rtmpdump] DEBUG: Parsed protocol: 0
[rtmpdump] DEBUG: Parsed host    : otp1.rtp.pt
[rtmpdump] DEBUG: Parsed app     : mediacache
[rtmpdump] DEBUG: Protocol : RTMP
[rtmpdump] DEBUG: Hostname : otp1.rtp.pt
[rtmpdump] DEBUG: Port     : 1935
[rtmpdump] DEBUG: Playpath : mp3:nas2.share/wavrss/at1/1411/3297572_169816-1411280729
[rtmpdump] DEBUG: tcUrl    : rtmp://otp1.rtp.pt:1935/mediacache
[rtmpdump] DEBUG: swfUrl   : http://programas.rtp.pt/play/player.swf?v3
[rtmpdump] DEBUG: pageUrl  : http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
[rtmpdump] DEBUG: app      : mediacache
[rtmpdump] DEBUG: live     : no
[rtmpdump] DEBUG: timeout  : 30 sec
[rtmpdump] DEBUG: SWFSHA256:
[rtmpdump] DEBUG: 66 66 b4 f6 6e bd 63 03 f8 7b 46 07 bb f8 49 ac
[rtmpdump] DEBUG: ce 7d c6 0c 5a 03 bd 85 05 6e 91 c4 42 41 23 d3
[rtmpdump] DEBUG: SWFSize  : 230994
[rtmpdump] DEBUG: Setting buffer time to: 36000000ms
[rtmpdump] Connecting ...
[rtmpdump] DEBUG: RTMP_Connect1, ... connected, handshaking
[rtmpdump] DEBUG: HandShake: Client type: 03
[rtmpdump] DEBUG: HandShake: Client digest offset: 160
[rtmpdump] DEBUG: HandShake: Initial client digest:
[rtmpdump] DEBUG: 24 4e af 8a 85 bb da 98 66 0a e3 b0 99 02 b1 20
[rtmpdump] DEBUG: 79 0a ca f7 fc 1f 69 ce ee 1a 73 51 4e df 6b 15
[rtmpdump] DEBUG: HandShake: Type Answer   : 03
[rtmpdump] DEBUG: HandShake: Server Uptime : 96850052
[rtmpdump] DEBUG: HandShake: FMS Version   : <IP_ADDRESS>
[rtmpdump] DEBUG: HandShake: Calculated digest key from secure key and server digest:
[rtmpdump] DEBUG: 9e ed a0 e9 fc b3 3f d8 7e 08 1f 41 80 75 a1 bb
[rtmpdump] DEBUG: a5 5c ec c1 5f 4c 3d f0 27 7f 69 ae b0 f9 45 47
[rtmpdump] DEBUG: HandShake: Client signature calculated:
[rtmpdump] DEBUG: 26 ac fd 77 a9 85 64 c6 3e 18 70 0d f0 34 cf 45
[rtmpdump] DEBUG: 95 15 eb d9 12 1f f5 1e 21 84 12 8d 96 33 40 64
[rtmpdump] DEBUG: HandShake: Server sent signature:
[rtmpdump] DEBUG: 85 e2 b0 f3 7f 4a 1c db b1 06 1e 9c bb cc ed a0
[rtmpdump] DEBUG: 11 16 f7 18 d7 48 bb c9 27 42 4f e2 a1 8a 25 27
[rtmpdump] DEBUG: HandShake: Digest key:
[rtmpdump] DEBUG: e7 25 19 c3 24 67 fe 1e 34 c3 45 a8 26 62 da 06
[rtmpdump] DEBUG: 79 63 88 05 e7 10 12 0b d1 cb 04 f4 c7 68 fb e1
[rtmpdump] DEBUG: HandShake: Signature calculated:
[rtmpdump] DEBUG: 85 e2 b0 f3 7f 4a 1c db b1 06 1e 9c bb cc ed a0
[rtmpdump] DEBUG: 11 16 f7 18 d7 48 bb c9 27 42 4f e2 a1 8a 25 27
[rtmpdump] DEBUG: HandShake: Genuine Adobe Flash Media Server
[rtmpdump] DEBUG: HandShake: Handshaking finished....
[rtmpdump] DEBUG: RTMP_Connect1, handshaked
[rtmpdump] DEBUG: Invoking connect
[rtmpdump] INFO: Connected...
[rtmpdump] DEBUG: HandleServerBW: server BW = 2500000
[rtmpdump] DEBUG: HandleClientBW: client BW = 2500000 2
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 0, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream Begin 0
[rtmpdump] DEBUG: HandleChangeChunkSize, received: chunk size change to 4096
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 261 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  _result>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  1.00>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:             fmsVer, STRING:  FMS/3,5,5,2004>
[rtmpdump] DEBUG: Property: <Name:       capabilities, NUMBER:  31.00>
[rtmpdump] DEBUG: Property: <Name:               mode, NUMBER:  1.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:  status>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetConnection.Connect.Success>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:  Connection succeeded.>
[rtmpdump] DEBUG: Property: <Name:               data, ECMA_ARRAY>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            version, STRING:  3,5,5,2004>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: Property: <Name:           clientid, NUMBER:<PHONE_NUMBER>.00>
[rtmpdump] DEBUG: Property: <Name:     objectEncoding, NUMBER:  3.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_result>
[rtmpdump] DEBUG: HandleInvoke, received result for method call
[rtmpdump] DEBUG: sending ctrl, type: 0x0003
[rtmpdump] DEBUG: Invoking createStream
[rtmpdump] DEBUG: RTMP_ClientPacket, flex message, size 30 bytes, not fully supported
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  _result>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  2.00>
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  1.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_result>
[rtmpdump] DEBUG: HandleInvoke, received result for method call
[rtmpdump] DEBUG: SendPlay, seekTime=0, stopTime=0, sending play: mp3:nas2.share/wavrss/at1/1411/3297572_169816-1411280729
[rtmpdump] DEBUG: Invoking play
[rtmpdump] DEBUG: sending ctrl, type: 0x0003
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 180 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onStatus>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  0.00>
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:  status>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetStream.Play.Reset>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:  Playing and resetting nas2.share/wavrss/at1/1411/3297572_169816-1411280729.>
[rtmpdump] DEBUG: Property: <Name:           clientid, NUMBER:<PHONE_NUMBER>.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
[rtmpdump] DEBUG: HandleInvoke, onStatus: NetStream.Play.Reset
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 4, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream IsRecorded 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 0, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream Begin 1
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 188 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onStatus>
[rtmpdump] DEBUG: Property: <Name:            no-name, NUMBER:  0.00>
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:  status>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetStream.Play.Start>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:  Started playing nas2.share/wavrss/at1/1411/3297572_169816-1411280729.>
[rtmpdump] DEBUG: Property: <Name:           clientid, NUMBER:<PHONE_NUMBER>.00>
[rtmpdump] DEBUG: Property: <Name:         isFastPlay, BOOLEAN: FALSE>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
[rtmpdump] DEBUG: HandleInvoke, onStatus: NetStream.Play.Start
[rtmpdump] Starting download at: 0.000 kB
[rtmpdump]   in approximately realtime (disabled BUFX speedup hack)
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 24 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  |RtmpSampleAccess>
[rtmpdump] DEBUG: Property: <Name:            no-name, BOOLEAN: FALSE>
[rtmpdump] DEBUG: Property: <Name:            no-name, BOOLEAN: FALSE>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: ignoring too small audio packet: size: 0
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 44 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onStatus>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:               code, STRING:  NetStream.Data.Start>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 161 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onID3>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:          songtitle, STRING:  Antena1 Paixoes Cruzadas 039>
[rtmpdump] DEBUG: Property: <Name:               TENC, STRING:  Lavf52.22.1>
[rtmpdump] DEBUG: Property: <Name:        v1SongTitle, STRING:  Antena1 Paixoes Cruzadas 039>
[rtmpdump] DEBUG: Property: <Name:        v1SongGenre, STRING:  0>
[rtmpdump] DEBUG: Property: <Name: v1TrackNumberOnAlb, STRING:  0>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: RTMP_ClientPacket, received: notify 36 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:            no-name, STRING:  onMetaData>
[rtmpdump] DEBUG: Property: <Name:            no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:           duration, NUMBER:  2957.11>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] INFO: Metadata:
[rtmpdump] INFO:   duration                2957.11
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.0% of ~N/A at     ---b/s ETA Unknown ETA
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.3% of ~48.72MiB at     ---b/s ETA Unknown ETA
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.3% of ~53.27MiB at 11.75KiB/s ETA Unknown ETA
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   0.6% of ~48.91MiB at 83.86KiB/s ETA 09:56
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   1.1% of ~46.92MiB at 144.94KiB/s ETA 05:23
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   1.6% of ~49.67MiB at 193.55KiB/s ETA 04:19
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   1.9% of ~48.53MiB at 170.74KiB/s ETA 04:45
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
[download]   2.2% of ~46.96MiB at 135.67KiB/s ETA 05:44
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 31, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferEmpty 1
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 32, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream BufferReady 1
ERROR: Interrupted by user
so @naglis thanks for your workaraound. apparently the file gets downloaded, i am not sure if it is playable since I did not wait until the end of the download time, but the skipping back issue is not there anymore.
However I am going to make a suggestion (or file some other issue depending on what you may suggest back). the  fact is that if we (try to) download the file with youtube-dl (which will then use rtmpdump) it takes "forever" to download and I haven't figured out to use either youtube-dl or rtmpdump to download any faster from this rtp.pt site.
But... @naglis and @acorreia123... if we take a closer look at the page source for any of those media files that acorreia123 mentions in #4823 (one a mp4 file and the other a mp3) and we replace their location path in the media server ("nas2.share/wavrss/at1/1411/3297572_169816-1411280729.mp3" for the mp3 file and "nas2.share/h264/512x384/quimica/quimica_1_20150110.mp4" for the mp4 file), if we replace those paths for the url "http://rsspod.rtp.pt/podcasts/at1/1411/3297572_169816-1411280729.mp3" (in the case of the mp3 file) and for the url "http://rsspod.rtp.pt/videocasts/512x384/quimica/quimica_1_20150110.mp4" (for the mp4 file), we can use these paths to download faster (for instance with a download manager)
Credits in these go to http://forum.zwame.pt/threads/download-rtp-videos.849752/#post-11402015
Thanks and sorry if this post is a bit too long.

@mcurly, thanks for valuable input. Formats with regular HTTP download URLs on rtp.pt, as per your instructions, should be available in the upcoming release of youtube-dl.

I believe this issue to be fixed in youtube-dl 2015.02.09 and newer. See our FAQ if you need help updating.

@phihag
thanks works perfectly now. I've tested both os's (windows and linux)
one sidenote: the hint on the formats is great! (when you say that mp4_h24 version is better than rtmp version, you lead us in a good path because the former downloads way faster than the latter, although (I think) the downloaded versions may be identical.
That's it for now you may close this topic (I don't know how/if I am allowed to :( )
Cheers!

@phihag
Tanks a lot. Works fine both for mp3 and mp4.
However, since the the page http://www.rtp.pt/play/p831/a-quimica-das-coisas
has several videos I tried to use the playlist option. Am I doing something wrong or this option is only available for youtube?
Here it is my command in verbose mode.
D:\Downloads>D:\Downloads\youtube-dl -f 22/17/18 --verbose ./%(playlist_title)s/
%(playlist_index)s-%(title)s.%(ext)s http://www.rtp.pt/play/p831/a-quimica-das-coisas
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-f', '22/17/18', '--verbose', './%(playlist_title)s
/%(playlist_index)s-%(title)s.%(ext)s', 'http://www.rtp.pt/play/p831/a-quimica-das-coisas']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2<IP_ADDRESS>
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.3
[debug] Proxy map: {}
WARNING: The url doesn't specify the protocol, trying with http
[generic] %(playlist_index)s-%(title)s: Requesting header
Traceback (most recent call last):
File "main.py", line 19, in
File "youtube_dl_init_.pyo", line 382, in main
File "youtube_dl_init_.pyo", line 372, in _real_main
File "youtube_dl\YoutubeDL.pyo", line 1373, in download
File "youtube_dl\YoutubeDL.pyo", line 630, in extract_info
File "youtube_dl\YoutubeDL.pyo", line 683, in process_ie_result
File "youtube_dl\YoutubeDL.pyo", line 619, in extract_info
File "youtube_dl\extractor\common.pyo", line 268, in extract
File "youtube_dl\extractor\generic.pyo", line 656, in _real_extract
File "youtube_dl\extractor\common.pyo", line 301, in _request_webpage
File "youtube_dl\YoutubeDL.pyo", line 1598, in urlopen
File "urllib2.pyo", line 404, in open
File "urllib2.pyo", line 422, in _open
File "urllib2.pyo", line 382, in _call_chain
File "youtube_dl\utils.pyo", line 583, in http_open
File "urllib2.pyo", line 1181, in do_open
File "httplib.pyo", line 995, in request
File "httplib.pyo", line 1029, in _send_request
File "httplib.pyo", line 991, in endheaders
File "httplib.pyo", line 844, in _send_output
File "httplib.pyo", line 806, in send
File "httplib.pyo", line 787, in connect
File "socket.pyo", line 553, in create_connection
File "encodings\idna.pyo", line 164, in encode
File "encodings\idna.pyo", line 73, in ToASCII
UnicodeError: label empty or too long

@accorreia123 In the future, please open a new issue for, well, a new issue. In your case, it looks like you simply forgot -o after --verbose and before the output template.


Refactor DI and structure.

Remove ITenantInfo and its implementation from DI.
Remove IMultiTenantContext and IMultiTenantContext<TTenantInfo> from DI.
Rework MultiTenantDbcontext and MultiTenantIdentityDbContext for above.
Fix bug in AdjustKeys, change MultiTenantIdentityDbContext to adjust default unique indexes and UserLogin key.
Remove ConnectionString property from ITenantInfo and TenantInfo.
Refactor namespaces. Most users will only need to use Finbuckle.MultiTenant or Finbuckle.MultiTenant.Abstractions.
Various mixups and cleanups.
Update docs.
Update tests.
Update samples.

:tada: This PR is included in version 7.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Ignore IDE generated files

According to the dealii/.gitignore file this adds some IDE generated files to the .gitignore file.

Generally this sounds like a good idea, you could also add .idea for CLion-specific stuff.
I personally work around this kind of issue by setting a global .gitignore and/or putting a .gitignore with content * into folders I want to ignore, like CMake build trees, which are not always named build

Generally this sounds like a good idea, you could also add .idea for CLion-specific stuff.
I personally work around this kind of issue by setting a global .gitignore and/or putting a .gitignore with content * into folders I want to ignore, like CMake build trees, which are not always named build

Of course ... already done. I use VSC but just copied the part from the dealii/.gitignore file.

You might also consider adding .DS_Store automatically created on Mac.

MacOS and some further OS related files are added. As already said, I copied the entries from the dealii/.gitignore file. Should we mention this somewhere?

In general I agree with @yhmtsai , with environment specific modifications (IDE's, OSes etc), it might be better to add it to .git/info/exclude rather than .gitignore.

I am fine with the PR in its current stage. If somebody starts developing with Ginkgo on a new platform, we can always add additional ignores, but for now I think we can leave it as it is, and not try to catch every eventuality.

rebase!

Sorry, I was offline for a couple of days. I was not aware of the github/gitignore repo. After reading the hint of @yhmtsai I would have agreed in not adding this PR. I don't know maybe you want to revert it? Nevertheless, thanks for your suggestions! It helps me a lot for my own project.

@gfcas I don't think it is necessary to revert the PR. These are quality of life improvements that don't hurt Ginkgo and may improve the development process for some people. If we need to commit any of the file formats that are now in the .gitignore, we can simply remove them from the file.
If anyone disagrees (for example @yhmtsai), I am happy to discuss. I am not categorically against reverting the PR, but I like both the changes done in this PR and think that there is basically no downside in keeping it in Ginkgo.

Yes, I do not have a strong opinion to revert this pr because it does not hurt anything.


Hide API logs when viewing debug logs

the app only show api logs. Nothing else.
I would hide them so we can see other threads debug logs

How should I filter that?
Check if the log starts with TORNADO :: API :: ?

I think its a good idea. Each refresh shows a lot of then. What do you think?

I would also increase number of lines to show.

I am already display everything SickRage returns, and it is not possible to ask for more.
What if people want to see the logs for the API (like in https://github.com/MGaetan89/ShowsRage/issues/35)?
I think it will be better to just add a search field so user can filter the logs.

@MGaetan89 @fernandog ideia its preety cool i found myself wanting to see sr logs like pp and the log where filled with the api ones

Why not create a special filter for API?
Info. Debug. Warning. Api?

Lets say you ask 20 lines When you do, SR adds 10 more log lines (api). So debug without api would be 10 lines only. If you have too many shows you will only see API logs

I agree that API could be in a separate category. But this has to be done on SickRage side. There is already a category for database logs if I am not mistaken. It might need to be discussed, as other applications won't receive API logs anymore if we change that.
We could also update the API to allow request more items in the logs.

Why not filter in ShowsRage?

Because if all the logs I receive in ShowsRage in debug are about API, removing those items won't solve your issue. I can't request more logs than what I currently receive.

In #67, I am implementing a filter for the logs. You will then be able to hide all API related calls.
But my previous comment about receiving only API related logs is still valid.

#68 was just merged. It allows you to select which "section" of the logs you want to display. Those sections are based on the values received from SickRage.


Difference in Face Recognition Quality for JPG Image Formats

face_recognition version: 1.2.3
Python version: 3.9
Operating System: Windows 10

Description
While doing some metamorphic testing with my colleague, we encountered some surprising results concerning face recognition for images of JPG format.
Indeed, we tested face recognition on multiple pictures, each one of them containing a large group of individuals. While the same image in PNG or BMP achieved (almost) a full recognition, the JPG one always achieved lower recognition - about 5 to 10% less recognized faces than the other formats.
What I Did
We tested the number of faces recognized on the same picture in PNG, BMP and JPG formats. Here is an example of a test we realized:
import face_recognition
import numpy as np

from PIL import Image

png_image = Image.open(f"{self.img_dest}/{image_name}")

# Avoid RGBA
png_image = png_image.convert("RGB")
# Get image name and remove extension
wo_ext = "".join(image_name.split('.')[0:-1])

jpg_image = png_image.convert("RGB")
# Needs to be saved otherwise format is None
jpg_image.save(f"{self.img_dest}/{wo_ext}.jpg")
jpg_image = Image.open(f"{self.img_dest}/{wo_ext}.jpg")

face_locations_png = face_recognition.face_locations(np.asarray(png_image))
face_locations_jpg = face_recognition.face_locations(np.asarray(jpg_image))

### result is len(face_locations_png) > len(face_locations_jpg)

Conclusion
We are well aware that the results are surely due to a lowered resolution in JPG images, but even some unrecognized faces weren't that bad resolution wise.
Could this issue possibly be addressed ?
Thank you for your time 😄 .

During the encoding, JPG's loss is greater than that of PNG's, so you'll receive a bit lesser resolution when JPG's used.

face_recognition version: 1.2.3
Python version: 3.9
Operating System: Windows 10

Description
While doing some metamorphic testing with my colleague, we encountered some surprising results concerning face recognition for images of JPG format.
Indeed, we tested face recognition on multiple pictures, each one of them containing a large group of individuals. While the same image in PNG or BMP achieved (almost) a full recognition, the JPG one always achieved lower recognition - about 5 to 10% less recognized faces than the other formats.
What I Did
We tested the number of faces recognized on the same picture in PNG, BMP and JPG formats. Here is an example of a test we realized:
import face_recognition
import numpy as np

from PIL import Image

png_image = Image.open(f"{self.img_dest}/{image_name}")

# Avoid RGBA
png_image = png_image.convert("RGB")
# Get image name and remove extension
wo_ext = "".join(image_name.split('.')[0:-1])

jpg_image = png_image.convert("RGB")
# Needs to be saved otherwise format is None
jpg_image.save(f"{self.img_dest}/{wo_ext}.jpg")
jpg_image = Image.open(f"{self.img_dest}/{wo_ext}.jpg")

face_locations_png = face_recognition.face_locations(np.asarray(png_image))
face_locations_jpg = face_recognition.face_locations(np.asarray(jpg_image))

### result is len(face_locations_png) > len(face_locations_jpg)

Conclusion
We are well aware that the results are surely due to a lowered resolution in JPG images, but even some unrecognized faces weren't that bad resolution wise.
Could this issue possibly be addressed ?
Thank you for your time 😄 .

During the encoding, JPG's loss is greater than that of PNG's, so you'll receive a bit lesser resolution when JPG's used.


Global time and directories

part of https://github.com/SpiNNakerManchester/SpiNNFrontEndCommon/pull/899
same as https://github.com/SpiNNakerManchester/TestBase/pull/13
FecTimer moved to break circular imports

part of bigger pr now


chrome => isChrome

Fixes ProseMirror/prosemirror/issues/1318
Variables defined in "browser" will end up in browser with the exact same name, which is problematic for "chrome". Renaming to isChrome should fix the issue.

Why is this problematic?


grunt.hookTask: rename config along with original task

Had to replace the dots in the name with parenthesis, because the grunt config function would get confused.

merged. thanks.


Fix install

npm install gui and then require('gui') inside a script does not work, because the module has neither index.js file, neither specified main in package.json. I can't understand how you tested installation. Also node modules should not require global installation in order to run.

removed scripts section of package.json
added file lib/gui.js as script that will get require'ed
added `{"main": "lib/gui"} for npm installations to work
modified tests require statements in order to work as expected

So the library should be installed and used as follows:
npm install gui -- plain and simple
or
npm -g install gui -- global installation

node-waf install will install the module to ~/.node_libraries/gui.node, that's why the tests can run. But it's rather ugly and thanks for your contribution!
(Strangely github didn't automatically close this pull request after I have manually merged it, so I have to close it.)

Yes you are right. Yesterday when i tested it, it was installing under some spooky misconfigured directories.
But still, now you can run without root privileges :)
Thanks.


Layout jim(jim(), jim(), ... ; layout=())

@JuliaRegistrator() register

Comments on pull requests will not trigger Registrator, as it is disabled. Please try commenting on a commit or issue.


End date on slowzone link should provide 7 extra days of context.

https://github.com/transitmatters/t-performance-dash/blob/555fd54bbefe5d389943b822e33fc1c80fc054c4/modules/slowzones/charts/LineSegments.tsx#L131
It helps the slowzone stand out more.
We can't provide 7 full days, ofcourse, if the end of the SZ was less than 7 days ago.

We also shouldn't provide links to more data than can be loaded. In the past we truncated the startDate in that scenario.

@devinmatte @austinjpaul Can you help me confirm if this has been worked on? Just now getting around to it. Looks like there were changes made a handful of months ago, but not sure if there's more to do.

looks like this was already done

If it's done, we can close the issue :slightly_smiling_face:


Kernel used in Debian 10 images

Latest Debian 10.4 console images have kernel 5.4 installed by default.
Is this on purpose?
It does not seem right to me, has mainline Debian 10 distro uses kernel 4.19.
If it's on purpose, documentation should be updated accordingly.

@JoseGoncalves yeah my wiki bash update script failed..
it has already messed up the version stamp..
https://elinux.org/index.php?title=Beagleboard%3ABeagleBoneBlack_Debian&type=revision&diff=516301&oldid=516251
it should have also had 5.4.x for the console..
i'm targeting v5.4.x for all image for the August release.
Regards,

Hi @RobertCNelson. Just to warn you that Beagleboard:Latest-images-testing last update was in April, 6. Stil issues with the wiki update script?

hi @JoseGoncalves that page won't be updated till next week, when i push out alpha/rc1 for the August 2020 release..


Update terminal buffer title [gvim8/windows10]

Category

[x] fzf binary
[x] Vim

OS

[x] Windows

Shell

[x] cmd

Follow this comment in PR https://github.com/junegunn/fzf/pull/1173#issuecomment-349317753.
fzf 0.17.1, lastest fzf.vim, gvim8 1-1358, windows 10, +terminal
Issue: When invoke fzf, terminal buffer has default name: !cmd.exe, It should be changed to something more related to one that called it, for example of title: fzf when invoked by command :FZF
Commits when invoked by command :Commits ..etc.
@janlazo : Appreciate if you can have a look or maybe a PR.

Changing the name of a buffer is discouraged as it has unwanted side-effects, so we don't do it. A better approach would be to configure buffer-local &statusline, or simply to hide it.
&statusline is automatically set if you use fzf.vim. We used to do that only for Neovim (because Vim didn't have terminal buffer until recently), but I just updated the code to activate also on Vim 8. So update fzf.vim and see if it works for you.

Commits when invoked by command :Commits ..etc.

That's an idea we can consider. Most commands in fzf.vim already set --prompt to that, so I don't think it's urgent. But I'll think about it.
By the way, please upgrade fzf to 0.17.3 which fixed "double-enter" problem on Windows Vim, though it won't make a difference in this particular case.

It doesn't seem related to statusline, please refer to this video for demonstration.
So when invoke fzf's commands, the title of gvim shows that it has name !cmd.exe [running]

The problem with setting term_name is it must be a unique name because Vim won't append a unique label like (1) on the buffer name. You can observe this if you run :terminal consecutively and check the buffer names with :ls. Vim will append some label to the buffer name if term_name is not set.
There is a term_marker used in Neovim to track the terminal buffer so that could be reused for the term_name in Vim but it is not unique enough for a buffer name if calling FZF consecutively.


[silverstripe] Update changelogTemplate

GitHub releases are not always published, making it a bad choice for the changelogTemplate. Switching to changelogs on https://docs.silverstripe.org/.

For instance, at the time I write this comment, https://github.com/silverstripe/silverstripe-cms/releases/ only list versions up to 5.0.2 while the latest is 5.0.4.


Create ONVDB client certificate for Octavia

The certificate is required by the Octavia OVN provider when TLS is enabled at the Pod level.
Jira: OSPRH-6065

recheck
RETRY_LIMIT

needs a rebase


[Python 3.12] LOAD_FAST_AND_CLEAR

Python 3.12 introduced the LOAD_FAST_AND_CLEAR opcode. This turned out to be more involved than anticipated and it has been decided it will need attention outside of #9246 . This ticket tracks that effort.

Ref: https://github.com/numba/numba/pull/9246#discussion_r1401217044


Angular 12 upgrade

What kind of change does this PR introduce? (check one with "x")

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] CI related changes
[ ] Other... Please describe:

What is the current behavior? (You can also link to an open issue here)
What is the new behavior?
Does this PR introduce a breaking change? (check one with "x")

[ ] Yes
[ ] No

If this PR contains a breaking change, please describe the impact and migration path for existing applications: ...
Other information:

Think we also need to bump the dep version in projects/swimlane/ngx-datatable/package.json

Think we also need to bump the dep version in projects/swimlane/ngx-datatable/package.json

So I built the project, and tested it against/in a ng-11 project (the project was Platform) and it was working fine. Do you think this other bump is still necessary? @Hypercubed

Think we also need to bump the dep version in projects/swimlane/ngx-datatable/package.json

So I built the project, and tested it against/in a ng-11 project (the project was Platform) and it was working fine. Do you think this other bump is still necessary? @Hypercubed

These (https://github.com/swimlane/ngx-datatable/blob/1a9b6880a98fef535b38b9ff28f0add6c785fffe/projects/swimlane/ngx-datatable/package.json#L6-L8) should be a >= or and ||

Think we also need to bump the dep version in projects/swimlane/ngx-datatable/package.json

So I built the project, and tested it against/in a ng-11 project (the project was Platform) and it was working fine. Do you think this other bump is still necessary? @Hypercubed

These (
https://github.com/swimlane/ngx-datatable/blob/1a9b6880a98fef535b38b9ff28f0add6c785fffe/projects/swimlane/ngx-datatable/package.json#L6-L8
) should be a >= or and ||

Ok, that's done and ready to merge, I believe.

@Hypercubed when do you plan on releasing new version with Angular 12 support?

@Hypercubed when do you plan on releasing new version with Angular 12 support?

Came to this PR to wonder the same thing. It was in 20.0.0, release September 14th. Just commenting for the next person who comes along; sorry for spamming anyone watching this issue.


A proper Sketch file for designer contributors to contribute to the marketing website

Expected behavior:
As a designer who wants to contribute to an open source project such as Hospital Run for the first time, I want to be able to immediately start on building a new mockup from a Sketch file with components I can re-use.
Actual behavior:
Right now, after downloading the design source files, it seems there is only a Sketch file for the App UI. As a result, I will either have to recreate the elements I see on the site itself on Sketch, or make screenshots and chop up what I can use.
@jglovier Unless there's a file that just hasn't been uploaded? :/

Woops. Posted on the wrong page.


That's funny

https://github.com/user-attachments/assets/48fb5dd4-5d41-4c52-9086-a901e3e4248e
Convert this to TTS:
sheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshe

MP3.MP4.-.FreeConvert.com.mp4
Convert this to TTS:
sheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshe

Well bro the problem in tts provider not in the script.

MP3.MP4.-.FreeConvert.com.mp4
Convert this to TTS:
sheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshesheshe

Well bro the problem in tts provider not in the script.

I know. I think it's hilarious

🤣


xscreensaver and xfreerdp in keyboard grabbing competition

On a fresh Debian 9 install with the latest xfreerdp master, when xfreerdp connects to a W2K12R2 RDS Server and the xscreensaver (blank screen, 10 minutes) kicks in, the screen goes black with the following message in yellow at the top of the screen:
xscreensaver: hh:mm:ss: couldn't grab the keyboard!  (AlreadyGrabbed)
Now, realizing there is a tug-of-war going on with X, I disabled the keyboard grabbing (-grab-keyboard) on the xfreerdp command line. This fixes the problem; however, I would like to know what the side-effects of this action are if any on the Windows application side or any other for that matter. This is probably not a xfreerdp issue but I wanted to ask.
Thanks

@freerdp-github Keyboard grabbing allows redirecting keys otherwise reserved for system use. Other than that nothing changes.

and you always the possibility to launch xfreerdp with -grab-keyboard


Add documentation in message.ts

Add documentation for message.ts file as per this comment https://github.com/TBD54566975/dwn-sdk-js/blob/98202beeed579628203b45fdaad45583409bd743/src/message.ts#L34

There is no longer TODO in message.ts.


Initialize objects in collision free random states

Discussed in https://github.com/deepmind/mujoco/discussions/47

Originally posted by Ankur-Deka November  6, 2021
I am using mujoco-py. The current approach I am using is to initialize in random states and then check for collision using a script which is similar to the following.
'''
code to initialize in random state
'''

try:
          self.sim.forward()
except mujoco_py.MujocoException as e:
          continue
contacts = self.get_contacts(object)
if len(contacts) > 0:
          print('collision detected, try sampling a new state')

It works most of the time but once in a while it fails. The object is initialized in a collision state and gets thrown away in the scene and the snippet above doesn't detect the collision. Since I am calling sim.forward (and NOT sim.step), there shouldn't be any integration in time as per documentation and correspondingly the plate shouldn't have been thrown away. How can I avoid the object being thrown away or how can I correctly sample collision free random states using an alternate approach?

We are not very familiar with mujoco-py but you are definitely doing the right thing, so keep looking for a bug. step is being called somewhere if your object is moving. I recommend printing values of data.time to figure out where the integration happens.


Fetch data from 5 breweries and append to Div

We were successful in this.  More than 5 can now be pulled.


Is there a way to integrate this with Firebase/AngularFire2?

Hey there, I've used this module before and it works well, but I'm utilizing Firebase as my datastore and I'm wondering if there's a way to actually search within a Firebase data store/observable returned from Firebase using this?
Thanks!

@snstarosciak I think you'll need to create a custom CompleterData to do it.


SerializationException when passing in controllerClassNames as IEnumerable from LINQ Where

line 64 of WebApiAssemblyToSwaggerGenerator throws SerializationException because it tries to directly serialize the IEnumerable. Maybe convert to array or list first?

Can you post some sample code to reproduce the exception?

Closed due to not reproducible...


[d3-collection] Add exported Interfaces

Stringifiable
Nest

These were previously not exported in the Definitions file.

Depends on DefinitelyTyped/DefinitelyTyped#16536.


Add check of branch protection API call response

Change-type: patch
Signed-off-by: fisehara<EMAIL_ADDRESS>

Might also need to consider how this would impact https://github.com/product-os/flowzone/issues/141

@klutchell thanks for the input. I'll work on a step based execution of the branch_protection job.

@klutchell LMK if the amount of checks is sufficient for now.


Update English documentation and screenshot to match the latest version of the software

Update this page, including screenshots to match the current software version.

Got it, thanks!
Le mer. 17 mai 2023 à 12:45, Andras Lasso @.***> a
écrit :

Assigned #27 https://github.com/Slicer/SlicerLanguagePacks/issues/27 to
@MohamedAllali https://github.com/MohamedAllali.
—
Reply to this email directly, view it on GitHub
https://github.com/Slicer/SlicerLanguagePacks/issues/27#event-9268934383,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWFEO4M4IU5EML6EA5VGXMTXGTB4RANCNFSM6AAAAAAYFBFQIM
.
You are receiving this because you were assigned.Message ID:
@.***>

Good evening, Mr. Andras
I hope everything is going well. I want to ask you a question related to
SlicerLanguagePacks update, isn't it that Qt toolkit is now integrated with
SlicerLanguagePacks, so there is no need to download and install, my
question to you is it better to delete the download and install Qt toolkit
part of HowToUse
https://github.com/Slicer/SlicerLanguagePacks/blob/main/HowToUse.md#:~:text=this language selector.-,Download and install Qt toolkit,is done%2C the lrelease file will be located in "/usr/bin/" .,-SlicerLanguagePacks/HowToUse.md
.
Le mer. 17 mai 2023 à 13:48, Mohamed Alalli BILAL @.***>
a écrit :

Got it, thanks!
Le mer. 17 mai 2023 à 12:45, Andras Lasso @.***> a
écrit :

Assigned #27 https://github.com/Slicer/SlicerLanguagePacks/issues/27
to @MohamedAllali https://github.com/MohamedAllali.
—
Reply to this email directly, view it on GitHub
https://github.com/Slicer/SlicerLanguagePacks/issues/27#event-9268934383,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWFEO4M4IU5EML6EA5VGXMTXGTB4RANCNFSM6AAAAAAYFBFQIM
.
You are receiving this because you were assigned.Message ID:
@.***>

Ok, thanks for the clarification.
Happy Weekend.
Mohamed.
Le sam. 20 mai 2023 à 14:15, Andras Lasso @.***> a
écrit :

Correct. Manual installation of Qt is not needed anymore (at least in
recent Slicer Preview Releases), so it should be removed from the
instructions.
—
Reply to this email directly, view it on GitHub
https://github.com/Slicer/SlicerLanguagePacks/issues/27#issuecomment-1555921185,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWFEO4KHCXSZLVPEPIDJ7RLXHDGZBANCNFSM6AAAAAAYFBFQIM
.
You are receiving this because you were mentioned.Message ID:
@.***>

@lassoan I've updated How to use, you can see from here, wait for your comment if there's anything that needs to be modified.

done


Only pan map if facility not in viewport bbox

Overview

pan the map if the newly selected facility is not in the viewport bbox
don't pan the map if the newly selected facility is already visible in
the viewport bbox

Fixes #718
Testing Instructions

get this branch and verify that this fixes #718 & hasn't introduced other regressions

Checklist

[ ] fixup! commits have been squashed
[ ] CI passes after rebase
[ ] CHANGELOG.md updated with summary of features or fixes, following Keep a Changelog guidelines

Sorry for the delay. Looking at this now.

Awesome, thanks!


Player rating model

Hello, your work is amazing, but the 0. Player_rating_model file has the same content as readme file, is that a mistake or you are working on that model? If you've finished building it could you share it?
Sorry for my bad English!

It's just right contents in there. I did not upload the rating model you may ask for.
Please follow the code and make it your own rating model based on the sql file in my project.


Small change for last commit, remove rpath option.

We don't want it to be an option, because our packaging script depends on it.
On OSX or Windows, were USE_RPATH_ORIGIN is not defined it is still ok
as undefined cmake variables compare to false.

Not that I have a strong opinion (i.e. I don't mind), originally I just had thought it can be nice to potential porters/package builders to explicitly expose it as an option.

I don't mind exposing it as an option when we have a need for it.
The problem was that it was appearing as an option but then it was ignored.
It was set to true for unix, false for windows and OSX without considering if
the user turned it on or off.
We use runtime paths and $ORIGIN on linux when making our release packages
to avoid having to install libraries in system paths or having to deal with LD_LIBRARY_PATH.


Span.recordError should take optional SpanAttributes

The OTel specification states that Span’s recordException (in our case recordError) should take an additional argument to optionally specify SpanAttributes. These additional attributes (in case of OTel) are then merged into the resulting event’s attributes.

If RecordException is provided, the method MUST accept an optional parameter to provide any additional event attributes (this SHOULD be done in the same way as for the AddEvent method). If attributes with the same name would be generated by the method already, the additional attributes take precedence.

Good catch!


ScrapeHandler is internal (instead of public), preventing usage without MetricServer

I'm trying to use prometheus-net in an ASP.NET MVC app and want to expose metrics directly in one of my controllers instead of using MetricServer. It seems like a combination of Registry and ScrapeHandler would do the job, but ScrapeHandler is internal so we can't use it externally.
Unless I've misunderstood how external usage is supposed to work, it looks like this was simply forgotten in commit 948e9f66622e9acebf3de112cab61579276f8b74.
Any help would be appreciated!

It's true that you will need a MetricServer but ProcessScrapeRequest() is public, and you don't have to call Start() if you have your own web server around.
That said I don't see any problem with making ScrapeHandler public.

Oh I see, thanks for the guidance! I'll use the ProcessScrapeRequest() method in the meantime, but I think making ScrapeHandler public like the other classes beside it would be best.
Instantiating aMetricServer with a port and other network-related parameters is redundant and misleading when embedding prometheus-net in a web server. May I also suggest adding a "Using prometheus-net without the embedded server" section in the readme? I think this is a relatively common use case.
Thanks for the library, by the way!


[Feature Request]: Web Scrpaing code-snippets

✅ Fixes: #87
@UTSAVS26 This PR adds web scraping code that includes different web scrpaing function logics to perform scraping & saving the response in csv data files.
Added web scraping functionality:

pysnippets/webscrape/__init__.py: Initialized the module by importing and exposing the newly added scraping functions.

pysnippets/webscrape/scraper.py: Added functions for scraping quotes from static and dynamic web pages, saving the scraped data to a CSV file, and scraping multiple pages.

@UTSAVS26 Can you review this PR & add labels to it. Also I will be opening the next issue that was closed kindly add labels to it.

@yashksaini-coder add the test cases in Test

@UTSAVS26 I have added the test cases in Test. review the PR


Fixes 2676: add maximum retries for task

Summary
This adds a "retries" column to the tasks table that counts the number of times a task has been requeued. If it has been requeued more than 3 times, the task fails.
Testing steps

Create a repository with a large repo (like epel) that will take some time to sync instantly.
Exit the server with Ctrl + C so the sync task requeues
Do this 4 times. On the fourth time, there will be a warning that the task has failed.
Verify the results in the database.

Checklist

[ ] Tested with snapshotting feature disabled and pulp server URL not configured if appropriate

https://issues.redhat.com/browse/HMS-2676

code looks good, just need to do some testing.


Is WiFi only mode in tests actually testing WiFi Only mode?

@artemjackson - although this bug belongs to Andrew I'd appreciate it if you would look at it as well just to give commentary since you did the original work here and thus have context I lack.
@larryonoff / @enricogior  - You two will need to pay close attention to this one because if I'm right then our wifi only tests haven't been testing wifi. They have also used native layer. Although as I explain below that would seem kinda odd so I'm hoping I'm missing something.
To control the mode that tests run in we are supposed to set a variable called networkTypes in UnitTest_App.js. This is then used to set a variable global.NETWORK_TYPE which the tests are supposed to examine while running.
But right now global.NETWORK_TYPE is only checked in exactly three places, testThaliMobileNative, testThaliMobileNativeWrapper and testThaliWifiInfrastructure. Which means all the other test files are ignoring it, right? Specifically, thaliMobile takes an argument to start that sets its network type. If not provided that argument defaults to 'both'.
So that means that all the testing we are doing for higher level functionality aren't honoring NETWORK_TYPE and are trying to use both? The reason for the question mark is that if this were the case then I would assume that @evabishchevich would have seen native traffic in the logs when he did WiFi only testing. I also would have expected that @dersim-davaod and @baydet would have seen all sorts of issues when they ran WiFi only tests in iOS.
So I'm confused. If I'm reading the code right, we aren't actually testing in WiFi only mode any of the higher level stuff at all! So am I confused?
If I'm not confused then we need to fix this asap. The fix I would propose is:

[ ] Make all three start arguments to ThaliMobile mandatory. We should throw an exception if we don't get 3 arguments. This will immediately flush out who is calling ThaliMobile without setting network type.
[ ] In some cases (I'm thinking about pretty much all the tests in testThaliMobile) the actual arguments beyond router don't matter. So in that case just put in a bogus value for pskIdToSecret but please put in the global.NETWORK_TYPE value for networkType just to be safe.
[ ] Fix all the other tests that directly or indirectly call thaliMobile to make sure they properly pass in global.NETWORK_TYPE.It looks like this is mostly testThaliMobile, testThaliMobileNotification and testUtils whose startServerInfrastructure is used in various places.
[ ] Please add tests to testThaliMobile that actually verify that we properly honor networkType (just checking that the member variable is properly set after calling start is fine)
[ ] Please implement thaliproject/Thali_CordovaPlugin#1009 and update testThaliManager both to test that we properly honor the argument (e.g. we pass it to thaliMobile, proxyquire is fine for this) and to update the tests to properly use the new argument. We also will need to update testThaliManagerCoordinated.

@yaronyg It's a fail. Hotfix is #1176


[Draft]Implement egress packet dropping

Fixes #2
[progress] - To extract data from __skb_buf with direct packet access and enforce rules

@DelusionalOptimist The port numbers aren't coming correctly. Otherwise I think, packet dropping is okay in both direction. You can checkout this PR and test out yourself to give feedback.
Thank you


Ideas for maintainer guideline updates.

This PR is a draft of values I've been using when maintaining this project. I've added a few entries to help keep maintainers going in roughly the same direction. My specific goal for this update is to ensure our new maintainers are comfortable with how we do things so they are empowered to contribute as much as they'd like. 👍
The PR contents are open for discussion and debate as are the entirety of the file changed.
Anything missing? Anything incorrect?
Thanks!
PS I'm specifically leaving this as WIP for a week or two so people have a chance to give feedback)

@itsHabib @iliana would love feedback from y'all on this 😄 . Anything missing, incorrect, etc...?

Seems sensible enough to me.
Related to point 1 — any thoughts on using bors to guarantee master stays green across merges?

I agree with those points, I think it helps prioritize work for the repo.

Bors has been brought up before but for a variety of reasons we didn't explore it further. It's probably time to check into it again to address issues like https://github.com/rusoto/rusoto/issues/1549 or possible build pipeline misconfigurations where we don't test a hypothetical merge.
A new issue to discuss using bors would be 💯 . I'm interested in seeing it it plays nicely with Github Actions.

We've got a new discussion for bors going.
Anything else to add or remove on this file? 😄


Ported over markshust commands

I have ported all Markshust stack commands for easy transfer from markshust to warden.
And for easy use in new commands.

I like this, but I think a lot of these are very Magento-specific.  I'm hesitant to load them all into the global namespace.

I agree with @navarr . This would be an interesting case for having environment specific commands that are added in / available when called. So similar to the project-specific commands in {PROJECT_DIR}/.warden/commands, might be worth adding a commands directory to the environment and having Warden set the preference order to be (from most preferred to least preferred):
Project-Specific Command (${WARDEN_ENV_DIR}/.warden/commands/*.cmd)
Environment-Specific Command (${WARDEN_DIR}/environments/${WARDEN_ENV_TYPE}/commands/*.cmd)
Personal Global Command (${WARDEN_HOME_DIR}/commands/*.cmd)
Global Command (${WARDEN_DIR}/commands/*.cmd)
This may be a breaking change, as at the moment I believe the preference is (from most preferred to least preferred):
Global Command (${WARDEN_DIR}/commands/*.cmd)
Project-Specific Command (${WARDEN_ENV_DIR}/.warden/commands}/*.cmd)
Personal Global Command (${WARDEN_HOME_DIR}/commands/*.cmd)


Question: Which version to use?

I'm writing an article where in one example I use Pixi JS. The main focus is performance (animating/moving images). Should I use the latest version 2, latest version 3 (eg the latest release candidate), or the latest (version 3) from the dev branch? (Would it be OK to use the latter?)

Latest v3 from the dev branch would be the best to use. We will likely release a new RC this week.

Just released RC4, use that.

When I get to the Pixi example I'll use the then latest RC. Thanks!


optimization: Minimize signature checks when processing proposals

A correct client sends its request (transaction) to all followers, and thus - all followers are bound to verify the transaction twice.
A request (transaction) is verified at two different places:

At the Broadcast layer (followers and leader alike), via the signature filters.
In the followers, at the time of validation of the proposal from the leader.

This makes the proposal handling costly from a CPU processing point of view.
Note, that both the Broadcast filters and the Verifier dependency use the same method:
Evaluate(signatureSet []*protoutil.SignedData) error
which is implemented by a policy.
I think we can perhaps try to optimize this by implementing a policy provider which creates policies for channel writers (the policy checked by both broadcast and BFT followers) that:

Upon successful validation, caches the hash over the signed data (in ASN1 format).
Upon a verification, looks up if the said hash over the signed data has been cached, and if so - returns nil without actually verifying.

If a configuration change occurs, the policy manager instance is wiped out, and new empty caches will be created.
As long as there is no configuration change that destroys the policy manager instance (and with it - the policy provider instances and the caches...), we are replacing all ECDSA verifications of a transaction verification with a single hash (that is anyway performed as part of the signature check), and a map lookup.
This would potentially reduce the CPU overhead of verifying proposals from leaders to a minimum, because by the time a batch is cut, the transaction should have been verified by all followers.

@C0rWin  @tock-ibm  @HagarMeir  wdyt?


feat: more NNRat lemmas

Note that the previous version of Rat.ofScientific_eq_ofScientific was not well-formed, as it did not include the necessary ofNats.

Some steps towards
open OfNat in
theorem _root_.ofScientific_def {K} [DivisionSemiring K] (m : ℕ) (s : Bool) (e : ℕ) :
    (OfScientific.ofScientific m s e : K)
      = (ofNat m : ℕ) * (10 : K) ^ (cond s (-(ofNat e)) (ofNat e) : ℤ) := by

Back on the queue, then.
maintainer merge

bors r+