Youtube-dl has Problems on RTLNow and other RTL sites

Hey,
I have a bug since today in the morning. I dont know what kind of bug it is. RTLNow are a Video on Demand site. Downloads of videos on RTLNow dont works, but that is okay, this is not the main Problem. The main problem is, I cant play over rtmpdumb the videos. Yesterday evening all works finde, but today, I use on my Debian 8 system in the root terminal an update:
youtube-dl -U
I have now the newsst version ---> youtube-dl is up-to-date (2015.05.10)
If I use youtube-dl for a Video on RTLNow, there is this error message:
mplayer <(youtube-dl --no-playlist -o - "http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015")
MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team
Cannot open file '/home/jj-jana/.mplayer/input.conf': No such file or directory
Failed to open /home/jj-jana/.mplayer/input.conf.
Cannot open file '/etc/mplayer/input.conf': No such file or directory
Failed to open /etc/mplayer/input.conf.
Playing /dev/fd/63.
[RTLnow] 201855: Downloading webpage
[RTLnow] 201855: Downloading player data XML
[download] Destination: -
ERROR: unable to download video
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Failed to recognize file format.
Exiting... (End of file)
Yestterdax all works fine, why not today no more? :-( Has someone an idea?
Other sites like Streamcloud are still working.

Post the full output you get when running with --verbose option

Hello, I am now on a PC of a friend with Linux Mint 17.1 there is the same error too. I hope I do it right with --verbose. Look this output of the terminal:
mplayer <(youtube-dl --no-playlist --verbose -o - "http://rtl-now.rtl.de/unter-uns/untermieter.php?film_id=200397&player=1&season=2015")
MPlayer2 2.0-701-gd4c5b7f-2ubuntu2 (C) 2000-2012 MPlayer Team
Cannot open file '/home/birne/.mplayer/input.conf': No such file or directory
Failed to open /home/birne/.mplayer/input.conf.
Cannot open file '/etc/mplayer/input.conf': No such file or directory
Failed to open /etc/mplayer/input.conf.
Playing /dev/fd/63.
[debug] System config: []
[debug] User config: []
[debug] Command-line args: [u'--no-playlist', u'--verbose', u'-o', u'-', u'http://rtl-now.rtl.de/unter-uns/untermieter.php?film_id=200397&player=1&season=2015']
[debug] Encodings: locale UTF-8, fs UTF-8, out None, pref UTF-8
[debug] youtube-dl version 2015.05.10
[debug] Python version 2.7.6 - Linux-3.13.0-37-generic-i686-athlon-with-LinuxMint-17.1-rebecca
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTLnow] 200397: Downloading webpage
[RTLnow] 200397: Downloading player data XML
[debug] Invoking downloader on u'rtmpe://fms.rtl.de/hds'
[download] Destination: -
[debug] rtmpdump command line: rtmpdump --verbose -r rtmpe://fms.rtl.de/hds -o - --swfVfy http://rtl-now.rtl.de/includes/vodplayer.swf --pageUrl 'http://rtl-now.rtl.de/unter-uns/untermieter.php?film_id=200397&player=1&season=2015' --playpath mp4:200397/manifest-hds --resume --skip 1
[rtmpdump] RTMPDump v2.4
[rtmpdump] (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
[rtmpdump] DEBUG: Parsing...
[rtmpdump] DEBUG: Parsed protocol: 2
[rtmpdump] DEBUG: Parsed host    : fms.rtl.de
[rtmpdump] DEBUG: Parsed app     : hds
[rtmpdump] DEBUG: Number of skipped key frames for resume: 1
[rtmpdump] WARNING: Can't resume in stdout mode, ignoring --resume option
[rtmpdump] DEBUG: Protocol : RTMPE
[rtmpdump] DEBUG: Hostname : fms.rtl.de
[rtmpdump] DEBUG: Port     : 1935
[rtmpdump] DEBUG: Playpath : mp4:200397/manifest-hds
[rtmpdump] DEBUG: tcUrl    : rtmpe://fms.rtl.de:1935/hds
[rtmpdump] DEBUG: swfUrl   : http://rtl-now.rtl.de/includes/vodplayer.swf
[rtmpdump] DEBUG: pageUrl  : http://rtl-now.rtl.de/unter-uns/untermieter.php?film_id=200397&player=1&season=2015
[rtmpdump] DEBUG: app      : hds
[rtmpdump] DEBUG: live     : no
[rtmpdump] DEBUG: timeout  : 30 sec
[rtmpdump] DEBUG: SWFSHA256:
[rtmpdump] DEBUG: ce bb 86 a6 57 09 84 a6 96 0b 04 d1 7a 3b 9b 3c
[rtmpdump] DEBUG: 4b d9 68 c1 71 e8 13 70 62 28 2e d9 7e 70 5e 3a
[rtmpdump] DEBUG: SWFSize  : 1051380
[rtmpdump] DEBUG: Setting buffer time to: 36000000ms
[rtmpdump] Connecting ...
[rtmpdump] DEBUG: RTMP_Connect1, ... connected, handshaking
[rtmpdump] DEBUG: HandShake: Client type: 06
[rtmpdump] DEBUG: HandShake: DH pubkey position: 472
[rtmpdump] DEBUG: HandShake: Client digest offset: 1383
[rtmpdump] DEBUG: HandShake: Initial client digest:
[rtmpdump] DEBUG: 7f 30 cc ac 55 6d 23 86 cf 55 3a 5b 32 50 95 23
[rtmpdump] DEBUG: 51 a3 d7 67 95 62 e4 f6 fd 17 b6 1a 20 69 7b 4f
[rtmpdump] DEBUG: HandShake: Type Answer   : 06
[rtmpdump] DEBUG: HandShake: Server Uptime :<PHONE_NUMBER>
[rtmpdump] DEBUG: HandShake: FMS Version   : <IP_ADDRESS>
[rtmpdump] DEBUG: HandShake: Server DH public key offset: 589
[rtmpdump] DEBUG: HandShake: Secret key:
[rtmpdump] DEBUG: dc 74 db e1 ad 94 a9 22 0a 18 71 9a b8 f2 fa 76
[rtmpdump] DEBUG: 0e aa 96 c7 07 6e 70 d2 8c dc 60 9f c7 c4 81 a1
[rtmpdump] DEBUG: fe f7 fe b5 99 61 33 33 62 1a 6b 32 40 3f 7d 4d
[rtmpdump] DEBUG: 25 8c 71 33 d1 fe 7f 50 9b 1a 78 94 56 1f fa d0
[rtmpdump] DEBUG: 9f 91 db 3d 9b 5d b8 83 43 30 1f 84 5b dc b0 6c
[rtmpdump] DEBUG: 72 3a fa 92 dd c8 d2 2c 10 e9 4d 29 d0 7c 56 be
[rtmpdump] DEBUG: 34 37 0c 6d 31 03 af 56 9b 26 09 f7 ae c5 8e 9d
[rtmpdump] DEBUG: e3 9c c9 52 68 b3 7d ba 4c 02 97 c8 21 e4 ce 66
[rtmpdump] DEBUG: RC4 Out Key:
[rtmpdump] DEBUG: bd 90 42 c2 2a f6 98 6c 1d 8f 02 00 65 fc 3a 5f
[rtmpdump] DEBUG: RC4 In Key:
[rtmpdump] DEBUG: 29 1c 2d 1c 46 67 d7 94 ba 27 05 26 55 2d cc 56
[rtmpdump] DEBUG: HandShake: Calculated digest key from secure key and server digest:
[rtmpdump] DEBUG: cc 18 07 1c 9d fe b2 bd f8 78 2c 05 42 08 5e 93
[rtmpdump] DEBUG: 10 89 61 f3 48 98 03 65 36 5c c5 7b 35 11 69 42
[rtmpdump] DEBUG: HandShake: Client signature calculated:
[rtmpdump] DEBUG: fc 53 f0 12 3b 22 69 6d 23 dc 34 f9 bd b8 1c 1c
[rtmpdump] DEBUG: 01 9e cb 83 6f 29 aa 0d cd d2 31 b4 6e c4 d2 ec
[rtmpdump] DEBUG: HandShake: Server sent signature:
[rtmpdump] DEBUG: 68 13 2c 83 57 61 78 cf b9 e9 e0 f9 91 12 cd 78
[rtmpdump] DEBUG: 89 09 48 8c c9 cb 16 01 9c c3 ac f3 32 54 43 85
[rtmpdump] DEBUG: HandShake: Digest key:
[rtmpdump] DEBUG: 36 0c 9f 81 32 f1 2a e6 3b 7f 6e 43 12 d7 26 ad
[rtmpdump] DEBUG: cb 03 94 6f 68 98 90 5e 57 f4 f1 c1 5c 13 3a fb
[rtmpdump] DEBUG: HandShake: Signature calculated:
[rtmpdump] DEBUG: 68 13 2c 83 57 61 78 cf b9 e9 e0 f9 91 12 cd 78
[rtmpdump] DEBUG: 89 09 48 8c c9 cb 16 01 9c c3 ac f3 32 54 43 85
[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: HandleChangeChunkSize, received: chunk size change to 4096
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 180 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:	error>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:	NetConnection.Connect.Rejected>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:	[ Server.Reject ] : (defaultRoot, defaultVHost) : Application (hds) is not defined.>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_error>
[rtmpdump] ERROR: rtmp server sent error
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 18 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
[rtmpdump] ERROR: rtmp server requested close
[rtmpdump] DEBUG: Closing connection.
ERROR: unable to download video
Traceback (most recent call last):
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1484, in download
res = self.extract_info(url)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 661, in extract_info
return self.process_ie_result(ie_result, download, extra_info)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 707, in process_ie_result
return self.process_video_result(ie_result, download=download)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1155, in process_video_result
self.process_info(new_info)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1422, in process_info
raise UnavailableVideoError(err)
UnavailableVideoError: [Errno 2] No such file or directory: '-'
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Cannot seek backward in linear streams!
Seek failed
Failed to recognize file format.
Exiting... (End of file)

What if you just download it without streaming to stdout?

If I just downloaded it, of RTLNow, that dont works.
youtube-dl --verbose http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015
[1] 1277
[2] 1278
tuxxen@tuxxen-rechner:~$ [debug] System config: []
[debug] User config: []
[debug] Command-line args: [u'--verbose', u'http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2015.05.10
[debug] Python version 2.7.9 - Linux-3.16.0-4-amd64-x86_64-with-debian-8.0
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[generic] folge-2: Requesting header
[redirect] Following redirect to http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&productdetail=1
[generic] folge-2: Requesting header
WARNING: Falling back on generic information extractor.
[generic] folge-2: Downloading webpage
[generic] folge-2: Extracting information
ERROR: Unsupported URL: http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&productdetail=1
Traceback (most recent call last):
File "/usr/local/bin/youtube-dl/youtube_dl/extractor/generic.py", line 937, in _real_extract
doc = parse_xml(webpage)
File "/usr/local/bin/youtube-dl/youtube_dl/utils.py", line 1558, in parse_xml
tree = xml.etree.ElementTree.XML(s.encode('utf-8'), **kwargs)
File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1300, in XML
parser.feed(text)
File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1642, in feed
self._raiseerror(v)
File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror
raise err
ParseError: not well-formed (invalid token): line 11, column 117
Traceback (most recent call last):
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 650, in extract_info
ie_result = ie.extract(url)
File "/usr/local/bin/youtube-dl/youtube_dl/extractor/common.py", line 273, in extract
return self._real_extract(url)
File "/usr/local/bin/youtube-dl/youtube_dl/extractor/generic.py", line 1467, in _real_extract
raise UnsupportedError(url)
UnsupportedError: Unsupported URL: http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&productdetail=1
^C
[1]-  Exit 1                  youtube-dl --verbose http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855
[2]+  Fertig                  player=1
I said it in my first post, just the stream method with mplayer, youtube-dl and rtmpdump are working. RTLNow videos has a DRM .
But other sites there works the stream. Has rtl change something? Or is the new update of youtube-dl a bug? Older version of youtube-dl I tried and it dont works on RTLNow too. :-( Could a change been of RTLNow?

@JJ-Jana you have to quote the url, otherwise youtube-dl only gets http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855

@jaimeMF, yes thats right. I thought with --verbose is full output. Maybe I use now without --verbose, but Download not working, I said in my first post, too. Just the stream works bit not for the last days. :(
youtube-dl http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855
[generic] folge-2: Requesting header
[redirect] Following redirect to http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&productdetail=1
[generic] folge-2: Requesting header
WARNING: Falling back on generic information extractor.
[generic] folge-2: Downloading webpage
[generic] folge-2: Extracting information
ERROR: Unsupported URL: http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&productdetail=1

@JJ-Jana did you even read @jaimeMF post? You have to put the URL into quotes in order for shell not to drop everything after an ampersand (more on this):
youtube-dl --verbose 'http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015'

Oh, I am so sorry. I have not read right what jaime wrote. My english is not the best, excuse. Why I have to quote the url at RTLNow? On youtube.com I use everytime without quote and it works.
And the download at RTLNow is not my problem. This dont works. I know it a logn time.
But look now with quote:
youtube-dl --verbose 'http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015'
[debug] System config: []
[debug] User config: []
[debug] Command-line args: [u'--verbose', u'http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2015.05.10
[debug] Python version 2.7.9 - Linux-3.16.0-4-amd64-x86_64-with-debian-8.0
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTLnow] 201855: Downloading webpage
[RTLnow] 201855: Downloading player data XML
[debug] Invoking downloader on u'rtmpe://fms.rtl.de/hds'
[download] Destination: Die Versicherungsdetektive - Folge 2-201855.flv
[debug] rtmpdump command line: rtmpdump --verbose -r rtmpe://fms.rtl.de/hds -o 'Die Versicherungsdetektive - Folge 2-201855.flv.part' --swfVfy http://rtl-now.rtl.de/includes/vodplayer.swf --pageUrl 'http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015' --playpath mp4:201855/manifest-hds --resume --skip 1
[rtmpdump] RTMPDump v2.4
[rtmpdump] (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
[rtmpdump] DEBUG: Parsing...
[rtmpdump] DEBUG: Parsed protocol: 2
[rtmpdump] DEBUG: Parsed host    : fms.rtl.de
[rtmpdump] DEBUG: Parsed app     : hds
[rtmpdump] DEBUG: Number of skipped key frames for resume: 1
[rtmpdump] DEBUG: Protocol : RTMPE
[rtmpdump] DEBUG: Hostname : fms.rtl.de
[rtmpdump] DEBUG: Port     : 1935
[rtmpdump] DEBUG: Playpath : mp4:201855/manifest-hds
[rtmpdump] DEBUG: tcUrl    : rtmpe://fms.rtl.de:1935/hds
[rtmpdump] DEBUG: swfUrl   : http://rtl-now.rtl.de/includes/vodplayer.swf
[rtmpdump] DEBUG: pageUrl  : http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015
[rtmpdump] DEBUG: app      : hds
[rtmpdump] DEBUG: live     : no
[rtmpdump] DEBUG: timeout  : 30 sec
[rtmpdump] DEBUG: SWFSHA256:
[rtmpdump] DEBUG: ce bb 86 a6 57 09 84 a6 96 0b 04 d1 7a 3b 9b 3c
[rtmpdump] DEBUG: 4b d9 68 c1 71 e8 13 70 62 28 2e d9 7e 70 5e 3a
[rtmpdump] DEBUG: SWFSize  : 1051380
[rtmpdump] DEBUG: Setting buffer time to: 36000000ms
[rtmpdump] Connecting ...
[rtmpdump] DEBUG: RTMP_Connect1, ... connected, handshaking
[rtmpdump] DEBUG: HandShake: Client type: 06
[rtmpdump] DEBUG: HandShake: DH pubkey position: 472
[rtmpdump] DEBUG: HandShake: Client digest offset: 1383
[rtmpdump] DEBUG: HandShake: Initial client digest:
[rtmpdump] DEBUG: fa 8f 89 07 71 e4 12 ea 28 ea bf d2 df 9b 8e 55
[rtmpdump] DEBUG: cf 62 03 4a e3 c9 77 a5 6f 69 4d e3 39 cb 1b a5
[rtmpdump] DEBUG: HandShake: Type Answer   : 06
[rtmpdump] DEBUG: HandShake: Server Uptime :<PHONE_NUMBER>
[rtmpdump] DEBUG: HandShake: FMS Version   : <IP_ADDRESS>
[rtmpdump] DEBUG: HandShake: Server DH public key offset: 501
[rtmpdump] DEBUG: HandShake: Secret key:
[rtmpdump] DEBUG: be fe 36 27 d6 b3 e8 48 cc 21 0d 6d 96 32 b5 74
[rtmpdump] DEBUG: f3 38 d2 70 e7 c6 e9 c8 d2 e8 18 21 92 a5 5b a4
[rtmpdump] DEBUG: 84 f6 63 7b 06 86 e9 45 1e 26 35 05 e5 02 92 ab
[rtmpdump] DEBUG: cf f3 71 0f 20 79 eb ec e9 a2 23 69 03 37 9d 6b
[rtmpdump] DEBUG: 0a 95 ea 54 d6 f9 ca 1c ac 60 f5 48 05 2e e4 f8
[rtmpdump] DEBUG: f7 6e 1c c1 ab 0e ed ab bb c3 ad 6b 04 c8 25 b2
[rtmpdump] DEBUG: 87 26 29 e0 0d bd 89 17 c3 2a 42 9a 2a 1c 6f 27
[rtmpdump] DEBUG: e1 0a f5 e2 2d 97 cf a5 2f ed 12 52 ce 76 6a c9
[rtmpdump] DEBUG: RC4 Out Key:
[rtmpdump] DEBUG: 81 77 16 56 78 3d f2 33 39 ff d7 d7 85 53 57 60
[rtmpdump] DEBUG: RC4 In Key:
[rtmpdump] DEBUG: 59 3d 13 28 30 fb 47 c4 73 7e 12 92 68 c2 cf 2b
[rtmpdump] DEBUG: HandShake: Calculated digest key from secure key and server digest:
[rtmpdump] DEBUG: 27 d4 0d 9a 14 9d a3 ef 84 6b de 6e 7c 91 74 57
[rtmpdump] DEBUG: 9c c9 40 fa 74 85 5d 0c 4e 52 53 57 a7 87 e8 8e
[rtmpdump] DEBUG: HandShake: Client signature calculated:
[rtmpdump] DEBUG: 8e 7c 0f c2 2a 17 40 09 fb 2d 9f 8a cf 3c c6 f9
[rtmpdump] DEBUG: 2b ba f7 1a 7e 13 ac 0d d4 45 c3 55 03 55 d7 87
[rtmpdump] DEBUG: HandShake: Server sent signature:
[rtmpdump] DEBUG: a7 27 e0 f0 14 e3 f4 6a 49 76 93 14 da 62 c9 c3
[rtmpdump] DEBUG: 67 a8 d6 a7 13 91 68 a5 c0 be 30 bd a6 93 eb 1d
[rtmpdump] DEBUG: HandShake: Digest key:
[rtmpdump] DEBUG: 49 3e 2b 93 5f 30 d4 ce 08 61 81 3f 88 11 c2 89
[rtmpdump] DEBUG: 3d 3a 19 8d 92 bd 92 02 d3 53 10 e2 2b e5 84 c6
[rtmpdump] DEBUG: HandShake: Signature calculated:
[rtmpdump] DEBUG: a7 27 e0 f0 14 e3 f4 6a 49 76 93 14 da 62 c9 c3
[rtmpdump] DEBUG: 67 a8 d6 a7 13 91 68 a5 c0 be 30 bd a6 93 eb 1d
[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: HandleChangeChunkSize, received: chunk size change to 4096
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 180 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name:              level, STRING:	error>
[rtmpdump] DEBUG: Property: <Name:               code, STRING:	NetConnection.Connect.Rejected>
[rtmpdump] DEBUG: Property: <Name:        description, STRING:	[ Server.Reject ] : (defaultRoot, defaultVHost) : Application (hds) is not defined.>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_error>
[rtmpdump] ERROR: rtmp server sent error
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 18 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: NULL
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
[rtmpdump] ERROR: rtmp server requested close
[rtmpdump] DEBUG: Closing connection.
[rtmpdump] 0 bytes
[rtmpdump] RTMPDump v2.4
[rtmpdump] (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
[rtmpdump] DEBUG: Parsing...
[rtmpdump] DEBUG: Parsed protocol: 2
[rtmpdump] DEBUG: Parsed host    : fms.rtl.de
[rtmpdump] DEBUG: Parsed app     : hds
[rtmpdump] DEBUG: Number of skipped key frames for resume: 1
[rtmpdump] DEBUG: Number of skipped key frames for resume: 1
[rtmpdump] DEBUG: Protocol : RTMPE
[rtmpdump] DEBUG: Hostname : fms.rtl.de
[rtmpdump] DEBUG: Port     : 1935
[rtmpdump] DEBUG: Playpath : mp4:201855/manifest-hds
[rtmpdump] DEBUG: tcUrl    : rtmpe://fms.rtl.de:1935/hds
[rtmpdump] DEBUG: swfUrl   : http://rtl-now.rtl.de/includes/vodplayer.swf
[rtmpdump] DEBUG: pageUrl  : http://rtl-now.rtl.de/die-versicherungsdetektive/folge-2.php?film_id=201855&player=1&season=2015
[rtmpdump] DEBUG: app      : hds
[rtmpdump] DEBUG: live     : no
[rtmpdump] DEBUG: timeout  : 30 sec
[rtmpdump] DEBUG: SWFSHA256:
[rtmpdump] DEBUG: ce bb 86 a6 57 09 84 a6 96 0b 04 d1 7a 3b 9b 3c
[rtmpdump] DEBUG: 4b d9 68 c1 71 e8 13 70 62 28 2e d9 7e 70 5e 3a
[rtmpdump] DEBUG: SWFSize  : 1051380
[rtmpdump] DEBUG: Failed to get last keyframe.
[rtmpdump] DEBUG: Closing connection.
ERROR: rtmpdump exited with code 1
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
"main", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/usr/local/bin/youtube-dl/main.py", line 19, in
youtube_dl.main()
File "/usr/local/bin/youtube-dl/youtube_dl/init.py", line 401, in main
_real_main(argv)
File "/usr/local/bin/youtube-dl/youtube_dl/init.py", line 391, in _real_main
retcode = ydl.download(all_urls)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1484, in download
res = self.extract_info(url)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 661, in extract_info
return self.process_ie_result(ie_result, download, extra_info)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 707, in process_ie_result
return self.process_video_result(ie_result, download=download)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1155, in process_video_result
self.process_info(new_info)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1417, in process_info
success = dl(filename, info_dict)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1359, in dl
return fd.download(name, info)
File "/usr/local/bin/youtube-dl/youtube_dl/downloader/common.py", line 342, in download
return self.real_download(filename, info_dict)
File "/usr/local/bin/youtube-dl/youtube_dl/downloader/rtmp.py", line 202, in real_download
self.report_error('rtmpdump exited with code %d' % retval)
File "/usr/local/bin/youtube-dl/youtube_dl/downloader/common.py", line 155, in report_error
self.ydl.report_error(*args, **kargs)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 528, in report_error
self.trouble(error_message, tb)
File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 490, in trouble
tb_data = traceback.format_list(traceback.extract_stack())
Many errors, but this is not my problem. My problem is just the stream funktion dont works since some days any more .( Has no one an idea?

Why I have to quote the url at RTLNow? On youtube.com I use everytime without quote and it works.

That's how the shell works, the documented linked by @dstftw explains the details.

Many errors, but this is not my problem. My problem is just the stream funktion dont works since some days any more .( Has no one an idea?

Since the download itself fails, streaming to stdout obviously won't work. We first need to make the download work.

Oh, that was it. Okay Im sorry.
The download works never before at rtlnow . I read in the internet this could be becuse rtlnow videos have drm . Someone of debianforum.de says he would watch rtlnow videos with mplayer and youtube-dl over with rtmpdump. And he gave me a command like do this:
mplayer <(youtube-dl --no-playlist -o - "URL")
He says the vidro will not really downloaded just in the tmp and will delete after close or something right this. I think that rtlnow has change something thst we users do not this and have to use damn flas playet. :-( Other sites works great without this errors. Just rtlnow sites. But a codec is not misding right?

Hello?  I deal with this post and this type purely nothing at all! Only because somebody does not look in the course with Git, must I suffer from it? Thank you very much! Well, you wanted never to help me anyway really! Then it can also make no difference to me. But only thus as an info if this type is the same one like me he must have the same address IP!

Hello, please delete my Issue here. This Issue is not right any more. Now it gives new URL see like here: Site request: www.nowtv.de, successor to rtl-now #5771

Will be covered by nowtv.de in the next version.


[CSUB-136] Add interest type to InterestRate

Description of proposed changes:

Adds a field interest_type to the InterestRate struct. Not sure if interest_type is the best name, but type is a reserved keyword in rust. We could also do kind instead of type, I don't have a strong opinion either way.
Storage migrations

Practical tips for PR review & merge:

[ ] All GitHub Actions report PASS
[ ] Newly added code/functions have unit tests

[ ] Coverage tools report all newly added lines as covered
[ ] The positive scenario is exercised
[ ] Negative scenarios are exercised, e.g. assert on all possible errors
[ ] Assert on events triggered if applicable
[ ] Assert on changes made to storage if applicable

[ ] Modified behavior/functions - try to make sure above test items are covered
[ ] Integration tests are added if applicable/needed

Codecov Report

Merging #160 (496abbb) into dev (6911a0e) will decrease coverage by 1.12%.
The diff coverage is 2.99%.

@@            Coverage Diff             @@
##              dev     #160      +/-   ##
==========================================
- Coverage   57.69%   56.56%   -1.13%
==========================================
  Files          33       34       +1
  Lines        5630     5749     +119
==========================================
+ Hits         3248     3252       +4
- Misses       2382     2497     +115

Impacted Files
Coverage Δ

pallets/creditcoin/src/lib.rs
86.80% <ø> (ø)

pallets/creditcoin/src/migrations/mod.rs
0.00% <0.00%> (ø)

pallets/creditcoin/src/migrations/v1.rs
0.00% <0.00%> (ø)

pallets/creditcoin/src/migrations/v2.rs
0.00% <0.00%> (ø)

pallets/creditcoin/src/migrations/v3.rs
0.00% <0.00%> (ø)

pallets/creditcoin/src/types/loan_terms.rs
78.57% <71.42%> (-0.92%)
:arrow_down:

:mega: Codecov can now indicate which changes are the most critical in Pull Requests. Learn more


Support user data with USINGZ

Sister PR to https://github.com/tirithen/clipper2c-sys/pull/6. Adds a usingz cargo feature to support user data in points.
I think the main complication is the double Box dance to be able to pass Rust closures as a C callback. I think this is a nicer API than just a function pointer, which would also leak clipper2c-sys internal types.

One problem with this PR is that it breaks e.g. scale_around_point since it uses the Point::new API instead of Point::new_with_z. Maybe the cleanest way to solve this is to have two types, one Point type and a PointZ type or something instead of putting #[cfg(feature = "usingz")] everywhere around the code base.

One problem with this PR is that it breaks e.g. scale_around_point since it uses the Point::new API instead of Point::new_with_z. Maybe the cleanest way to solve this is to have two types, one Point type and a PointZ type or something instead of putting #[cfg(feature = "usingz")] everywhere around the code base.

I think using PointZ might be better


Fixed all warnings in project.

issue Fix Macaw.xcodeproj warnings #90

Hello @khoren93!  03f3d7b73d0357de6cad960b7122584f0423b6d0 commit  breaks CI. It need to be fixed before merge.

@khoren93  Thanks for contribution!


An error occurred while building the image

My system is OX M1 executing this docker build -t fb_recover_key .  The following error occurred during the command
...
#7 279.3 Building wheels for collected packages: termcolor, apischema, bson, construct, fastecdsa, jsonrpcclient, jsonrpcserver, netstruct, pendulum, pyblake2, pysha3, pysodium, secp256k1, strict-rfc3339, crc16, ed25519, SSEClient, psutil
#7 279.3   Building wheel for termcolor (setup.py): started
#7 279.5   Building wheel for termcolor (setup.py): finished with status 'done'
#7 279.5   Created wheel for termcolor: filename=termcolor-1.1.0-py3-none-any.whl size=4849 sha256=0dfa77f3d9c782e517f075de72ced262304fbaa1fcbb8af78d71d9e756805630
#7 279.5   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/b6/0d/90/0d1bbd99855f99cb2f6c2e5ff96f8023fad8ec367695f7d72d
#7 279.5   Building wheel for apischema (setup.py): started
#7 304.3   Building wheel for apischema (setup.py): finished with status 'done'
#7 304.3   Created wheel for apischema: filename=apischema-0.17.5-cp39-cp39-linux_aarch64.whl size=519308 sha256=100452225f21c07fdc31d8b29dc153dc2fb3a1f1b9cfbc5e2ad83518e95b050d
#7 304.3   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/72/95/c9/093a908ee4c3d05ce181eaa6e063aebe20da4892d740d1c7dd
#7 304.4   Building wheel for bson (setup.py): started
#7 304.5   Building wheel for bson (setup.py): finished with status 'done'
#7 304.5   Created wheel for bson: filename=bson-0.5.10-py3-none-any.whl size=11979 sha256=f2740db8c50c0374b172cead42bab46fcfc97b9444c7b7735b2922f805357826
#7 304.5   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/6d/8b/5e/68619cb02962978c6cc8eaf68ca23ef28c69de7e086740702b
#7 304.5   Building wheel for construct (setup.py): started
#7 304.6   Building wheel for construct (setup.py): finished with status 'done'
#7 304.6   Created wheel for construct: filename=construct-2.10.68-py3-none-any.whl size=59226 sha256=0341d1a9dd37d7634443e76e0f13216ff8c722c1e6ba2226ef70c4e4153ffc73
#7 304.6   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/00/1c/64/ddaac89a721654e15e30ae193023c26da4c8677547cb38268b
#7 304.6   Building wheel for fastecdsa (pyproject.toml): started
#7 305.3   Building wheel for fastecdsa (pyproject.toml): finished with status 'done'
#7 305.3   Created wheel for fastecdsa: filename=fastecdsa-2.3.0-cp39-cp39-linux_aarch64.whl size=58634 sha256=3466cc91c76b2a68e89fa2e6f3f740e9351c0feef4627ab759c76494e519973f
#7 305.3   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/70/6c/b6/666407fc61a5ead4661e6e856523be9911b0735658e7dd3bf0
#7 305.3   Building wheel for jsonrpcclient (setup.py): started
#7 305.4   Building wheel for jsonrpcclient (setup.py): finished with status 'done'
#7 305.4   Created wheel for jsonrpcclient: filename=jsonrpcclient-4.0.2-py3-none-any.whl size=5766 sha256=43a82191e73631615454cd5cbb41faf2ef6db0b231480287c4fc2b6f51ad6a6c
#7 305.4   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/3a/35/49/0088ba8c10654d304df2546eddc0b57bf346cf7f65af9f0e03
#7 305.4   Building wheel for jsonrpcserver (setup.py): started
#7 305.6   Building wheel for jsonrpcserver (setup.py): finished with status 'done'
#7 305.6   Created wheel for jsonrpcserver: filename=jsonrpcserver-5.0.9-py3-none-any.whl size=15916 sha256=27f88c961822bd6200b7dd2bec3324c0eb0e84f76c1b923a9b4305f3bcc6db7d
#7 305.6   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/be/a7/3d/498fd39c08c10d42d1f8918d77986fc76ea3ece97b52fe6b84
#7 305.6   Building wheel for netstruct (setup.py): started
#7 305.7   Building wheel for netstruct (setup.py): finished with status 'done'
#7 305.7   Created wheel for netstruct: filename=netstruct-1.1.2-py3-none-any.whl size=5560 sha256=eb557fb341d502d2bc0a76c75ea4959d42919f8eb45807ecf6f0eabeb05485cf
#7 305.7   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/3c/6a/4e/f49f8743e7be7571b7c2be49f59a94816fa6ae8b5d72f645f3
#7 305.7   Building wheel for pendulum (pyproject.toml): started
#7 306.2   Building wheel for pendulum (pyproject.toml): finished with status 'done'
#7 306.2   Created wheel for pendulum: filename=pendulum-2.1.2-cp39-cp39-manylinux_2_28_aarch64.whl size=126267 sha256=df47ed8f39fbc12acf8c54ca25512dccbe4af5924cbabae4e8c3c9a22eee4a62
#7 306.2   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/c9/c7/29/3cf0033406b18958d1a7b107c38be2405ef9c081b64a264fd5
#7 306.2   Building wheel for pyblake2 (setup.py): started
#7 306.9   Building wheel for pyblake2 (setup.py): finished with status 'done'
#7 306.9   Created wheel for pyblake2: filename=pyblake2-1.1.2-cp39-cp39-linux_aarch64.whl size=17204 sha256=d20ed9d9907033e6938e5f88a6c8ee4d7cbc40d98c9962c359c72e4e02b29093
#7 306.9   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/9f/cd/44/6f7f7db035dd1daadae9fb2f67d3072f7cee3d936da22a5e61
#7 306.9   Building wheel for pysha3 (setup.py): started
#7 308.4   Building wheel for pysha3 (setup.py): finished with status 'done'
#7 308.4   Created wheel for pysha3: filename=pysha3-1.0.2-cp39-cp39-linux_aarch64.whl size=36223 sha256=4471049d870bc6cce327adf4e7edce73d2cb2bcdce7040b90d65b99fa39d096d
#7 308.4   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/17/9d/00/86e22a32b0109bd3c8797adf13a74427aa38e6ad1135633d50
#7 308.4   Building wheel for pysodium (setup.py): started
#7 308.5   Building wheel for pysodium (setup.py): finished with status 'done'
#7 308.5   Created wheel for pysodium: filename=pysodium-0.7.12-py3-none-any.whl size=13478 sha256=f70b74ed1ec99be12593d73e843b1d3ddb8f1df408e66399b0dd2425cb1a7f43
#7 308.5   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/5f/df/d9/8f1d883c041bc856807ae43e4ab07e179bfa32cf737c383b54
#7 308.5   Building wheel for secp256k1 (setup.py): started
#7 311.1   Building wheel for secp256k1 (setup.py): finished with status 'error'
#7 311.1   error: subprocess-exited-with-error
#7 311.1
#7 311.1   × python setup.py bdist_wheel did not run successfully.
#7 311.1   │ exit code: 1
#7 311.1   ╰─> [152 lines of output]
#7 311.1       0.29
#7 311.1       Using bundled libsecp256k1
#7 311.1       running bdist_wheel
#7 311.1       The [wheel] section is deprecated. Use [bdist_wheel] instead.
#7 311.1       running build
#7 311.1       running build_py
#7 311.1       creating build
#7 311.1       creating build/lib.linux-aarch64-3.9
#7 311.1       creating build/lib.linux-aarch64-3.9/secp256k1
#7 311.1       copying secp256k1/__main__.py -> build/lib.linux-aarch64-3.9/secp256k1
#7 311.1       copying secp256k1/__init__.py -> build/lib.linux-aarch64-3.9/secp256k1
#7 311.1       running build_clib
#7 311.1       Building experimental
#7 311.1       checking build system type... aarch64-unknown-linux-gnu
#7 311.1       checking host system type... aarch64-unknown-linux-gnu
#7 311.1       checking for a BSD-compatible install... /usr/bin/install -c
#7 311.1       checking whether build environment is sane... yes
#7 311.1       checking for a thread-safe mkdir -p... /bin/mkdir -p
#7 311.1       checking for gawk... no
#7 311.1       checking for mawk... mawk
#7 311.1       checking whether make sets $(MAKE)... no
#7 311.1       checking whether make supports nested variables... no
#7 311.1       checking how to print strings... printf
#7 311.1       checking whether make supports the include directive... no
#7 311.1       checking for gcc... gcc
#7 311.1       checking whether the C compiler works... yes
#7 311.1       checking for C compiler default output file name... a.out
#7 311.1       checking for suffix of executables...
#7 311.1       checking whether we are cross compiling... no
#7 311.1       checking for suffix of object files... o
#7 311.1       checking whether we are using the GNU C compiler... yes
#7 311.1       checking whether gcc accepts -g... yes
#7 311.1       checking for gcc option to accept ISO C89... none needed
#7 311.1       checking whether gcc understands -c and -o together... yes
#7 311.1       checking dependency style of gcc... none
#7 311.1       checking for a sed that does not truncate output... /bin/sed
#7 311.1       checking for grep that handles long lines and -e... /bin/grep
#7 311.1       checking for egrep... /bin/grep -E
#7 311.1       checking for fgrep... /bin/grep -F
#7 311.1       checking for ld used by gcc... /usr/bin/ld
#7 311.1       checking if the linker (/usr/bin/ld) is GNU ld... yes
#7 311.1       checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
#7 311.1       checking the name lister (/usr/bin/nm -B) interface... BSD nm
#7 311.1       checking whether ln -s works... yes
#7 311.1       checking the maximum length of command line arguments... 1572864
#7 311.1       checking how to convert aarch64-unknown-linux-gnu file names to aarch64-unknown-linux-gnu format... func_convert_file_noop
#7 311.1       checking how to convert aarch64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
#7 311.1       checking for /usr/bin/ld option to reload object files... -r
#7 311.1       checking for objdump... objdump
#7 311.1       checking how to recognize dependent libraries... pass_all
#7 311.1       checking for dlltool... no
#7 311.1       checking how to associate runtime and link libraries... printf %s\n
#7 311.1       checking for ar... ar
#7 311.1       checking for archiver @FILE support... @
#7 311.1       checking for strip... strip
#7 311.1       checking for ranlib... ranlib
#7 311.1       checking command to parse /usr/bin/nm -B output from gcc object... ok
#7 311.1       checking for sysroot... no
#7 311.1       checking for a working dd... /bin/dd
#7 311.1       checking how to truncate binary pipes... /bin/dd bs=4096 count=1
#7 311.1       checking for mt... no
#7 311.1       checking if : is a manifest tool... no
#7 311.1       checking how to run the C preprocessor... gcc -E
#7 311.1       checking for ANSI C header files... yes
#7 311.1       checking for sys/types.h... yes
#7 311.1       checking for sys/stat.h... yes
#7 311.1       checking for stdlib.h... yes
#7 311.1       checking for string.h... yes
#7 311.1       checking for memory.h... yes
#7 311.1       checking for strings.h... yes
#7 311.1       checking for inttypes.h... yes
#7 311.1       checking for stdint.h... yes
#7 311.1       checking for unistd.h... yes
#7 311.1       checking for dlfcn.h... yes
#7 311.1       checking for objdir... .libs
#7 311.1       checking if gcc supports -fno-rtti -fno-exceptions... no
#7 311.1       checking for gcc option to produce PIC... -fPIC -DPIC
#7 311.1       checking if gcc PIC flag -fPIC -DPIC works... yes
#7 311.1       checking if gcc static flag -static works... yes
#7 311.1       checking if gcc supports -c -o file.o... yes
#7 311.1       checking if gcc supports -c -o file.o... (cached) yes
#7 311.1       checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
#7 311.1       checking dynamic linker characteristics... GNU/Linux ld.so
#7 311.1       checking how to hardcode library paths into programs... immediate
#7 311.1       checking whether stripping libraries is possible... yes
#7 311.1       checking if libtool supports shared libraries... yes
#7 311.1       checking whether to build shared libraries... no
#7 311.1       checking whether to build static libraries... yes
#7 311.1       checking whether make supports nested variables... (cached) no
#7 311.1       checking for pkg-config... /usr/bin/pkg-config
#7 311.1       checking pkg-config is at least version 0.9.0... yes
#7 311.1       checking for ar... /usr/bin/ar
#7 311.1       checking for ranlib... /usr/bin/ranlib
#7 311.1       checking for strip... /usr/bin/strip
#7 311.1       checking for gcc option to accept ISO C89... (cached) none needed
#7 311.1       checking dependency style of gcc... none
#7 311.1       checking if gcc supports -Werror=unknown-warning-option... no
#7 311.1       checking if gcc supports -std=c89 -pedantic -Wno-long-long -Wnested-externs -Wshadow -Wstrict-prototypes -Wundef... yes
#7 311.1       checking if gcc supports -Wno-overlength-strings... yes
#7 311.1       checking if gcc supports -Wall... yes
#7 311.1       checking if gcc supports -Wno-unused-function... yes
#7 311.1       checking if gcc supports -Wextra... yes
#7 311.1       checking if gcc supports -Wcast-align... yes
#7 311.1       checking if gcc supports -Wcast-align=strict... yes
#7 311.1       checking if gcc supports -Wconditional-uninitialized... no
#7 311.1       checking if gcc supports -fvisibility=hidden... yes
#7 311.1       checking valgrind/memcheck.h usability... no
#7 311.1       checking valgrind/memcheck.h presence... no
#7 311.1       checking for valgrind/memcheck.h... no
#7 311.1       checking for x86_64 assembly availability... no
#7 311.1       configure: ******
#7 311.1       configure: WARNING: experimental build
#7 311.1       configure: Experimental features do not have stable APIs or properties, and may not be safe for production use.
#7 311.1       configure: Building extrakeys module: yes
#7 311.1       configure: Building schnorrsig module: yes
#7 311.1       configure: ******
#7 311.1       checking that generated files are newer than configure... done
#7 311.1       configure: creating ./config.status
#7 311.1       config.status: creating Makefile
#7 311.1       config.status: creating libsecp256k1.pc
#7 311.1       config.status: creating src/libsecp256k1-config.h
#7 311.1       config.status: executing depfiles commands
#7 311.1       config.status: executing libtool commands
#7 311.1
#7 311.1       Build Options:
#7 311.1         with ecmult precomp     = yes
#7 311.1         with external callbacks = no
#7 311.1         with benchmarks         = yes
#7 311.1         with tests              = yes
#7 311.1         with coverage           = no
#7 311.1         module ecdh             = yes
#7 311.1         module recovery         = yes
#7 311.1         module extrakeys        = yes
#7 311.1         module schnorrsig       = yes
#7 311.1
#7 311.1         asm                     = no
#7 311.1         ecmult window size      = 15
#7 311.1         ecmult gen prec. bits   = 4
#7 311.1
#7 311.1         valgrind                = no
#7 311.1         CC                      = gcc
#7 311.1         CPPFLAGS                =
#7 311.1         SECP_CFLAGS             = -O2  -std=c89 -pedantic -Wno-long-long -Wnested-externs -Wshadow -Wstrict-prototypes -Wundef -Wno-overlength-strings -Wall -Wno-unused-function -Wextra -Wcast-align -Wcast-align=strict -fvisibility=hidden
#7 311.1         CFLAGS                  = -g -O2
#7 311.1         LDFLAGS                 =
#7 311.1
#7 311.1         CC_FOR_BUILD            = gcc
#7 311.1         CPPFLAGS_FOR_BUILD      =
#7 311.1         SECP_CFLAGS_FOR_BUILD   = -O2  -std=c89 -pedantic -Wno-long-long -Wnested-externs -Wshadow -Wstrict-prototypes -Wundef -Wno-overlength-strings -Wall -Wno-unused-function -Wextra -Wcast-align -Wcast-align=strict -fvisibility=hidden
#7 311.1         CFLAGS_FOR_BUILD        = -g -O2
#7 311.1         LDFLAGS_FOR_BUILD       =
#7 311.1       error: [Errno 2] No such file or directory: 'make'
#7 311.1       [end of output]
#7 311.1
#7 311.1   note: This error originates from a subprocess, and is likely not a problem with pip.
#7 311.1   ERROR: Failed building wheel for secp256k1
#7 311.1   Running setup.py clean for secp256k1
#7 311.3   Building wheel for strict-rfc3339 (setup.py): started
#7 311.4   Building wheel for strict-rfc3339 (setup.py): finished with status 'done'
#7 311.4   Created wheel for strict-rfc3339: filename=strict_rfc3339-0.7-py3-none-any.whl size=18147 sha256=8eb9d52e73b8da70ec5d8270184e22efacb5a8bc88101da2f93be2049a4ecc21
#7 311.4   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/25/38/74/7ec7f77ec64b2907430120931ba588b40e6e26f02d4df5be35
#7 311.4   Building wheel for crc16 (setup.py): started
#7 311.6   Building wheel for crc16 (setup.py): finished with status 'done'
#7 311.6   Created wheel for crc16: filename=crc16-0.1.1-cp39-cp39-linux_aarch64.whl size=11426 sha256=f551e0ae6adaaf6343b33443a0655b371a9f5d30c8869d7d69a5b471f22a2b40
#7 311.6   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/5f/f8/1f/f2bc1588af5f7af783aa1d4fb9ce5650292ff29ade704ab06b
#7 311.6   Building wheel for ed25519 (setup.py): started
#7 312.5   Building wheel for ed25519 (setup.py): finished with status 'done'
#7 312.5   Created wheel for ed25519: filename=ed25519-1.5-cp39-cp39-linux_aarch64.whl size=70588 sha256=abca4e93455805d5d6b12538ca6f80d3e9ff02dff8efb5786c651fe571b185dd
#7 312.5   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/7c/18/e6/5b7d4ee6059b8b3fddd8a20b5a3ae70309c8d839b25b2992e5
#7 312.5   Building wheel for SSEClient (setup.py): started
#7 312.7   Building wheel for SSEClient (setup.py): finished with status 'done'
#7 312.7   Created wheel for SSEClient: filename=sseclient-0.0.27-py3-none-any.whl size=5585 sha256=6f6419136f9fa64fd1110a42b7428c957a4e30a2afb2fec38684ec7c2ab9d506
#7 312.7   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/73/21/3f/9d20c05c1c9312ab61bc7bf63bb2c189a71e800cb028fa8d2a
#7 312.7   Building wheel for psutil (pyproject.toml): started
#7 313.4   Building wheel for psutil (pyproject.toml): finished with status 'done'
#7 313.4   Created wheel for psutil: filename=psutil-5.9.4-cp39-abi3-linux_aarch64.whl size=232131 sha256=0c2e37fc18854743b5ab3d701b71095bfb2cf3b5213f304a4d8f6d56bca92681
#7 313.4   Stored in directory: /tmp/pip-ephem-wheel-cache-yayoz5g8/wheels/b3/e1/ef/72253145950aea37e83c8c13a844c583e2b575f1c93598901d
#7 313.4 Successfully built termcolor apischema bson construct fastecdsa jsonrpcclient jsonrpcserver netstruct pendulum pyblake2 pysha3 pysodium strict-rfc3339 crc16 ed25519 SSEClient psutil
#7 313.4 Failed to build secp256k1
#7 314.1 Installing collected packages: webencodings, wcwidth, types-cachetools, termcolor, strict-rfc3339, Send2Trash, rfc3986, pysodium, pysha3, pyblake2, py-sr25519-bindings, py-ed25519-bindings, py-bip39-bindings, pure-eval, ptyprocess, ply, pickleshare, netstruct, mypy-extensions, msgpack, mistune, jsonrpcclient, ipython-genutils, fastjsonschema, executing, ed25519, crc16, charset-normalizer, cached-property, backcall, zipp, xxhash, wrapt, websockets, websocket-client, webcolors, urllib3, uri-template, typing-extensions, traitlets, tqdm, tornado, toolz, toml, tinycss2, tabulate, soupsieve, solders, sniffio, six, simplejson, rfc3986-validator, pyzmq, pyyaml, pytzdata, python-json-logger, pyrsistent, pygments, pycryptodomex, pycryptodome, pycparser, py, psutil, prompt-toolkit, prometheus-client, pluggy, platformdirs, pexpect, parso, pandocfilters, packaging, numpy, nest-asyncio, multidict, more-itertools, mnemonic, markupsafe, jupyterlab-pygments, jsonpointer, iniconfig, idna, h11, graphql-core, fqdn, fastecdsa, exceptiongroup, eth-typing, eth-hash, entrypoints, defusedxml, decorator, debugpy, construct, click, certifi, cbor2, cachetools, bech32, based58, base58, backoff, attrs, apischema, yarl, terminado, rfc3339-validator, requests, python-dateutil, pytest, oslash, matplotlib-inline, jupyter-core, jsonschema, jinja2, jedi, importlib-metadata, ecdsa, deprecation, cytoolz, construct-typing, comm, cffi, cattrs, bleach, beautifulsoup4, asttokens, anyio, stack-data, SSEClient, secp256k1, scalecodec, pynacl, pendulum, nbformat, jupyter-server-terminals, jupyter-client, jsonrpcserver, httpcore, gql, eth-utils, docker, bson, arrow, argon2-cffi-bindings, testcontainers, stellar_base, py-ecc, py-algorand-sdk, nbclient, isoduration, ipython, httpx, eth-keys, argon2-cffi, substrate-interface, solana, nbconvert, ipykernel, jupyter-events, jupyter-server, notebook-shim, nbclassic, notebook, pytezos
#7 319.9   Running setup.py install for secp256k1: started
#7 322.5   Running setup.py install for secp256k1: finished with status 'error'
#7 322.5   error: subprocess-exited-with-error
#7 322.5
#7 322.5   × Running setup.py install for secp256k1 did not run successfully.
#7 322.5   │ exit code: 1
#7 322.5   ╰─> [151 lines of output]
#7 322.5       0.29
#7 322.5       Using bundled libsecp256k1
#7 322.5       running install
#7 322.5       running build
#7 322.5       running build_py
#7 322.5       creating build
#7 322.5       creating build/lib.linux-aarch64-3.9
#7 322.5       creating build/lib.linux-aarch64-3.9/secp256k1
#7 322.5       copying secp256k1/__main__.py -> build/lib.linux-aarch64-3.9/secp256k1
#7 322.5       copying secp256k1/__init__.py -> build/lib.linux-aarch64-3.9/secp256k1
#7 322.5       running build_clib
#7 322.5       Building experimental
#7 322.5       checking build system type... aarch64-unknown-linux-gnu
#7 322.5       checking host system type... aarch64-unknown-linux-gnu
#7 322.5       checking for a BSD-compatible install... /usr/bin/install -c
#7 322.5       checking whether build environment is sane... yes
#7 322.5       checking for a thread-safe mkdir -p... /bin/mkdir -p
#7 322.5       checking for gawk... no
#7 322.5       checking for mawk... mawk
#7 322.5       checking whether make sets $(MAKE)... no
#7 322.5       checking whether make supports nested variables... no
#7 322.5       checking how to print strings... printf
#7 322.5       checking whether make supports the include directive... no
#7 322.5       checking for gcc... gcc
#7 322.5       checking whether the C compiler works... yes
#7 322.5       checking for C compiler default output file name... a.out
#7 322.5       checking for suffix of executables...
#7 322.5       checking whether we are cross compiling... no
#7 322.5       checking for suffix of object files... o
#7 322.5       checking whether we are using the GNU C compiler... yes
#7 322.5       checking whether gcc accepts -g... yes
#7 322.5       checking for gcc option to accept ISO C89... none needed
#7 322.5       checking whether gcc understands -c and -o together... yes
#7 322.5       checking dependency style of gcc... none
#7 322.5       checking for a sed that does not truncate output... /bin/sed
#7 322.5       checking for grep that handles long lines and -e... /bin/grep
#7 322.5       checking for egrep... /bin/grep -E
#7 322.5       checking for fgrep... /bin/grep -F
#7 322.5       checking for ld used by gcc... /usr/bin/ld
#7 322.5       checking if the linker (/usr/bin/ld) is GNU ld... yes
#7 322.5       checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
#7 322.5       checking the name lister (/usr/bin/nm -B) interface... BSD nm
#7 322.5       checking whether ln -s works... yes
#7 322.5       checking the maximum length of command line arguments... 1572864
#7 322.5       checking how to convert aarch64-unknown-linux-gnu file names to aarch64-unknown-linux-gnu format... func_convert_file_noop
#7 322.5       checking how to convert aarch64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
#7 322.5       checking for /usr/bin/ld option to reload object files... -r
#7 322.5       checking for objdump... objdump
#7 322.5       checking how to recognize dependent libraries... pass_all
#7 322.5       checking for dlltool... no
#7 322.5       checking how to associate runtime and link libraries... printf %s\n
#7 322.5       checking for ar... ar
#7 322.5       checking for archiver @FILE support... @
#7 322.5       checking for strip... strip
#7 322.5       checking for ranlib... ranlib
#7 322.5       checking command to parse /usr/bin/nm -B output from gcc object... ok
#7 322.5       checking for sysroot... no
#7 322.5       checking for a working dd... /bin/dd
#7 322.5       checking how to truncate binary pipes... /bin/dd bs=4096 count=1
#7 322.5       checking for mt... no
#7 322.5       checking if : is a manifest tool... no
#7 322.5       checking how to run the C preprocessor... gcc -E
#7 322.5       checking for ANSI C header files... yes
#7 322.5       checking for sys/types.h... yes
#7 322.5       checking for sys/stat.h... yes
#7 322.5       checking for stdlib.h... yes
#7 322.5       checking for string.h... yes
#7 322.5       checking for memory.h... yes
#7 322.5       checking for strings.h... yes
#7 322.5       checking for inttypes.h... yes
#7 322.5       checking for stdint.h... yes
#7 322.5       checking for unistd.h... yes
#7 322.5       checking for dlfcn.h... yes
#7 322.5       checking for objdir... .libs
#7 322.5       checking if gcc supports -fno-rtti -fno-exceptions... no
#7 322.5       checking for gcc option to produce PIC... -fPIC -DPIC
#7 322.5       checking if gcc PIC flag -fPIC -DPIC works... yes
#7 322.5       checking if gcc static flag -static works... yes
#7 322.5       checking if gcc supports -c -o file.o... yes
#7 322.5       checking if gcc supports -c -o file.o... (cached) yes
#7 322.5       checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
#7 322.5       checking dynamic linker characteristics... GNU/Linux ld.so
#7 322.5       checking how to hardcode library paths into programs... immediate
#7 322.5       checking whether stripping libraries is possible... yes
#7 322.5       checking if libtool supports shared libraries... yes
#7 322.5       checking whether to build shared libraries... no
#7 322.5       checking whether to build static libraries... yes
#7 322.5       checking whether make supports nested variables... (cached) no
#7 322.5       checking for pkg-config... /usr/bin/pkg-config
#7 322.5       checking pkg-config is at least version 0.9.0... yes
#7 322.5       checking for ar... /usr/bin/ar
#7 322.5       checking for ranlib... /usr/bin/ranlib
#7 322.5       checking for strip... /usr/bin/strip
#7 322.5       checking for gcc option to accept ISO C89... (cached) none needed
#7 322.5       checking dependency style of gcc... none
#7 322.5       checking if gcc supports -Werror=unknown-warning-option... no
#7 322.5       checking if gcc supports -std=c89 -pedantic -Wno-long-long -Wnested-externs -Wshadow -Wstrict-prototypes -Wundef... yes
#7 322.5       checking if gcc supports -Wno-overlength-strings... yes
#7 322.5       checking if gcc supports -Wall... yes
#7 322.5       checking if gcc supports -Wno-unused-function... yes
#7 322.5       checking if gcc supports -Wextra... yes
#7 322.5       checking if gcc supports -Wcast-align... yes
#7 322.5       checking if gcc supports -Wcast-align=strict... yes
#7 322.5       checking if gcc supports -Wconditional-uninitialized... no
#7 322.5       checking if gcc supports -fvisibility=hidden... yes
#7 322.5       checking valgrind/memcheck.h usability... no
#7 322.5       checking valgrind/memcheck.h presence... no
#7 322.5       checking for valgrind/memcheck.h... no
#7 322.5       checking for x86_64 assembly availability... no
#7 322.5       configure: ******
#7 322.5       configure: WARNING: experimental build
#7 322.5       configure: Experimental features do not have stable APIs or properties, and may not be safe for production use.
#7 322.5       configure: Building extrakeys module: yes
#7 322.5       configure: Building schnorrsig module: yes
#7 322.5       configure: ******
#7 322.5       checking that generated files are newer than configure... done
#7 322.5       configure: creating ./config.status
#7 322.5       config.status: creating Makefile
#7 322.5       config.status: creating libsecp256k1.pc
#7 322.5       config.status: creating src/libsecp256k1-config.h
#7 322.5       config.status: executing depfiles commands
#7 322.5       config.status: executing libtool commands
#7 322.5
#7 322.5       Build Options:
#7 322.5         with ecmult precomp     = yes
#7 322.5         with external callbacks = no
#7 322.5         with benchmarks         = yes
#7 322.5         with tests              = yes
#7 322.5         with coverage           = no
#7 322.5         module ecdh             = yes
#7 322.5         module recovery         = yes
#7 322.5         module extrakeys        = yes
#7 322.5         module schnorrsig       = yes
#7 322.5
#7 322.5         asm                     = no
#7 322.5         ecmult window size      = 15
#7 322.5         ecmult gen prec. bits   = 4
#7 322.5
#7 322.5         valgrind                = no
#7 322.5         CC                      = gcc
#7 322.5         CPPFLAGS                =
#7 322.5         SECP_CFLAGS             = -O2  -std=c89 -pedantic -Wno-long-long -Wnested-externs -Wshadow -Wstrict-prototypes -Wundef -Wno-overlength-strings -Wall -Wno-unused-function -Wextra -Wcast-align -Wcast-align=strict -fvisibility=hidden
#7 322.5         CFLAGS                  = -g -O2
#7 322.5         LDFLAGS                 =
#7 322.5
#7 322.5         CC_FOR_BUILD            = gcc
#7 322.5         CPPFLAGS_FOR_BUILD      =
#7 322.5         SECP_CFLAGS_FOR_BUILD   = -O2  -std=c89 -pedantic -Wno-long-long -Wnested-externs -Wshadow -Wstrict-prototypes -Wundef -Wno-overlength-strings -Wall -Wno-unused-function -Wextra -Wcast-align -Wcast-align=strict -fvisibility=hidden
#7 322.5         CFLAGS_FOR_BUILD        = -g -O2
#7 322.5         LDFLAGS_FOR_BUILD       =
#7 322.5       error: [Errno 2] No such file or directory: 'make'
#7 322.5       [end of output]
#7 322.5
#7 322.5   note: This error originates from a subprocess, and is likely not a problem with pip.
#7 322.5 error: legacy-install-failure
#7 322.5
#7 322.5 × Encountered error while trying to install package.
#7 322.5 ╰─> secp256k1
#7 322.5
#7 322.5 note: This is an issue with the package mentioned above, not pip.
#7 322.5 hint: See above for output from the failure.
------
executor failed running [/bin/sh -c set -ex             && apt-get update && apt-get install -y --no-install-recommends gcc libc-dev curl wget xz-utils libsodium-dev libsecp256k1-dev libgmp-dev pkg-config vim         && pip install --disable-pip-version-check --no-cache-dir -r /opt/requirements.txt     && rm -rf /var/lib/apt/lists/*]: exit code: 1

We are experiencing the same issue. Is there a timeline for resolution?
I cannot build the image to run the recovery tool on an M1 Mac

Hello, I have the same problem. Both on M1/macos and ubuntu/amd64.

I'm having the same problem. Adding make to the package list for apt-get install in the Dockerfile resolves the issue for me.

Hi @mgregson @bmetea @wcampbellgalaxy,
We have recently added an M1 docker file to be used for mac M1.
To use it either replace the Dockerfile with Dockerfile_m1, or run the following command:
docker build . -f Dockerfile_m1

Thanks.


Add stdc++fs as a link library for clang compiler on linux

This change is needed to compile rviz_common and packages which
depend on it on linux clang compiler.

Points to note

I am adding a nightly job on ROS2 CI to build on linux clang compiler in order to detect bugs early. Mac OS X builds can take very long to complete. Here's the PR link for the same: https://github.com/ros2/ci/pull/244

Testing done

I have tested the above changes by doing a colcon build locally with all the ros2 packages pulled

For reference there's already a pluginlib PR at: https://github.com/ros/pluginlib/pull/144 maybe it needs to include an export of the flags for the appropriate libraries?

For reference there's already a pluginlib PR at: ros/pluginlib#144 maybe it needs to include an export of the flags for the appropriate libraries?

Thanks for the update. Looks like we are already exporting stdc++fs for gnu compiler in pluginlib: https://github.com/ros/pluginlib/blob/ros2/pluginlib/pluginlib-extras.cmake#L26 . I will check whether we need to update this to export for any linux compiler (gnu/clang)

More than likely, this needs to be done in pluginlib instead. I do not believe rviz uses std filesystem directly, but I could be wrong about that.

Makes sense, thanks a lot for pointing this out. Will look into this now.

Adding the library as an export in pluginlib worked like a charm! Thanks a lot William and Tully! Please follow ros/pluginlib#144  if needed as I will discard this PR now


padthv1: 0.8.4 -> 0.8.5

Motivation for this change
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

@orivej let's see howl ong we can keep this going.  ;)


sequences.extras: add start-all and count-subseq for searching/counti…

Add words for searching/counting all possibly-overlapping or non-overlapping subseqs of a seq. help-lint ok
This uses start which uses the naive approach, not a more complex algorithm like the ones from http://en.wikipedia.org/wiki/String_searching_algorithm

Merged, thanks!
(We also have a boyer-moore vocabulary, not sure about the other algorithms).


store binary assets (images) with ipld-style link properties

This changes the way we write out image links.  Instead of just writing the link directly, it's embedded in a wrapper object that has binary_asset: true set, and also has the origin url and mime type (if possible).
I changed the getty translator and iterator to output all images it can find (so thumb, comp, and preview), all stored in the meta.data.images map.  so e.g:
"images": {
        "comp": {
          "origin": "http://cache1.asset-cache.net/gc/JD6484-001-animal-supervision-gettyimages.jpg?v=1&c=IWSAsset&k=2&d=OA3owSIxYcZu6CTE0v2Nq7xkTFD5%2fH8AEc%2bV4t9URzTj3xVJ2%2bN47LqFBOaJ9O2H&b=NDk1",
          "binary_asset": true,
          "link": {
            "@link": "QmR52eufw5m5DqzSDfRPSGR8pUC4KHyxSDiBia265je2jX"
          },
          "mime_type": "image/jpeg"
        },
        "preview": {
          "origin": "http://cache1.asset-cache.net/gp/JD6484-001.jpg?v=1&c=IWSAsset&k=3&d=OA3owSIxYcZu6CTE0v2Nqz%2btE2GTkH5ibg6NPo%2f0ON0d8HvCv9j88vapnBheEuHz&b=ODY=",
          "binary_asset": true,
          "link": {
            "@link": "QmZtMAvxNrVwM7ZQPR2y3NTNN3ci7DH3qvVQMJCgGTLKVA"
          },
          "mime_type": "image/jpeg"
        },
        "thumb": {
          "origin": "http://cache1.asset-cache.net/xt/JD6484-001.jpg?v=1&g=fs1|0|HG|64|841&s=1&b=RjI4",
          "binary_asset": true,
          "link": {
            "@link": "QmSqVFPygCsb9DRJuFQbYkeKfmCM2Pdv9jEqRASk2197K9"
          },
          "mime_type": "image/jpeg"
        }
      },

It might make more sense to use a list instead of a map, to allow unnamed items, etc.  That will need some changes to the writer code tho.
This also adds an .open method to the IpfsDatastore and RpcDatastore classes, which returns a file-like object with the contents of the returned object.
I haven't updated the reader api yet, except to remove the old thumbnail_base64 code.  This means that field is no longer present, so if the indexer is counting on it existing, this may break things.
The indexer could potentially use this new format as-is by walking the meta.data dict and looking for binary_assets.  But it may also be worth updating the reader api to do that and collect the binary links in one place for easier iteration.

I like it! List may be a good idea too, with names (when present) moving into the objects themselves

Noting this as a protocol-breaking change we should get out the door soon

This has been updated, with the getty stuff removed, and we now write out the asset dictionary even if we don't have the image data and can't create an ipfs link.  In other words, if you run with --skip-image-downloads, it will just output a dict like
{
    "uri": "http://cache1.asset-cache.net/gc/JD6484-001-animal-supervision-gettyimages.jpg?v=1&c=IWSAsset&k=2&d=OA3owSIxYcZu6CTE0v2Nq7xkTFD5%2fH8AEc%2bV4t9URzTj3xVJ2%2bN47LqFBOaJ9O2H&b=NDk1",
    "binary_asset": true,
    "mime_type": "image/jpeg"
}

I changed the origin field to uri, since that seems like it makes more sense when there's no ipfs link present.
I'm planning to add back the special-casing of the thumbnail key, which was removed in this branch a few commits ago.  In other words, try to pull the image at read-time, either from ipfs or from the http uri if there's no ipfs link.  If successful, hand off the base64 image data to the indexer.  This will be compatible with the current indexer code, which expects a thumbnail_base64 key containing the image data.
At that point, I feel like we can go ahead and merge this to prepare for a bulk re-ingestion of the getty data (with --skip-image-downloads).
However, I'm also going to write up how we best handle image caching and adding ipfs links after the fact, which seems like it needs its own issue.

I like the generic images too; I added the special casing back because we seemed to be in a rush to get images into the indexer, and the quickest way was to give it the output it was already expecting.  This branch still supports generic images (like the snippet in the first comment), but it looks for an object at the thumbnail key and outputs thumbnail_base64, since that's where the indexer is currently looking.
I'm planning to replace this with "two step" image fetching, so consumers of the canonical_stream don't need to pay the download cost.   But that needs indexer support, so need to coordinate it with @autoencoder

Going to merge this so we can re-ingest on the testnet


Scenario Import - Twitter OAuth Fails

Hi,
Having to move away from Omniscope as they're shutting down, and moving to my own Huginn installation. I'm trying to import my scenarios, by exporting and importing, however, whenever I import one which has any Twitter service integration it throws an error and semi-breaks the import.
Errors when saving 'EU Twitter Post': Service can't be blank and Twitter consumer_key, consumer_secret, oauth_token, and oauth_token_secret are required to authenticate with the Twitter API. You can provide these as options to this Agent, or as Credentials with the same names, but starting with 'twitter_'.

Even though I have correctly setup the Twitter service and provide it an account to use from the dropdown.
I can't ever get it to import those Twitter agents, however the other problem is that then suddenly all associations between agents are lost. So the other agents import, but have no source or receivers anymore, and the only way to fix it is to do it by hand. Not end of the world, but frustrating.
I'm using the latest version of the Docker image.

Hi @lloydpick,
thanks for reporting the issue, do you mind testing if the PR fixes the problem?
Those two images have the fix build in:
huginnbuilder/huginn-single-process:pr-1877
huginnbuilder/huginn:pr-1877


Update the dependencies

Keep up with the bugfixes
Tested, compiles and keep basic functionalities. Where available, I read the changelog.md/releases.md and ensured the changes did not affect the code.

Thanks!


Create Service Page Completed

resolve #21
Added create service page with the option to include tags, and images, even added rainbow kit wallet for an owner's wallet address. Users will be able to create a service, edit a service, pause/resume a service, and delete a service.
Will need updation in environment variables by adding alchemy ID, wallet connect project ID, and project name.

Hi, tanks for the PR, I will check it with the new environment variable and if everything is fine then I will merge it.

Looks perfect to me! added environments in production.


Generating wrong code for migration

I am using latest (in this moment) version - 1.6.2. When I add migration class into project it generates code that won't compile. Generated code tries to instantiate migration class with empty constructor, but actually it should take table class as parameter. I tried with AlterTableMigration

you need to subclass AlterTableMigration and provide a default constructor that calls the super constructor with the appropriate table.

That's exactly what I did, but generated code tries to call empty constructor for migration that doesn't exist and I get compile error because of that...

can you send me your migration class? thanks.


Add grapejuice-git

Will fix #309

Fix codacy issues first

The AUR follows the exact same method of using a glob

Add breaks, gives
Also does it have icons / desktop files? How is your script handling those?

The linux packaging part takes care of icons / desktop files


Metadata not displayed in httpd (apache) on Facebook/WhatsApp/IG

Code of Conduct

[X] I agree to follow this project's Code of Conduct.

Submission validity

[X] This is not a personal support request, that should be posted on discussions community.
[X] I checked current issues and this request isn't a duplicate of an existing issue, opened or closed.

Self troubleshooting

[X] I've read the documentation and made sure to follow it.
[X] I've read the troubleshooting first steps guide.

Version
1.8.1
Description
Hi there,
I'm running Yourls on AWS EC2 httpd (Apache) under a subdirectory named "link" after the root, the main domain is pointing to the root.
Sample link -> www[dot]abc[dot]com/link/cEDs2
I am able to run the admin portal, shorten URLs and redirect etc, when I paste the shorten URL on Facebook and IG, the meta image shows up but not in WhatsApp. Also, the QR plugin does not work for me, it shows "The requested URL was not found on this server."
Below is the .htaccess file content:
_# BEGIN YOURLS

RewriteEngine On
RewriteBase /link/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*$ /link/yourls-loader.php [L]

END YOURLS_
Appreciate your help on this. Thanks
Expectation
No response
Reproduction steps
No response
Context
No response

Hello,

when I paste the shorten URL on Facebook and IG, the meta image shows up but not in WhatsApp

So, YOURLS is working. I'm not familiar with how WA works.

Also, the QR plugin does not work for me

There are like 7 QR code plugins in https://github.com/YOURLS/awesome-yourls


Strongly statically typed?

On type_system.asciidoc there's the following sentence:

These aspects of the Erlang type system, strongly statically typed
with an order on the types puts some constraints on the implementation
of the language.

Given what is previously written in the chapter saying that Erlang is strongly statically typed confuses me. Is it really correct?

No. It should say dynamically typed.
I have fixed it now.
Thanks.


Question: Ability to format markdown inside configurationJson

I was poking around, and I even searched for other Github repos using your script and I couldn't seem to find an example, so I thought I'd ask here.
From our last discussion on being able to use variables in a template; you recommended I just throw template inside configurationJson within my github action yml.
The question: Is their any possibility for me to be able to format this code? Adding line breaks within the template code but it still being rendered in its normal way? I'm just looking for a way to present it in a nicer fashion within my yml file. Because currently, all of the template code is on a single line, and I've had a lot of heavy modifications to the template, and it's making it a royal pain to move the changes between the two different yml files I use this github action on, since they're both not identical and I can't just copy/paste.
My template is as follows:
configurationJson: |
  {
    "template": "## Release Info \n- **Version began on**: ........`#{{FROM_TAG_DATE}}`\n- **SHA256**: ................................`${{ env.SHA256SUM }} 🔺 ${{ env.FILE_ZIP }}`\n- **GUID**: .......................................`${{ steps.dotenv.outputs.GUID }}`\n- **UUID**: .......................................`${{ steps.dotenv.outputs.UUID }}</sub>`\n- **Stamp**: ....................................`#{{FROM_TAG}}-#{{FROM_TAG_DATE}} 🔺 #{{TO_TAG}}-#{{TO_TAG_DATE}}`\n- **Last Release**: ......................`#{{DAYS_SINCE}} days ago`\n\n\n
\n\n---\n\n
\n\n### What's New\nThis release contains the following changes:\n\n
\n\n---\n\n
\n\n### Statistics\nHow the files have changed:\n

Changed files  : #{{CHANGED_FILES}}

Commits : #{{COMMITS}}

Additions : #{{ADDITIONS}}

Deletions : #{{DELETIONS}}
\n
\n
\n\n
\n\n---\n\n
\n\n### Commits (#{{UNCATEGORIZED_COUNT}})\n#{{UNCATEGORIZED}}\n\n
\n\n---\n\n
\n\n### Pull Requests\n#{{CHANGELOG}}\n\n
\n\n---\n\n
\n\n"
  }

There's a lot of \n and
 in the template so that I can format it in a nice way. And it's all just jumbled together.
Between Google and Github, I can't seem to find a way to format this, and maybe join the lines together, but it still look the same.

Unfortunately, I don't have an answer on this either, the only requirement from the action is that it is a valid json in the end.
If you find a solution, I'd be more than curious to see how :D given I had the same question myself in the past

Interesting, appreciate it.
I'm going to go throw it on a test repo and see if there's a way to join lines in json so that I can format this. I know json is picky as hell much like python, but there has to be some way to concat lines.
I'll let you know if I find it.

Probably yaml has some functionality to do that. as it's less about json allowing for it, but about yaml allowing you to structure the text somehow

So I'm not sure if this is because of Github / yml as an added feature, or if it's standard with json, but I did find this:
configurationJson: |
  {
    "template": "## Release Info \n- \
                **Version began on**: ........`#{{FROM_TAG_DATE}}`\n-  \
                **SHA256**: ................................`${{ env.SHA256SUM }} 🔺 ${{ env.FILE_ZIP }}`\n- \
                **Stamp**: ....................................`#{{FROM_TAG}}-#{{FROM_TAG_DATE}} 🔺 #{{TO_TAG}}-#{{TO_TAG_DATE}}`\n- \
                **Last Release**: ......................`#{{DAYS_SINCE}} days ago`\n\n
\n\n---\n\n
\n\n \
                ### What's New\nThis release contains the following changes:\n\n
\n\n---\n\n
\n\n \
                ### Statistics\nHow the files have changed:\n \

 \

Changed files  : #{{CHANGED_FILES}}
 \

Commits : #{{COMMITS}}

Additions : #{{ADDITIONS}}
 \

Deletions : #{{DELETIONS}}
\n
\n \

 \
                \n\n
\n\n---\n\n
\n\n \
                ### Commits (#{{UNCATEGORIZED_COUNT}})\n \
                The following commits are uncategorized:\n \
                #{{UNCATEGORIZED}}\n\n
\n\n---\n\n
\n\n \
                ### Pull Requests\nThis release is associated with the following pull requests:\n \
                #{{CHANGELOG}}\n\n
\n\n---\n\n
\n\n"
  }

It's not elegant, but it does make json more manageable, The end of each line needs to be appended with \ at the very end of the line, and then you can start your next one.

I mean what you could theoretically do: Have a step before the one of running the action, where you construct the json in a more readable fashion, and then pass it on as output from that step to the action as input.
As long as it is a valid json, the action doesn't care how it was constructed.
So something like this:
#!/bin/bash

template='## Release Info
- **Version began on**: ........`#{{FROM_TAG_DATE}}`
- **SHA256**: ................................`${{ env.SHA256SUM }} 🔺 ${{ env.FILE_ZIP }}`
- **GUID**: .......................................`${{ steps.dotenv.outputs.GUID }}`
- **UUID**: .......................................`${{ steps.dotenv.outputs.UUID }}</sub>`
- **Stamp**: ....................................`#{{FROM_TAG}}-#{{FROM_TAG_DATE}} 🔺 #{{TO_TAG}}-#{{TO_TAG_DATE}}`
- **Last Release**: ......................`#{{DAYS_SINCE}} days ago`

---

### What'\''s New
This release contains the following changes:

---

### Statistics
How the files have changed:

Changed files  : #{{CHANGED_FILES}}

Commits : #{{COMMITS}}

Additions : #{{ADDITIONS}}

Deletions : #{{DELETIONS}}

---

### Commits (#{{UNCATEGORIZED_COUNT}})
#{{UNCATEGORIZED}}

---

### Pull Requests
#{{CHANGELOG}}

---

'

ESCAPED_TEMPLATE=${template//$'\n'/\n}
BUILT_JSON='{ "template": "'"$ESCAPED_TEMPLATE"'" }'

# to file
echo $BUILT_JSON > result.json

# to output for the step
echo "TEMPLATE_JSON=${BUILT_JSON}" >> "$GITHUB_OUTPUT"

(untested, but using the TEMPLATE_JSONshould work then theoretically)

That's an interesting work-around. Didn't even think about that.
I'll save this for tomorrow and try it out. I've been cleaning up my github actions all day, and I don't have the energy to rip one apart right now and start a new task lol
Luckily, this github action works great. I had to create a new action today which automatically builds a python script, pushes it to pypi, generates a changelog, and then issues a release on github.  That drained my energy today lol

Cleaning out my list, so I'll close this for now. Appreciate the help. Need to find 5 minutes to try your method. Hopefully tomorrow.


Enable redstone On/Off feature using the IE redstone wire connector. [Feature]

Currently, only the channel can be changed. To turn on redstone to the proxy block requires placement of a redstone torch underneath. It would be nice to be able to turn on/off a redstone signal in addition to changing color.

After a deeper look. I recognized that I can't simulate a redstone signal for a redstone connector. But you could set a redstone output with the redstone api from computercraft or the Redstone Integrator.


core-js and TypeScript - how do these fit together?

The recent blogpost on the TypeScript 1.5 release highlighted the contrast between Babel and TypeScript in terms of ES6 compatibility.
However both are listed as Babel + core-js and TypeScript + core-js:

I understand that Babel ships with core-js but I'm a little confused as to what TypeScript + core-js actually means.  Since TypeScript ships some of its own polyfills and core-js is entirely polyfills (as I understand) I'm puzzled as to what TypeScript + core-js actually is?
Is there a compilation flag that prevents TSC from generating super and the like so that core-js can be dropped in instead?  Or is there an advised way of combining TypeScript and core-js that I haven't stumbled upon yet?
Apologies for raising it as an issue as it's more a question.  I've looked on StackOverflow and found this related question:
http://stackoverflow.com/questions/31417833/using-core-js-with-typescript
However it didn't resolve my mystery.  All guidance appreciated!

"TypeScript + core-js" is just what it sounds like - using the TypeScript compiler with the core-js polyfills.
The Kangax table is a little confusing because it's designed for measuring runtimes, not transpilers. For example, the TypeScript language isn't itself going to do anything special to support the "Array.prototype methods" row. We just add it to lib.d.ts and we're "done", but the Kangax table tests for runtime compat, which isn't going to work without a polyfill.
If we didn't include a polyfill library in our column, we'd be limited to a ~30% maximum score, which is really misleading when comparing to other downlevel transpilers that are including polyfills as part of their score. Including core-js as part of the TypeScript column just makes the top-line number apples-to-apples.

Thanks for that @RyanCavanaugh.
For my own part I'd come away with the impression that TypeScript was planning by 1.6 to provide near enough 100% ES6 compatibility.  I took this to mean not only compilation level but also polyfills for downlevel transpilation.  From what you've said I now realise it doesn't.
Is there somewhere I can look to clarify what polyfills TypeScript supplies and so which ones core-js will add into the mix?  Also I'm curious to know if there's a defined policy of what TypeScript will look to polyfill and what it won't as the project progresses.  Perhaps there's also guidance that I've missed on the best way to combine TypeScript with core-js as well?   (Probably just as simple as including core-js with the served scripts.)

See the DefinitelyTyped .d.ts for core.js to get an idea of what we don't polyfill ourselves.
The rule of thumb is that if there's a canonical/sane emit that doesn't have a huge perf-hit, we'll try to support it. We don't add any runtime methods or data structures, which is more what core.js serves to do.

@RyanCavanaugh I personally disagree and I think you have it backwards.
As core.js does not ship with TypeScript, TypeScript shouldn't get the extra score.
Why not core.js + Traceur?
For that matter, why not core.js + Chrome/Firefox/IEx?
...and why stop at core.js when there are other shims and polyfills that could raise other scores?
 The best way to do that is to either build a better transpiler that can support ES6 features or to have TypeScript ship with something like core.js.
If the compatibility table is used as a decision tool, including core.js as a default for TypeScript is misleading at best. I would argue that the default TypeScript use-case is within the Microsoft/.NET/Visual Studio community. If core.js does not work out of the box, then I as a Microsoft stack developer will likely be surprised when ES6 features simply don't work as expected.
TypeScript isn't just the language and transpiler - it's also the part of the IDE which is no small selling point for TypeScript.
I'd be happy if both scores were included, but TypeScript's base score was on without core.js. Core.js could still still as that semi-transparent background score.

@aikeru I didn't realise it was a game to try to win by scoring the most points...  As long as the table is clear on how what is being measured, then it is like any other table/chart.
Personally, I find it informative to see how TypeScript compares with other solutions that are looking to fill the whole gap of ES6/ES2015 in a runtime environment.  TypeScript is not looking to polyfill functionality/mutate globals, only to address basic language constructs that can be fully addressed via transpilation.  Others are looking to do more than that.  It really depends on what you are looking for.  If it is just ES6 compatibility in ES5, choosing TypeScript would likely not be a good choice.

@kitsonk I invite you to read my response to @RyanCavanaugh in the kangax ticket.
I will reiterate one of the key points I made here, however.
The question we should be asking is this one:
What percentage of ES6 (or 7, etc.) works with Babel out of the box, in the default configuration?
What percentage of ES6 (or 7, etc.) works with TypeScript out of the box, in the default configuration?
The rest is in my other comment.

To even the playing field, let's define "out of the box" as "the compiled JS runs without any other scripts loaded"

Thanks for the clarifications @ryancavanaugh and @danielrosenwasser. I don't want to participate in the bun fight this issue is fast becoming.
That said, I think it would be valuable to list somewhere in the official TypeScript documentation what ES latest => ES5/ES3 transpilation is provided by TSC "out of the box" / where "the compiled JS runs without any other scripts loaded".
Whilst it's possible to inspect the core-js typing on DT and compare that to the ES6 spec it's not a moments work. A canonical place to look would be greatly welcomed by me and a useful resource for the community I think.
How would you feel about this being added to the documentation somewhere?

@RyanCavanaugh I see. So rather than basing it off of the npm package for babel/typescript or the playground/try-it-now environments on the official site or the actual install you'll use for your project ... Because Babel, by default, includes the shims for those functions in a library, are you saying you think it should be excluded for all of them?
Nevermind that it's included in the packaging as well as the documentation and that it's the expected default use case for babel, but not TypeScript.
If I have to do anything extra other than the instructions laid out for installation on the official website for the product - IE: download 3rd party tools that aren't even referenced anywhere - then including them as part of the feature set of that product is at best misleading.
As I said in my other comment on the kangax repo, TypeScript could...

At minimum, including links and instructions for using core.js with TypeScript on the Microsoft website
Packaging core.js, even if it's an optional component or make including it a compiler switch or something
Improving the transpiler so that only the needed shims are included
(as a side-note, given an intelligent enough transpiler, all of these features could be provided as part of transpilation that didn't require any shim)

...but none of these are provided.

Is there even a canonical answer from TypeScript folks on how core.js should be included?
It would be awfully nice to have.

@aikeru not to be rude, but I am afraid I have other things to do then read your arbitrary personal opinions in other forums.  I am interested in participating in the TypeScript community, contributing to it, not randomly bashing people in a semi-neurotic way.

@kitsonk the level of integration and support that TypeScript provides for core.js is simply not the same as with babel. That's a fact, but we (the community) could change this.
My hope is to engage the JavaScript community at large into a productive discussion which will lead to better information when choosing a transpiler or a set of tools for client code.
Please, if you wish to contribute to the TypeScript community, help write the canonical references for core.js' inclusion and integration or help push for core.js to be an out-of-the-box (albeit opt-in, since as @RyanCavanaugh mentioned, the overhead could be undesirable) feature.

Packaging core.js, even if it's an optional component or make including it a compiler switch or something
Improving the transpiler so that only the needed shims are included (as a side-note, given an intelligent enough transpiler, all of these features could be provided as part of transpilation that didn't require any shim)

These two, at least, are specifically excluded in part by:
https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals#non-goals
I could agree with providing some link to Core JS. Would love some official documentation or a wiki blurb in including it in a project.

Would love some official documentation or a wiki blurb in including it in a project.

A wiki/handbook blurb might be useful. Perhaps we'll mention it around our non-goals, but that might not be as visible for interested users.

Would love some official documentation or a wiki blurb in including it in a project.

A wiki/handbook blurb might be useful. Perhaps we'll mention it around our non-goals, but that might not be as visible for interested users.

To use the meme, why not both? A dedicated wiki page, a mention in the getting started ocs, and a [1] in non goals with a reference to aforementioned wiki page. Might require some more somewhere, but that would cover most the bases.

Starting with TS 2.0, you can use the --lib flag. you can add specific library parts as needed, e.g. --lib es2015.promise,es2016.symbol, es2016.iterables or just --lib es2015 for the whole thing.

@mhegazy - does it polyfill in core-js for u automatic?

No. TypeScript does not inject any polyfills. it is up to you to chose which polyfill to use, and how to import it.
the --lib only imports the shapes of the APIs (e.g. Proxy, Promise, Map, Set, etc..) into your scope so that the compiler can check your code against them.

Hey @mhegazy,
I've been a happy user of target: "es2015" for some time and I'm a little confused about the overlap of functionality between target and lib.  If I use lib: "es2016" do I not need target: "es2016" with TS 2?  Or do I need both?  Could you flesh out the overlap / differences please?  I've read the docs but it's not clear to me...

No. Target is for syntactic transformations; e.g const vs a var. lib is for injecting types, e.g. Promise. Use lib if you know a specific type exits or if you have a polyfill.

 Certainly I have Promise / Map etc to play with as long as using "target": "es2015"
So there's some crossover still I'm guessing?
I feel like I've got the wrong end of the stick somehow.  For my part I'm always emitting the highest possible target of ES and having Babel do the downlevel transpilation for me (it brings polyfills).  I can't work out if I actually have any use for lib or not.

In ES2015, there were both syntactic and functional features.
In ES2016, there was only one syntactic feature (exponentiation) and essentially one functional (Array.prototype.includes)
In ES2017, there are a few both syntactic features (e.g. async/await) and functional features which are likely to get approved.
target describes the emit syntax that is generated by TypeScript, but it also assumes the functional features of the language will also be available at run-time.  Therefore there is no need to expressly tell TypeScript that.
lib allows you to specify specifically what functional features TypeScript should "assume" when emitting.  So a target of es5 but a lib that included es6 would instruct TypeScript to emit everything syntactically, but would assume that someone has loaded the functional features of ES2015.
Because ES2016 was so "small" syntactically, I think the TypeScript core team assumed it would not make sense to add a separate syntactic target and since the vast majority of run-time engines have just introduced while still implementing ES2015 features...
It is apparent that the TypeScript team are still figuring out exactly how to deliver ES2017, but considering it isn't yet ratified and syntactic features already available in TypeScript are under a compiler flag, it is likely it will take a while.
So @johnnyreilly for your use case, it is unlikely you will need to instruct TypeScript to load additional TypeScript provided libs, though if you are adapting functional patterns of future ES functionality that you then are polyfilling in some other fashion at run-time, you could use lib to load those, but you could also just include them in your compile path as well.

Awesome - thanks @kitsonk for a really clear explanation!
I think that, for my own use case, I'll just be using target; but if I decide to opt into some new hotness that Babel can polyfill and TypeScript support in lib then I'll be able to.
So initially I'm probably just going to be happy with tsc --target 2016 which allows me to write ES2016 code.  But perhaps later I might use (for example) tsc --target 2016 --lib es2017.object.
TypeScript will let me write either.  Babel will transpile either.
which Babel will handle.
Then if later on

Ah - slightly misunderstood you.  No matter; I think I have it now; I've written it up here: http://blog.johnnyreilly.com/2016/09/typescript-20-es2016-and-babel.html
The tl;dr is: you need tsc --target 2016 --lib es2015,es2016,dom


getInResponseTo on decrypted Response

Hello,
I am trying to get the original ID from the Request.
After decrypting I get an lightSAML-Object. I am trying to get the data via
$SAML->getSubjectConfirmationData()->getInResponseTo() or via $SAML->getInResponseTo()
Sadly none of this is working. I read through other issues on here without proper information on this case.

How can I access the getInResponseTo from a decrypted Object?
I did read, that it is not required to send the inResponseTo in the SAML-Protocol. Is there any other way to reference the original request?

Kind regards

$SAML->getSubject()->getAllSubjectConfirmations()[0]->getSubjectConfirmationData()->getInResponseTo()
This seams to work. Leaves open the question if on a single Auth Response, it is possible to have multiple Subject-Elements and if there is an alternative way if the inResponseTo is not send.


3-Way QuickSort (Dutch National Flag) | C

3-Way QuickSort (Dutch National Flag)
what will change -
Type of Issue -
Please add/delete options that are not relevant.

[x] Adding New Code
[ ] Improving Code
[ ] Improving Documentation
[ ] Bug Fix

Programming Language
Please add/delete options that are not relevant.

[ ] Python
[ ] C++
[ ] Java
[x] C
[ ] Go
[ ] Other language

Self Check

Ask for issue assignment before making Pull Request.
Add your file in the proper folder
Clean Code and Documentation for better readability
Add Title and Description of the program in the file

:star2: Star it :fork_and_knife:Fork it :handshake: Contribute to it!
Happy Coding,

Can I be assigned to this issue in C ?

could you please assign this issue to me

Please assign this issue to me for java


Use "spin_sleep" for better accuracy of sleep on Windows OS

(maybe ref  #1066 ?)
I tried using a piston, but it only came out at 34fps.
https://github.com/naari3/piston-windows-sleep-slow
built by release build, and it shot 1200 fps when bench mode is on.
I tried to using profiler for this and I found that accuracy of std::thread::sleep is too low on Windows by default :(
ref: https://stackoverflow.com/questions/63111126/rust-lang-threadsleep-sleeping-for-almost-twice-the-specified-time-during-ga
I also found that timeBeginPeriod and timeEndPeriod was used as a poor (only?) Solution, so I also found implement for this solution, spin_sleep.
here is https://github.com/alexheretic/spin-sleep/blob/master/src/lib.rs#L102-L107
and it became nearly 60 fps !
I thought that the similar API ( spin_sleep::sleep(dur) ) would be fine, but this will changes behaviour of environments other than Windows bit.
We can only add this implemention in a windows environment if we don't like it (but it adds only a new dependency on winapi, spin_sleep has also dependency on winapi).

I think we should try it out. Merging.


How to connect to postgres externally?

How can I connect to a linked postgres container externally, using PGAdmin for instance?

Any idea?

It seems to be not possible in dokku-alt.
Switching to dokku. It has the option through the command:
  dokku postgres:expose [app] [port]


Empty conversion for ×

Source document: https://github.com/metanorma/mn-samples-iso/blob/main/sources/international-standard/rice-en.final.adoc
Adoc (https://raw.githubusercontent.com/metanorma/mn-samples-iso/main/sources/international-standard/body/body-en.adoc):
with long rounded apertures of (1 mm stem:[{:(+0.02),(0):}] mm) × (20 mm stem:[{:(+2),(-1):}] mm).

Presentation xml (version="2.1.0") - there isn't character × after mm):

with long rounded apertures of (1 mm <stem .... </stem> mm)  (20 mm <stem ... /stem> mm).

Presentation xml (version="<IP_ADDRESS>") - correct:

with long rounded apertures of (1 mm <stem ... </stem> mm) × (20 mm <stem ... </stem> mm).

Nokogiri 1.13 no longer tolerates HTML escapes in its input for generating XML, so we will have to do preprocessing or postprocessing for any HTML escapes in Asciidoctor input.


hhhhhhhhhh,还吐槽我们，过分了

hhhhhhhhhh,还吐槽我们，过分了🤣🤣🤣🤣

What's wrong with you, this is the minegrub them repo, not bakabaka9/AZ-Minecraft-opener

主播你看看你发哪里了

iq boost :D

Don't disturb others' repo. It's bad manners.

lol

hhhhhhhhhh,还吐槽我们，过分了🤣🤣🤣🤣

不要來這邊亂啦

@Lxtharia just close or delete this issue plz

@Lxtharia just close or delete this issue plz

我不能關啊只有作者可以 @Lxtharia

辛苦了 @LxHTT

辛苦了 @LxHTT

没什么的。主要是这个跑来添乱的

Please do not Issue anything unrelated to the project in this issue. Thank you for your cooperation.

Please do not Issue anything unrelated to the project in this issue. Thank you for your cooperation.

Bruh this issue is ALREADY unrelated to this project we are just telling the owner to shutdown this issue

Please do not Issue anything unrelated to the project in this issue. Thank you for your cooperation.

Bruh this issue is ALREADY unrelated to this project we are just telling the owner to shutdown this issue

## Yeah, of course that's what I'm saying

@LxHTT @KingofSpiders there are more trolls here https://github.com/Lxtharia/minegrub-theme/issues/18

Please do not Issue anything unrelated to the project in this issue. Thank you for your cooperation.

Bruh this issue is ALREADY unrelated to this project we are just telling the owner to shutdown this issue

Yeah, of course that's what I'm saying

Oh okay

我也不知道這位兄弟是怎麽吧這條issues發到這的

我也不知道這位兄弟是怎麽吧這條issues發到這的

Bruh

BTW 我不打 AZ 和高端 我打BNT

我也不知道這位兄弟是怎麽吧這條issues發到這的

估計是跟著你的上游倉庫找過來的。。。無語😓

不至于不至于，我当初fork这个仓库是为了替换一下背景，结果闹出来这番事，属实是给开发者添麻烦了

這裡除了我以外都是中國人嗎？我是台灣人

？

是，我们都是来自中国大陆的人

台湾自古以来就是中国神圣不可分割的一部分

好奇問而已

只是说你的说辞要准确点

台湾自古以来就是中国神圣不可分割的一部分

我認為台灣不是中國的你認為是那就算了吧
我是沒差你要這麼認為乾我屁事

只是说你的说辞要准确点

我沒有要要求你要說🇹🇼不是中國的但是你也不能強迫我說台灣是中國的

等一下 @LxHTT 不要再討論了我們要討論的是要如何把這個下架

Calm down, we don't want to have a dispute on a friendly exchange of code platform, so if there is a need for communication, it is recommended not to communicate on Github thanks

ok 👍🏼 @KingofSpiders

Calm down, we don't want to have a dispute on a friendly exchange of code platform, so if there is a need for communication, it is recommended not to communicate on Github thanks

The f

Calm down, we don't want to have a dispute on a friendly exchange of code platform, so if there is a need for communication, it is recommended not to communicate on Github thanks

The f
It's just my opinion.

I think you can exchange your opinions on Telegram

Thats All

Calm down, we don't want to have a dispute on a friendly exchange of code platform, so if there is a need for communication, it is recommended not to communicate on Github thanks

The f

It's just my opinion.

I respect! We do what we think, we have different opinions that's fine.
We have a text in our textbook called 雅量

Thats All

BTW What can we do to shutdown/close this issue?

Therefore, my point of view is to contact AZ studio to cancel their ridiculous Issue, and then seek common ground while reserving differences or go to Telegram to explain and exchange my own views

So my point is to contact AZ studio to cancel their ridiculous Issue and then agree to disagree or go to Telegram to explain and exchange our views

That sounds like a great idea!

So my point is to contact AZ studio to cancel their ridiculous Issue and then agree to disagree or go to Telegram to explain and exchange our views

Followed!  I've followed your GitHub!

Please close the issue and move on

Please close the issue and move on

I can't do anything about it and I can't find the az something repo
BTW you said that telegram is a good platform. Let's chat there.

我警告你Bakabaka_9，请尊重别人的软件，制作不易，请不要吐槽，这样非常不礼貌。还有，你貌似修改了我们的仓库，导致我们损失惨重，修复代码花费了1天时间，请问怎么处理。

我也不知道這位兄弟是怎麽吧這條問題發到這的

Bakabaka_9，请尊重别人的软件，制作不易，请不要吐槽，这样非常不礼貌。还有，你貌似修改了我们的仓库，导致我们损失惨重，修复代码花费了1天时间，请问怎么处理。

请你立即解决这个问题，谢谢

作者同意你拉取分支了吗

GitHub是一个开源精神共享的地方，不是朱俊杰撒泼的地方。
Fork是用来学习借鉴思考等用途的，不然要Fork功能何用
还有，不要把自己的无能归咎于他人
最后，不要打扰别人作者，在别人仓库发癫

Sorry this is absolutely not related to anything here, I will lock this, please refrain from opening random unrelated issues on any platform like this to be honest, thanks