text:
Inquiry about Infinity model release

Hello @iFighting 🤗
I'm Niels from the Hugging Face open-source team. I came across your work on Infinity through Hugging Face Papers (https://huggingface.co/papers/2412.04431).  Your paper is quite impressive!
Your README mentions a plan to release the Infinity-2B model, including checkpoints and inference code.  We at Hugging Face are very interested in hosting this model on our hub (https://huggingface.co/models) once it's ready.  Hosting on Hugging Face offers increased visibility and discoverability for your research, allowing for easier access by the community and enabling integration with other tools and workflows.
We can assist with the upload process and add relevant metadata tags to the model card to maximize its discoverability and impact. Could you provide an update on the expected release timeline? We're excited to see the model released and would be happy to help in any way we can.
Kind regards,
Niels

It will be great if you guys could host Infinity on Hugging Face! We expect to release models (including the tokenizer & transformer) & code in the coming several weeks.

@NielsRogge We have released the training code and models~

authors: JeyesHan NielsRogge iFighting

repo: FoundationVision/Infinity


text:
CallBacks for event and functions for startListening,stopListening,abort etc..?

Will we get any callbacks while invoking async functions such as startListening,stopListening,abortListening ?
If so, how can we handle the callbacks?

There are two ways you can do this:

Use the built-in event handlers in the Speech Recognition object, which is given to you as a property called recognition. You can set these to your callback function when constructing or mounting your component:

    const { recognition } = this.props
    recognition.onend = () => console.log("Listening has stopped");
    recognition.onstart = () => console.log("Listening has started");

Detect changes to the listening property, which is another property injected by react-speech-recognition. If you're using a class-based React component, you can pick up these changes in the componentWillReceiveProps lifecycle hook. For example:

  componentWillReceiveProps(nextProps) {
    if (this.props.listening !== nextProps.listening) {
      console.log(nextProps.listening);
    }
  }

Hope that helps!

source: gharchive/issue

license: mit

license_type: permissive

license_source: bigquery


text:
Added experimental support for individual XPDR digits.

Added the definitions:

xpdrDigitCount - The number of digits currently displayed in the transponder display.
xpdrDigit1 - The first digit in the display.
xpdrDigit2 - The second digit in the display.
xpdrDigit3 - The third digit in the display.
xpdrDigit4 - The fourth digit in the display.

(These are only presented when using raw values, eg. IPC or LVar).
Fixes #18
Note I am very inexperienced in this memory value finding business. I stumbled upon this offset/value, and referenced it relative to one of the search values you already provided. It works on my machine in version 1.5.2.214, but I really have no idea if this works everywhere, or for anyone else really.

As commented in Issue #18

source: gharchive/pull-request

authors: Fragtality alphaleonis

repo: Fragtality/FenixQuartz

license: MIT

license_source: github-api


text:
Status: Error after 100%

I'm trying to download a 6-hour VOD from yesterday, I even emptied a lot of my C: drive storage, and it still downloads the VOD and merges the files 100% then just tells me, status: error.

Download task has been started!
TWITCH LEECHER INFO
Version: 1.8.4
VOD INFO
VOD ID: 1085721509
Selected Quality: 1920x1080@60fps (Source)
Download Url: https://www.twitch.tv/videos/1085721509
Crop Start: No
Crop End: No
OUTPUT INFO
Disable Conversion: No
Output File: C:\Users\user\Downloads\20210714_1085721509_Just Chatting.mp4
FFMPEG Path: C:\Program Files\Twitch Leecher\ffmpeg.exe
Temporary Download Folder: C:\Users\user\AppData\Local\Temp\TL_d8c4743d-1a89-47f7-baa5-1dda8c6fb1f8
ACCESS INFO
Token: %7B%22authorization%22%3A%7B%22forbidden%22%3Afalse%2C%22reason%22%3A%22%22%7D%2C%22chansub%22%3A%7B%22restricted_bitrates%22%3A%5B%5D%7D%2C%22device_id%22%3Anull%2C%22expires%22%3A1626420546%2C%22https_required%22%3Atrue%2C%22privileged%22%3Afalse%2C%22user_id%22%3Anull%2C%22version%22%3A2%2C%22vod_id%22%3A1085721509%7D
Signature: 769a9ed3fc11dc95f304b6bce95e0f9146796efd
Sub-Only: No
Privileged: No
Creating temporary download directory 'C:\Users\user\AppData\Local\Temp\TL_d8c4743d-1a89-47f7-baa5-1dda8c6fb1f8'... done!
Retrieving m3u8 playlist urls for all VOD qualities... done!
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/chunked/index-muted-8W4IU2C0YL.m3u8
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/720p60/index-muted-8W4IU2C0YL.m3u8
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/720p30/index-muted-8W4IU2C0YL.m3u8
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/480p30/index-muted-8W4IU2C0YL.m3u8
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/audio_only/index-muted-8W4IU2C0YL.m3u8
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/360p30/index-muted-8W4IU2C0YL.m3u8
https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/160p30/index-muted-8W4IU2C0YL.m3u8
Playlist url for selected quality 1920x1080@60fps (Source) is https://d1m7jfoe9zdc1j.cloudfront.net/4768ba1eb3d8c9023c57_mizkif_42815500365_1626208154/chunked/index-muted-8W4IU2C0YL.m3u8
Retrieving playlist... done!
Parsing playlist... done!
Number of video chunks: 2422
Starting parallel video chunk download
Number of video chunks to download: 2422
Maximum connection count: 10
Parallel video chunk download is running...
Download of all video chunks complete!
Merging all VOD parts into 'C:\Users\user\AppData\Local\Temp\TL_d8c4743d-1a89-47f7-baa5-1dda8c6fb1f8\20210714_1085721509_Just Chatting.ts'...
Executing 'C:\Program Files\Twitch Leecher\ffmpeg.exe' on 'C:\Users\user\AppData\Local\Temp\TL_d8c4743d-1a89-47f7-baa5-1dda8c6fb1f8\20210714_1085721509_Just Chatting.ts'...
Command line arguments: -y -i "C:\Users\user\AppData\Local\Temp\TL_d8c4743d-1a89-47f7-baa5-1dda8c6fb1f8\20210714_1085721509_Just Chatting.ts" -analyzeduration 2147483647 -probesize 2147483647 -c:v copy -c:a copy "C:\Users\user\Downloads\20210714_1085721509_Just Chatting.mp4"
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 45538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 46438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 47338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 48238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 49138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 50038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 50938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 51838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 52738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 53638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 54538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 55438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 56338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 57238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 58138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 59038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 59938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 60838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 61738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 62638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 63538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 64438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 65338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 66238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 67138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 68038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 68938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 69838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 70738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 71638470).
frame=44323 fps=27858 q=-1.0 size=  553472kB time=00:12:19.81 bitrate=6128.6kbits/s speed= 465x
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 72538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 73438470).
frame=45323 fps=21022 q=-1.0 size=  566016kB time=00:12:36.51 bitrate=6129.2kbits/s speed= 351x
frame=45420 fps=16730 q=-1.0 size=  567296kB time=00:12:38.12 bitrate=6130.0kbits/s speed= 279x
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 74338470).
frame=45531 fps=13903 q=-1.0 size=  568576kB time=00:12:40.02 bitrate=6128.5kbits/s speed= 232x
frame=45633 fps=11954 q=-1.0 size=  569856kB time=00:12:41.69 bitrate=6128.8kbits/s speed=200x
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 75238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 77038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 77938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 78838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 79738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 80638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 81538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 82438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 84238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 85138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 86038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 86938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 87838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 88738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 90538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 91438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 92338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 93238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 94138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 95038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 95938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 96838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 97738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 98638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 99538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 100438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 101338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 102238470).
frame=64103 fps=14847 q=-1.0 size=  800512kB time=00:17:50.01 bitrate=6128.7kbits/s speed= 248x
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 103138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 104038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 105838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 106738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 107638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 108538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 109438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 110338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 111238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 112138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 113038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 113938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 114838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 116638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 117538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 118438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 119338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 120238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 121138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 122038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 122938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 123838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 124738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 125638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 126538470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 127438470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 128338470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 129238470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 130138470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 131038470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 131938470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 132838470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 133738470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 134638470).
[mpegts @ 0000025ba639dbc0] Packet corrupt (stream = 1, dts = 135538470).
frame=86816 fps=18020 q=-1.0 size= 1084160kB time=00:24:09.13 bitrate=6128.8kbits/s speed= 301x
frame=108502 fps=20404 q=-1.0 size= 1356032kB time=00:30:10.56 bitrate=6135.5kbits/s speed= 340x
frame=124412 fps=20994 q=-1.0 size= 1555712kB time=00:34:35.75 bitrate=6139.6kbits/s speed= 350x
frame=124515 fps=19230 q=-1.0 size= 1556992kB time=00:34:37.44 bitrate=6139.7kbits/s speed= 321x
frame=124620 fps=17621 q=-1.0 size= 1558272kB time=00:34:39.18 bitrate=6139.6kbits/s speed= 294x
frame=124718 fps=16310 q=-1.0 size= 1559552kB time=00:34:40.85 bitrate=6139.7kbits/s speed= 272x
frame=124817 fps=15171 q=-1.0 size= 1560832kB time=00:34:42.49 bitrate=6139.9kbits/s speed= 253x
frame=124914 fps=14243 q=-1.0 size= 1562112kB time=00:34:44.11 bitrate=6140.2kbits/s speed= 238x
frame=125028 fps=13374 q=-1.0 size= 1563392kB time=00:34:46.03 bitrate=6139.5kbits/s speed= 223x
frame=125129 fps=12645 q=-1.0 size= 1564672kB time=00:34:47.70 bitrate=6139.7kbits/s speed= 211x
frame=125231 fps=11957 q=-1.0 size= 1565952kB time=00:34:49.40 bitrate=6139.7kbits/s speed= 199x
frame=125309 fps=11339 q=-1.0 size= 1566976kB time=00:34:50.70 bitrate=6139.9kbits/s speed= 189x
frame=125411 fps=10794 q=-1.0 size= 1568256kB time=00:34:52.37 bitrate=6140.0kbits/s speed= 180x
frame=125510 fps=10283 q=-1.0 size= 1569536kB time=00:34:54.03 bitrate=6140.1kbits/s speed= 172x
frame=125618 fps=9825 q=-1.0 size= 1570816kB time=00:34:55.85 bitrate=6139.8kbits/s speed= 164x
frame=125715 fps=9401 q=-1.0 size= 1572096kB time=00:34:57.47 bitrate=6140.1kbits/s speed= 157x
frame=125823 fps=9006 q=-1.0 size= 1573376kB time=00:34:59.24 bitrate=6139.9kbits/s speed= 150x
frame=125921 fps=8649 q=-1.0 size= 1574656kB time=00:35:00.90 bitrate=6140.0kbits/s speed= 144x
frame=126020 fps=8324 q=-1.0 size= 1575936kB time=00:35:02.54 bitrate=6140.2kbits/s speed= 139x
frame=126122 fps=8033 q=-1.0 size= 1577216kB time=00:35:04.25 bitrate=6140.2kbits/s speed= 134x
frame=126230 fps=7765 q=-1.0 size= 1578496kB time=00:35:06.02 bitrate=6140.0kbits/s speed= 130x
frame=126335 fps=7510 q=-1.0 size= 1579776kB time=00:35:07.79 bitrate=6139.8kbits/s speed= 125x
frame=126437 fps=7271 q=-1.0 size= 1581056kB time=00:35:09.50 bitrate=6139.8kbits/s speed= 121x
frame=126536 fps=7047 q=-1.0 size= 1582336kB time=00:35:11.14 bitrate=6140.0kbits/s speed= 118x
frame=126638 fps=6842 q=-1.0 size= 1583616kB time=00:35:12.85 bitrate=6140.0kbits/s speed= 114x
frame=126732 fps=6644 q=-1.0 size= 1584896kB time=00:35:14.38 bitrate=6140.5kbits/s speed= 111x
frame=126834 fps=6455 q=-1.0 size= 1586176kB time=00:35:16.11 bitrate=6140.5kbits/s speed= 108x
frame=126945 fps=6280 q=-1.0 size= 1587456kB time=00:35:17.97 bitrate=6140.0kbits/s speed= 105x
frame=127052 fps=6115 q=-1.0 size= 1588736kB time=00:35:19.72 bitrate=6139.9kbits/s speed= 102x
frame=127151 fps=5957 q=-1.0 size= 1590016kB time=00:35:21.40 bitrate=6140.0kbits/s speed=99.4x
frame=127247 fps=5805 q=-1.0 size= 1591296kB time=00:35:23.00 bitrate=6140.3kbits/s speed=96.9x
frame=127349 fps=5661 q=-1.0 size= 1592576kB time=00:35:24.69 bitrate=6140.4kbits/s speed=94.5x
frame=127450 fps=5526 q=-1.0 size= 1593856kB time=00:35:26.35 bitrate=6140.5kbits/s speed=92.2x
frame=128534 fps=5434 q=-1.0 size= 1607424kB time=00:35:44.42 bitrate=6140.6kbits/s speed=90.7x
frame=128630 fps=5311 q=-1.0 size= 1608704kB time=00:35:46.04 bitrate=6140.8kbits/s speed=88.6x
frame=136681 fps=5529 q=-1.0 size= 1709568kB time=00:38:00.21 bitrate=6141.9kbits/s speed=92.2x
frame=139331 fps=5524 q=-1.0 size= 1742848kB time=00:38:44.37 bitrate=6142.5kbits/s speed=92.1x
frame=139430 fps=5406 q=-1.0 size= 1744128kB time=00:38:46.03 bitrate=6142.6kbits/s speed=90.2x
frame=145363 fps=5529 q=-1.0 size= 1818368kB time=00:40:24.91 bitrate=6142.9kbits/s speed=92.2x
frame=166028 fps=6197 q=-1.0 size= 2076928kB time=00:46:09.34 bitrate=6143.8kbits/s speed= 103x
frame=186369 fps=6829 q=-1.0 size= 2332160kB time=00:51:48.37 bitrate=6146.3kbits/s speed= 114x
frame=194968 fps=7006 q=-1.0 size= 2440192kB time=00:54:11.69 bitrate=6147.6kbits/s speed= 117x
frame=195066 fps=6869 q=-1.0 size= 2441472kB time=00:54:13.31 bitrate=6147.7kbits/s speed= 115x
frame=195167 fps=6742 q=-1.0 size= 2442752kB time=00:54:14.99 bitrate=6147.8kbits/s speed= 112x
frame=195267 fps=6618 q=-1.0 size= 2444032kB time=00:54:16.66 bitrate=6147.9kbits/s speed= 110x
frame=195368 fps=6499 q=-1.0 size= 2445312kB time=00:54:18.34 bitrate=6147.9kbits/s speed= 108x
frame=195470 fps=6388 q=-1.0 size= 2446592kB time=00:54:20.03 bitrate=6147.9kbits/s speed= 107x
frame=195578 fps=6279 q=-1.0 size= 2447872kB time=00:54:21.84 bitrate=6147.7kbits/s speed= 105x
frame=195680 fps=6171 q=-1.0 size= 2449152kB time=00:54:23.55 bitrate=6147.7kbits/s speed= 103x
frame=195782 fps=6065 q=-1.0 size= 2450432kB time=00:54:25.25 bitrate=6147.7kbits/s speed= 101x
frame=195887 fps=5964 q=-1.0 size= 2451712kB time=00:54:27.00 bitrate=6147.7kbits/s speed=99.5x
frame=195987 fps=5869 q=-1.0 size= 2452992kB time=00:54:28.67 bitrate=6147.7kbits/s speed=97.9x
frame=196085 fps=5777 q=-1.0 size= 2454272kB time=00:54:30.29 bitrate=6147.9kbits/s speed=96.3x
frame=196190 fps=5686 q=-1.0 size= 2455552kB time=00:54:32.04 bitrate=6147.8kbits/s speed=94.8x
frame=196291 fps=5600 q=-1.0 size= 2456832kB time=00:54:33.70 bitrate=6147.9kbits/s speed=93.4x
frame=196394 fps=5517 q=-1.0 size= 2458112kB time=00:54:35.45 bitrate=6147.8kbits/s speed=  92x
frame=196499 fps=5436 q=-1.0 size= 2459392kB time=00:54:37.20 bitrate=6147.7kbits/s speed=90.7x
frame=196596 fps=5357 q=-1.0 size= 2460672kB time=00:54:38.82 bitrate=6147.9kbits/s speed=89.4x
frame=196694 fps=5280 q=-1.0 size= 2461952kB time=00:54:40.44 bitrate=6148.0kbits/s speed=88.1x
frame=196794 fps=5205 q=-1.0 size= 2463232kB time=00:54:42.11 bitrate=6148.1kbits/s speed=86.8x
frame=196908 fps=5134 q=-1.0 size= 2464512kB time=00:54:44.01 bitrate=6147.8kbits/s speed=85.6x
frame=197006 fps=5063 q=-1.0 size= 2465792kB time=00:54:45.65 bitrate=6147.9kbits/s speed=84.4x
frame=197109 fps=4993 q=-1.0 size= 2467072kB time=00:54:47.36 bitrate=6147.9kbits/s speed=83.3x
frame=197210 fps=4928 q=-1.0 size= 2468352kB time=00:54:49.04 bitrate=6147.9kbits/s speed=82.2x
frame=197309 fps=4864 q=-1.0 size= 2469632kB time=00:54:50.70 bitrate=6148.0kbits/s speed=81.1x
frame=198278 fps=4828 q=-1.0 size= 2481664kB time=00:55:06.85 bitrate=6147.8kbits/s speed=80.5x
frame=200789 fps=4829 q=-1.0 size= 2513152kB time=00:55:48.69 bitrate=6148.0kbits/s speed=80.5x
frame=200879 fps=4767 q=-1.0 size= 2514432kB time=00:55:50.20 bitrate=6148.3kbits/s speed=79.5x
frame=206390 fps=4831 q=-1.0 size= 2583552kB time=00:57:22.02 bitrate=6148.8kbits/s speed=80.6x
frame=206499 fps=4771 q=-1.0 size= 2584832kB time=00:57:23.84 bitrate=6148.6kbits/s speed=79.6x
frame=206725 fps=4722 q=-1.0 size= 2587648kB time=00:57:27.61 bitrate=6148.6kbits/s speed=78.8x
frame=209990 fps=4738 q=-1.0 size= 2628608kB time=00:58:22.03 bitrate=6148.9kbits/s speed=  79x
frame=210093 fps=4681 q=-1.0 size= 2629888kB time=00:58:23.76 bitrate=6148.8kbits/s speed=78.1x
frame=216735 fps=4769 q=-1.0 size= 2713088kB time=01:00:14.44 bitrate=6149.1kbits/s speed=79.5x
frame=216830 fps=4714 q=-1.0 size= 2714368kB time=01:00:16.04 bitrate=6149.3kbits/s speed=78.6x
frame=217349 fps=4674 q=-1.0 size= 2720768kB time=01:00:24.68 bitrate=6149.1kbits/s speed=77.9x
frame=218586 fps=4648 q=-1.0 size= 2736384kB time=01:00:45.29 bitrate=6149.4kbits/s speed=77.5x
frame=218687 fps=4597 q=-1.0 size= 2737664kB time=01:00:46.97 bitrate=6149.5kbits/s speed=76.7x
frame=222103 fps=4619 q=-1.0 size= 2780416kB time=01:01:43.93 bitrate=6149.4kbits/s speed=  77x
frame=222204 fps=4567 q=-1.0 size= 2781696kB time=01:01:45.62 bitrate=6149.5kbits/s speed=76.2x
frame=223549 fps=4548 q=-1.0 size= 2798848kB time=01:02:08.04 bitrate=6150.2kbits/s speed=75.8x
frame=225389 fps=4530 q=-1.0 size= 2821632kB time=01:02:38.69 bitrate=6149.7kbits/s speed=75.5x
frame=225470 fps=4481 q=-1.0 size= 2822912kB time=01:02:40.04 bitrate=6150.3kbits/s speed=74.7x
frame=229430 fps=4508 q=-1.0 size= 2872576kB time=01:03:46.02 bitrate=6150.5kbits/s speed=75.2x
frame=229526 fps=4460 q=-1.0 size= 2873856kB time=01:03:47.64 bitrate=6150.7kbits/s speed=74.4x
frame=232716 fps=4479 q=-1.0 size= 2913536kB time=01:04:40.81 bitrate=6150.2kbits/s speed=74.7x
frame=233717 fps=4452 q=-1.0 size= 2926080kB time=01:04:57.47 bitrate=6150.3kbits/s speed=74.2x
frame=233818 fps=4408 q=-1.0 size= 2927360kB time=01:04:59.17 bitrate=6150.3kbits/s speed=73.5x
frame=238024 fps=4439 q=-1.0 size= 2980096kB time=01:06:09.25 bitrate=6150.5kbits/s speed=  74x
frame=238125 fps=4396 q=-1.0 size= 2981376kB time=01:06:10.96 bitrate=6150.5kbits/s speed=73.3x
frame=242264 fps=4432 q=-1.0 size= 3033088kB time=01:07:19.95 bitrate=6150.3kbits/s speed=73.9x
frame=243713 fps=4413 q=-1.0 size= 3051776kB time=01:07:44.10 bitrate=6151.5kbits/s speed=73.6x
frame=243830 fps=4371 q=-1.0 size= 3053056kB time=01:07:46.02 bitrate=6151.1kbits/s speed=72.9x
av_interleaved_write_frame(): No space left on device
Error writing trailer of C:\Users\user\Downloads\20210714_1085721509_Just Chatting.mp4: No space left on device
frame=243977 fps=4366 q=-1.0 Lsize= 3054592kB time=01:07:48.48 bitrate=6150.5kbits/s speed=72.8x
video:2980786kB audio:75121kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!
Starting temporary download folder cleanup!
Deleting directory 'C:\Users\user\AppData\Local\Temp\TL_d8c4743d-1a89-47f7-baa5-1dda8c6fb1f8'... done!
Download task ended with an error!
System.AggregateException: One or more errors occurred. ---> System.ApplicationException: An error occured while converting the video!
at TwitchLeecher.Services.Services.ProcessingService.ConvertVideo(Action1 log, Action1 setStatus, Action1 setProgress, Action1 setIsIndeterminate, String sourceFile, String outputFile, CropInfo cropInfo)
at TwitchLeecher.Services.Services.TwitchService.<>c__DisplayClass50_0.b__2()
at System.Threading.Tasks.Task.Execute()
--- End of inner exception stack trace ---
---> (Inner Exception #0) System.ApplicationException: An error occured while converting the video!
at TwitchLeecher.Services.Services.ProcessingService.ConvertVideo(Action1 log, Action1 setStatus, Action1 setProgress, Action1 setIsIndeterminate, String sourceFile, String outputFile, CropInfo cropInfo)
at TwitchLeecher.Services.Services.TwitchService.<>c__DisplayClass50_0.b__2()
at System.Threading.Tasks.Task.Execute()<---

av_interleaved_write_frame(): No space left on device Error writing trailer of C:\Users\user\Downloads\20210714_1085721509_Just Chatting.mp4: No space left on device frame=243977 fps=4366 q=-1.0 Lsize= 3054592kB time=01:07:48.48 bitrate=6150.5kbits/s speed=72.8x video:2980786kB audio:75121kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown Conversion failed!
The message is pretty clear. If you enable mp4 conversion you actually need double the space on your disk since ffmpeg does not stream input to output files.

repo: Franiac/TwitchLeecher


text:
Clickaway does not work on iOS

Somehow the clickaway demo works, but the popups won't dismiss on iOS.

Actually, it works on "content zones", but not on the empty bottom margin. It does however work everywhere in the demo fiddle, so maybe something related to CSS?


text:
Incorrect Handling of Escaped Values

When parsing the value of Literals in handleLiteralExpression, escaped values are handled incorrectly. For example, if ctx is \0, only the \ will be parsed and assigned to lk_char_constant  instead of the entire value.

Do you have a code example where an integer is \0? I am a bit confused :)

Not sure why would it have to be an Integer? Take this example: if ((char)s == '\0')
Here, I end up with a Literal with the value \ instead of \0

Ah, I misread handleLiteral for handleInteger. Ok thanks for the example.

authors: morbitzer oxisto

repo: Fraunhofer-AISEC/cpg


text:
Features and Specification

With the last commit https://github.com/Fraunhofer-AISEC/omejdn-server/commit/31263245262c317b6ea3fea8262999d3f84463a8 a lot of things changed. I understand, that no new version was released, but could you nevertheless elaborate more on following points?

Are there breaking changes for service consumers (Connectors)?
Which new features are to be expected with the commit and further developments?
What is planned with "Beginnings of Admin API v2" and what is the purpose?
I heard that a DAPSv3 Spec is planned, which might adjust routes to /.well-known/jwks.json
Is there some kind of roadmap for the next months what will be worked on?

Hey,

Are there breaking changes for service consumers (Connectors)?
I heard that a DAPSv3 Spec is planned, which might adjust routes to /.well-known/jwks.json

There shouldn't be. The OAuth 2.0 specification did not change, and Omejdn still aims to be compliant. That said, the JWKS URI mentioned is neither a real well-known URI, nor part of IDS-G.
It is a relic which is still needed for old connectors which still have this path hardcoded. The modern (and IDS-G compliant) way to discover this URI (and any other URIs related to the DAPS) is documented in IDS-G.
Omejdn hasn't supported this URI for quite some time now and the DAPS configuration repo accounts for this via the reverse proxy.

What is planned with "Beginnings of Admin API v2" and what is the purpose?

Omejdn's Admin API v1 wasn't really stable, nor does it reflect Omejdn's capabilities.
It was simply meant as a way to read and write to the configuration files remotely, mainly from the UI.
But that meant that whenever the configuration file format changed, so did the API.
Of course, the usual way to deal with this is by modifying the API handler to hide the changes (or at least make them backwards-compatible), but this turned out to be challenging as well because the requests could not easily and reliably be translated. E.g. when the preliminary support for external OpenID-Providers got replaced with a more compliant Federation System, handled in a plugin.
Admin API v2 hopes to fix these issues, now that Omejdn has evolved quite a bit. It aims to provide a maintainable API based on well-defined, unlikely to change representations of the resources being available.
It is still unfinished, and work on it will probably be slow unless someone volunteers to contribute.
This does not mean that v1 will go away too soon, but it will be supported about as well as it is now.

Which new features are to be expected with the commit and further developments?
Is there some kind of roadmap for the next months what will be worked on?

Much of the work currently goes into making Omejdn more maintainable. This includes making upstream changes to the dependencies of Omejdn, like ruby-jwt, which I hope might eventually be able to handle all the certificate-related stuff which is not part of OAuth (which works with JOSE only apart from TLS).
A concrete roadmap does not exist at this point in time.

Thanks for the detailed clarification! Looking forward to new releases.

authors: SebastianOpriel bellebaum

repo: Fraunhofer-AISEC/omejdn-server


text:
Javascript pages not working

Challenge http://freecodecamp.com/challenges/waypoint-comment-your-javascript-code has an issue.
None of the pages I've tried after the Bootstrap section (the pages running a script) work. I submitted a separate issue report for the JQuery section since the behavior is distinct. On the JavaScript pages and beyond I can't get anything to happen when I press run. For example on the page with the above link and screenshot below, I would expect the comment "saying your output will go here..." to disappear when pressing run with no code (besides the comments I added).
screen shot4.

https://github.com/FreeCodeCamp/FreeCodeCamp/issues/3142

I guess I should mention that I know this is an Internet Explorer issue and works on Firefox. However, based on the philosophy that it is better for web pages teaching web design to demonstrate good practices I would suggest (minimally) mentioning that there is an issue with using parts of the site with IE. I've also heard it's good practice to create an exception, so that each page will say something about it if the page doesn't work with Internet Explorer, but I've never actually seen this done, so I was hoping to hear an opinion on the importance of this

Sorry, I didn't search GitHub to make sure the issue with IE wasn't already addressed. If I may make one more suggestion, you might add a link to this page in the pop-up that appears when you press the bug button on FCC for newbies like me who haven't had a chance to look at your GitHub yet.

repo: FreeCodeCamp/FreeCodeCamp


text:
Look and feel of CodePen js gear different now

Challenge http://beta.freecodecamp.com/challenges/waypoint-get-set-for-ziplines has an issue. Please describe how to reproduce it, and include links to screenshots if possible.
I'm sure someone has caught this already.. but in case it's been missed:
at least it was for me. No 'Latest Version of.." Instead goto drop down 'Quick add --" It's the first option

Fixing! :)

Thanks guys!
On Aug 6, 2015 4:40 PM, "benmcmahon100" notifications@github.com wrote:

Closed #1591 https://github.com/FreeCodeCamp/freecodecamp/issues/1591
via #1615 https://github.com/FreeCodeCamp/freecodecamp/pull/1615.
—
Reply to this email directly or view it on GitHub
https://github.com/FreeCodeCamp/freecodecamp/issues/1591#event-375727952
.

@DarrenfJ Thanks for submitting the issue! Keep it up!

authors: DarrenfJ Greenheart

repo: FreeCodeCamp/freecodecamp


text:
Everything Be True bug fix v1

Temporary fix to bug found in "Everything Be True" bonfire mission (additional test case to prevent "return collection[0].hasProperty(pre)" from passing)

It looks like you originally branched off master. However, I've manually added this test (it works) and committed it. Thank you for your contribution!

authors: QuincyLarson ckylee


text:
Fix crash when connecting using smartcard authentication

The fix is a little ugly with copy/paste sections, sorry, but without it, attrLen is being set sometimes even when a failure code is returned from libpcsc. The failure code appears to be correct, and the attrLen is bogus. Because of the non-zero attrLen, on the second retry, with an attrLen > 0, libpcsc (correctly) sets pbAttr, but to a non-NULL pointer (since it is not set for auto-allocate at this point). But if this buffer is too small (which it can conceivably be), then it can still return an error, now pbAttr is set to a bogus value too and rv shows a failure. Then the final code that checks for an error sees there is an error and attempts to free a bogus pbAttr causing a crash.
The problem appeared when I updated libpcsclite to debian version 1.8.1-4. I'm not sure what version I had before that, but whatever it was, this problem wasn't present with that version of libpcsclite.

I think this should be libpcsc backwards compat.. did you test by chance?

Yeah, I tried two other versions at random, 1.4.102, which didn't work at all with or without this fix, and 1.7.2 which also had the crash before, and was fixed with this change. I hadn't used FreeRDP in half a year before today, so I don't know what the latest version was that used to not crash for me.

thanks

authors: absmall atong-tcs

repo: FreeRDP/FreeRDP


text:
dropdown menus appear black when launching rdp file from terminal but not from file manager.

Just wondering if anyone can shed some light on this issue...
If I double click on an rdp file in a file manager or on the desktop, a terminal window appears and I'm prompted for credentials, which I enter and the application launches and everything is normal (no black dropdown menus!).
If I open a terminal window, then run xfreerdp myapp.rdp, the application launches after I supply my credentials, but the dropdown menus now appear as black boxes.
Where is the difference?

@mattonm what drop downs are exactly black? What FreeRDP version you are using. Can you give an example of the .rdp file?

Thanks for responding...
Any windows application that has been launched using an rdp file from a terminal window, will display dropdown menus in black.  Using the same rdp file by clicking on it from dolphin or from within a desktop folder will present the windows application and menus as normal (no black dropdown menus).  I've tried turning off compositing, changing color depth, and anything else graphics related but results are consistent. When I click on File to drop down the File menu, the menu is visible for a split second, then becomes black.
This isn't a big issue, since I have rdp files associated to freerdp, which allows me to click on an rdp file sitting on my desktop or in a directory.  I never see black menus when launching rdp files in that manner.  Also, rdp files launched from a web browser via RDweb function correctly.

@mattonm ok so this happens with remote apps. Do you have the same problem if you do a "regular" connection (no remote app)? - If you can I'd try a more recent version as it might contains fixes for remote apps.

Sorry, I thought 1.2.0 was the latest version.  I'll upgrade it to the latest.
There's no problems whatsoever with full desktop sessions except for maybe short idle timeouts sometimes).  Freerdp with the gateway feature has been a blessing for me since I'm a lone linux user in a totally Microsoft Windows environment.
I'll try a different distro to see if I get the same results when launching an rdp file from a terminal window.
Thanks!

Yes, version 2.0.0 does resolve this issue.  I did have version 2.0.0 installed but it installed to the opt directory and version 1.2 was still in /usr/bin.  I'll try to get that sorted.
Cheers,

@mattonm the issue can be closed then?

Yes, thanks for your time and sorry about the 1.2.0  / 2.0.0 mixup on my end.

authors: bmiklautz mattonm


text:
I can't access shared folder under home directory

Describe the bug
I have an error every time I try to access the folder Documents which is under my home directory. I think is worth mentioning that the folder Documents is mounted with rclone. I'm using the parameter +home-drive
This bug seems to be the similar than this one https://github.com/FreeRDP/FreeRDP/issues/4793 However, the fix doesn't work for me
To Reproduce
Steps to reproduce the behavior:

Mount a folder with rclone under home directory
Use +home-drive with xfreerdp command
Try to access to the mounted folder

Expected behavior
Access the mounted folder without issues
Screenshots

Application details

FreeRDP version: 2.7.0
Command line used: xfreerdp ${RDP_FLAGS} /d:"${RDP_DOMAIN}" /u:"${RDP_USER}" /p:"${RDP_PASS}" /v:${RDP_IP} +auto-reconnect +clipboard +home-drive &
Output of /buildconfig

Build configuration: BUILD_TESTING=OFF BUILTIN_CHANNELS=ON HAVE_AIO_H=1 HAVE_EXECINFO_H=1 HAVE_FCNTL_H=1 HAVE_GETLOGIN_R=1 HAVE_GETPWUID_R=1 HAVE_INTTYPES_H=1 HAVE_JOURNALD_H=TRUE HAVE_MATH_C99_LONG_DOUBLE=1 HAVE_POLL_H=1 HAVE_PTHREAD_MUTEX_TIMEDLOCK=ON HAVE_PTHREAD_MUTEX_TIMEDLOCK_LIB=1 HAVE_PTHREAD_MUTEX_TIMEDLOCK_SYMBOL= HAVE_SYSLOG_H=1 HAVE_SYS_EVENTFD_H=1 HAVE_SYS_FILIO_H= HAVE_SYS_MODEM_H= HAVE_SYS_SELECT_H=1 HAVE_SYS_SOCKIO_H= HAVE_SYS_STRTIO_H= HAVE_SYS_TIMERFD_H=1 HAVE_TM_GMTOFF=1 HAVE_UNISTD_H=1 HAVE_XI_TOUCH_CLASS=1 WITH_ALSA=ON WITH_CAIRO=OFF WITH_CCACHE=ON WITH_CHANNELS=ON WITH_CLANG_FORMAT=ON WITH_CLIENT=ON WITH_CLIENT_AVAILABLE=1 WITH_CLIENT_CHANNELS=ON WITH_CLIENT_CHANNELS_AVAILABLE=1 WITH_CLIENT_COMMON=ON WITH_CLIENT_INTERFACE=OFF WITH_CUPS=ON WITH_DEBUG_ALL=OFF WITH_DEBUG_CAPABILITIES=OFF WITH_DEBUG_CERTIFICATE=OFF WITH_DEBUG_CHANNELS=OFF WITH_DEBUG_CLIPRDR=OFF WITH_DEBUG_DVC=OFF WITH_DEBUG_KBD=OFF WITH_DEBUG_LICENSE=OFF WITH_DEBUG_MUTEX=OFF WITH_DEBUG_NEGO=OFF WITH_DEBUG_NLA=OFF WITH_DEBUG_NTLM=OFF WITH_DEBUG_RAIL=OFF WITH_DEBUG_RDP=OFF WITH_DEBUG_RDPDR=OFF WITH_DEBUG_RDPEI=OFF WITH_DEBUG_RDPGFX=OFF WITH_DEBUG_REDIR=OFF WITH_DEBUG_RFX=OFF WITH_DEBUG_RINGBUFFER=OFF WITH_DEBUG_SCARD=OFF WITH_DEBUG_SND=OFF WITH_DEBUG_SVC=OFF WITH_DEBUG_SYMBOLS=OFF WITH_DEBUG_THREADS=OFF WITH_DEBUG_TIMEZONE=OFF WITH_DEBUG_TRANSPORT=OFF WITH_DEBUG_TSG=OFF WITH_DEBUG_TSMF=OFF WITH_DEBUG_TSMF=OFF WITH_DEBUG_TSMF_AVAILABLE=0 WITH_DEBUG_URBDRC=OFF WITH_DEBUG_WND=OFF WITH_DEBUG_X11=OFF WITH_DEBUG_X11_CLIPRDR=OFF WITH_DEBUG_X11_LOCAL_MOVESIZE=OFF WITH_DEBUG_XV=OFF WITH_DSP_EXPERIMENTAL=OFF WITH_DSP_FFMPEG=ON WITH_EVENTFD_READ_WRITE=1 WITH_FAAC=OFF WITH_FAAD2=OFF WITH_FFMPEG=TRUE WITH_FFMPEG=TRUE WITH_GFX_H264=ON WITH_GPROF=OFF WITH_GSM=ON WITH_GSSAPI=OFF WITH_ICU=ON WITH_IPP=OFF WITH_JPEG=ON WITH_LAME=OFF WITH_LIBRARY_VERSIONING=ON WITH_LIBSYSTEMD=ON WITH_MACAUDIO=OFF WITH_MACAUDIO=OFF WITH_MACAUDIO_AVAILABLE=0 WITH_MANPAGES=ON WITH_MBEDTLS=OFF WITH_OPENCL=OFF WITH_OPENH264=OFF WITH_OPENSLES=OFF WITH_OPENSSL=ON WITH_OSS=ON WITH_PAM=ON WITH_PCSC=ON WITH_PROFILER=OFF WITH_PROXY=OFF WITH_PULSE=ON WITH_SAMPLE=OFF WITH_SANITIZE_ADDRESS=OFF WITH_SANITIZE_ADDRESS_AVAILABLE=1 WITH_SANITIZE_MEMORY=OFF WITH_SANITIZE_MEMORY_AVAILABLE=1 WITH_SANITIZE_THREAD=OFF WITH_SANITIZE_THREAD_AVAILABLE=1 WITH_SERVER=ON WITH_SERVER_CHANNELS=ON WITH_SERVER_INTERFACE=ON WITH_SHADOW=ON WITH_SMARTCARD_INSPECT=OFF WITH_SOXR=OFF WITH_SSE2=ON WITH_SWSCALE=ON WITH_THIRD_PARTY=OFF WITH_VAAPI=OFF WITH_VALGRIND_MEMCHECK=OFF WITH_VALGRIND_MEMCHECK_AVAILABLE=1 WITH_VERBOSE_WINPR_ASSERT=ON WITH_WAYLAND=ON WITH_WINPR_TOOLS=ON WITH_X11=ON WITH_XCURSOR=ON WITH_XDAMAGE=ON WITH_XEXT=ON WITH_XFIXES=ON WITH_XI=ON WITH_XINERAMA=ON WITH_XKBFILE=ON WITH_XRANDR=ON WITH_XRENDER=ON WITH_XSHM=ON WITH_XTEST=ON WITH_XV=ON WITH_ZLIB=ON
Build type:          RelWithDebInfo
CFLAGS:              -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -Wall -Wno-unused-result -Wno-unused-but-set-variable -Wno-deprecated-declarations -fvisibility=hidden -Wimplicit-function-declaration -Wredundant-decls -g -fno-omit-frame-pointer -DWINPR_DLL
Compiler:            GNU, 11.3.0
Target architecture: x64

OS version connecting to: Windows 10

Environment (please complete the following information):

OS: Debian
Version/Distribution: Testing, updated

@nicobross

Does this work for other files/folders in your home directory?
Is the owner/permission properly set (e.g. you can read/execute folders)?
Is that a link or a real folder?

authors: akallabeth nicobross


text:
Update devIPv6 tip to main

Description
Add following changes :
Adding CMakeList.txt in posix GCC demos (#1020)
Revert "Remove coroutines (#874)" (#1019)
Create GitHub Workflows that execute the p3 FreeRTOS Kernel Demos (#1018
risc-v: Fix build flags and linker scripts (#906)
Updating kernel release script to update source files with tags and r…
Update FreeRTOS-Kernel Source submodule
Add unit tests for kernel PR #679 (#1015)
Fix file path in the project file (#1013)
Update FreeRTOSconfig.h for M2351 (#1005)
Added Posix Demo run in github action (#997)
Set configMAX_SYSCALL_INTERRUPT_PRIORITY to 4 for QEMU demos (#986)
Update FreeRTOSConfig.h (#1008) - [Already Present]
Add IAR projects for LPC55S69 (#1007)
Test Steps

Checklist:

[ ] I have tested my changes. No regression in existing tests.
[ ] I have modified and/or added unit-tests to cover the code changes in this Pull Request.

Related Issue

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/bot run checks

/bot run checks

repo: FreeRTOS/FreeRTOS


text:
Update version of third party libraries for P3 release

Description
This PR updates version of third party libraries for P3 release.
Test Steps
NA
Checklist:

[ ] I have tested my changes. No regression in existing tests.
[ ] I have modified and/or added unit-tests to cover the code changes in this Pull Request.

Related Issue

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

https://github.com/FreeRTOS/FreeRTOS/blob/d7e89b8125b1f0725e5bebeaadb22e2700ba4106/.github/workflows/kernel-unit-tests.yml#L49C1-L49C73
this pulls in main branch of the Kernel , but the repository p3_rel_wip points to Kernel LTS version v11.1.0, which does not include some of the current changes in main, hence the Kernel Unit Tests fail.


text:
Switch name order to First name -> Surname

I dislike the transposition of surnames and given names in your transcriptions, and the forcing of surnames to uppercase. I would prefer the names to be transcribed exactly as they are written in the original records.

The results are presented forename/ surname. We have always presented Surnames in Capitals to distinguish then from Forenames. There are many case where only one part of the name is present. Capitalization makes it clear which name part is being displayed

authors: Captainkirkdawson DeniseColbert

repo: FreeUKGen/FreeCENMigration


text:
🛑 Piska Sekretariat-DJPb is down

In 67da252, Piska Sekretariat-DJPb (http://piska.setditjen-djpb.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Piska Sekretariat-DJPb is back up in 25b53ce after 3 days, 12 hours, 38 minutes.

repo: FrideyAlpha/uptime-setditjen


text:
关于ELAN训练问题

您好，打扰了。这段时间我在尝试用项目中的ELAN来做复现。不过训练结果出现了我不太理解的小情况。
2024-09-06 20:39:29,841 INFO: End of training. Time consumed: 1 day, 18:33:09
2024-09-06 20:39:29,841 INFO: Save the latest model.
2024-09-06 20:40:06,041 INFO: Validation DF2K_val_10
[psnr]   [Current: 32.0092 @ iter 1000002]   [Best: 32.3932 @ iter 10000]
[ssim]   [Current: 0.8654  @ iter 1000002]   [Best: 0.8727  @ iter 11000]
这个是训练结束的最后文档打印，显示从10000iter之后对验证集的结果就没有明显提升了。
然后下面是对测试集的结果。
2024-09-07 00:17:11,326 INFO: Testing Set5...
2024-09-07 00:17:16,027 INFO: Validation Set5
[psnr]   [Current: 9.4158  @ iter ELAN_CSR_x3]   [Best: 9.4158  @ iter ELAN_CSR_x3]
[ssim]   [Current: 0.0146  @ iter ELAN_CSR_x3]   [Best: 0.0146  @ iter ELAN_CSR_x3]
2024-09-07 00:17:16,027 INFO: Testing Set14...
2024-09-07 00:17:22,978 INFO: Validation Set14
[psnr]   [Current: 10.3881 @ iter ELAN_CSR_x3]   [Best: 10.3881 @ iter ELAN_CSR_x3]
[ssim]   [Current: 0.0164  @ iter ELAN_CSR_x3]   [Best: 0.0164  @ iter ELAN_CSR_x3]
应该就是直接利用的iter10000时的权重参数吧，但明显训练结果很奇怪。
训练用的指令是python train.py -expe_opt options/expe/ELAN/ELAN_CSR.yml -task_opt options/task/CSR_x3.yml
yml文件里面的参数除了batch_size因为显卡的原因不能设置太大改成了4，其他参数没怎么改动。
请问对于这方面有什么建议和问题来源等意见么。或者从哪里可以自己设置想要调用的权重路径么？
感谢感谢，十分感谢。

你把网络的输入和输出保存一下看看? 我记得在训练时偶尔会遇到输出全黑的情况 (也就是像素值全为 [0, 0, 0] 的情况). 这种情况可能会发生在:

使用了未正确处理的自己的数据集 (但我看 log 似乎用的是默认数据集)
使用了错误的 bit 设置 (试试替换为 0)
先简单看下能不能解决你的问题.

好的，我去试一下！
另外想请教一个问题，bit的设定是根据什么来决定的呢？因为数据类型是lmdb所以需要用bit=8么，如果图像输入的是图片格式的话bit的设置有什么具体的影响么？

不是, 这个无所谓. 可以看下 README.

authors: jnpngshiii luierlyy

repo: Fried-Rice-Lab/FriedRiceLab


text:
All methods in LGSideMenuDelegate are required

You should mark your extension LGSideMenuDelegate with public to avoid required implementation by the user of all methods of the delegate

bump!

Done. Please verify the new version 3.1.2

authors: Friend-LGA KatyaNikolaeva sonnykr

repo: Friend-LGA/LGSideMenuController


text:
Packagist version not updating?

I just noticed the packagist version is pointing at an outdated version. Could it be the update hook is not active?

I think the project needs deleting and recreating on packagist. it's not owned by the foc user.
Probably (don't know) the change of owner on github has invalidated the token for the webhook.
@jadb can you coordinate deleting friendsofcake/bootstrap-ui from packagist and having me/admad/jose(either)/jippi/probably many others recreate it under the foc account? Alternatively it might be sufficient to add Foc as a maintainer.

Fixed now with @lorenzo, weird behaviour - had to re-paste the same token again in Github.

authors: AD7six bravo-kernel jadb

repo: FriendsOfCake/bootstrap-ui


text:
Fix runtime check of PHP version

closes #5465

Coverage remained the same at 91.929% when pulling 37a9611956ea061c4baa60f26bdad4b3a7b63567 on keradus:2.18_Fix_runtime into 4a142eddf801b67a2ed7400736da9f4f1153dce4 on FriendsOfPHP:2.18.

Coverage remained the same at 91.929% when pulling 37a9611956ea061c4baa60f26bdad4b3a7b63567 on keradus:2.18_Fix_runtime into 4a142eddf801b67a2ed7400736da9f4f1153dce4 on FriendsOfPHP:2.18.

authors: coveralls keradus

repo: FriendsOfPHP/PHP-CS-Fixer


text:
Drop diff-format

Closes #3400

Coverage decreased (-0.007%) to 92.829% when pulling c9fddcda91d00c36d22a1e9428327dd158bcb268 on keradus:drop-diff-format into a13c6800608af9f80b73c846b0552340846da336 on FriendsOfPHP:3.0.

Coverage decreased (-0.007%) to 92.829% when pulling c9fddcda91d00c36d22a1e9428327dd158bcb268 on keradus:drop-diff-format into a13c6800608af9f80b73c846b0552340846da336 on FriendsOfPHP:3.0.


text:
Error while fetching extension info

Question
While fetching extension info I get the following error:
2023-03-13T12:53:16.338+0100    DEBUG   Using token cache from /home/pankow/.cache/shopware-api-client-token.json
2023-03-13T12:53:16.338+0100    DEBUG   Impersonating currently as blackpoint GmbH (15387)
2023-03-13T12:53:16.610+0100    DEBUG   GET: https://api.shopware.com/companies/15387/allocations
2023-03-13T12:53:16.922+0100    DEBUG   GET: https://api.shopware.com/plugins?producerId=88&search=BpaPlatformVideoIframeCookieHandler
2023-03-13T12:53:17.009+0100    DEBUG   GET: https://api.shopware.com/plugins/13552
2023-03-13T12:53:17.365+0100    DEBUG   GET: https://api.shopware.com/plugins/13552/pictures
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0xc43c59]

goroutine 1 [running]:
github.com/FriendsOfShopware/shopware-cli/cmd/account.glob..func11(0x182ba20, {0xc00031ca60?, 0x1?, 0x1?})
        github.com/FriendsOfShopware/shopware-cli/cmd/account/account_producer_extension_info_pull.go:158 +0x1599
github.com/spf13/cobra.(*Command).execute(0x182ba20, {0xc00031ca30, 0x1, 0x1})
        github.com/spf13/cobra@v1.6.1/command.go:916 +0x862
github.com/spf13/cobra.(*Command).ExecuteC(0x182a040)
        github.com/spf13/cobra@v1.6.1/command.go:1044 +0x3bd
github.com/spf13/cobra.(*Command).Execute(...)
        github.com/spf13/cobra@v1.6.1/command.go:968
github.com/spf13/cobra.(*Command).ExecuteContext(...)
        github.com/spf13/cobra@v1.6.1/command.go:961
github.com/FriendsOfShopware/shopware-cli/cmd.Execute({0x123c8b8?, 0xc000453da0})
        github.com/FriendsOfShopware/shopware-cli/cmd/root.go:27 +0x65
main.main()
        github.com/FriendsOfShopware/shopware-cli/main.go:12 +0x4a

Have I done something wrong or could this be a bug?

Looks like a bug.
Can you invite me temporary to the company? s.sayakci@shopware.com

@shyim Invitation sent. I hope the permissions are sufficient.

authors: LiaraAlis shyim

repo: FriendsOfShopware/shopware-cli


text:
support esbuild with sass on Windows

Please describe the feature you would like to see implemented.
To fix all tests, we should allow running sass with esbuild also on Windows. we just need to download a zip file instead of tar and unpack it. we could simplify that code and make it more clean with that too

fixed with https://github.com/FriendsOfShopware/shopware-cli/commit/fc9707cbacdfce9d186df9b4b494c4abd9596e3c


text:
Fixing test deprecations

This pr fixes the test deprecations for using mockery 1.6.7 and php 8.2 and re-enables the deprecation helper. Closes #8

Not sure why the "rebase branch" button is not showing up anymore, as it does for the SF1 repo

I was never sure, why you could update branches in other repos. Maybe it has something to do with permissions in the foreign repo? Not sure if you ever could update one of our branches, I've seen it only for connorhu's branches.


text:
sv_SE.utf8

It may help to leave a note to change the Swedish package in the provision.yml: sv_SE.utf8 to the user language. It raises a small error while running the provision scripts, which is simple to solve. I hesitated to publish it as it might be consider as disrespect to the Swedish language and culture, but as your guide is so comprehensive and attentive, I thought to flag it out, in case you wish to consider.

Hi @DBonbon! Ah, yes. The collation is due to that we at Fröjd in most cases needs to support Swedish ordering, as this boilerplate is opinionated we will keep it in. But I have added clarification based on your feedback https://github.com/Frojd/Wagtail-Pipit/commit/18d5206394cea797a1da0dc8ed13461751405cde

authors: DBonbon marteinn

repo: Frojd/Wagtail-Pipit


text:
Suggestion

Is your feature request related to a problem?
No.
Describe the solution you'd like.
I want the player visibility to be saved on enabled/disabled so that you don't have to type the /tpv everytime.
So that if I toggle the Player visibility on enable, so that I can see the players, I want it to be enabled for the whole time until I disable it because it's annoying to type the command every time.
Describe alternatives you've considered.
N/A
Agreements

[X] I have searched for and ensured there isn't already an open issue regarding this.
[X] I have ensured the feature I'm requesting isn't already in the latest Frost.

Other
Thanks for taking the time to read my suggestion.

Are you sure it's not an issue on your side? tpv saves my settings even when I relog/restart my server..

@steak20 What's your Discord # and ID?

This issue is related to your MongoDB server, player data and settings do save properly.

repo: FrozedClubDevelopment/FrostCommunity


text:
Other fonts for PasswordBox

An other font should be used to display passwords for better readability. For example, it's difficult to distinguish between the letters 'I' and 'l'. I think the font Courier New would be a good choice.

Already changed the font to "Verdana", good some good results

authors: FrozenAssassine finn-freitag

repo: FrozenAssassine/EasePass


text:
Implement getTransactionId for transfers on the Predicate class

Given this example:
// Prepare the transaction.
const tx = await state.predicate
    .transfer(recipient, value, types.BaseAssetId, {
        gasPrice: 1,
        gasLimit: 3_500_000,
});

// Wait for result.
const result = await tx.waitForResult();

One might need to get the transaction ID before sending the transaction:
// Getting chain Id
const chainId = provider.getChainId();

// Get tx ID
const txId = hashTransaction(txRequest, chainId); // <— like this

// Sending the tx to the chain
const tx = await myWallet.sendTransaction(txRequest);

// Waiting for the tx to be processed
const res = await tx.waitForResult();

The problem is that the transfer method creates a ScriptTransactionRequest, funds it, and sends in the same call.
To intercept the request and compute the transaction ID before it's sent, we must fragment this chain-of-action and expose the request instance in isolation via a method utility or something similar, enabling one to modify it before submitting the transaction and even getTransactionId() before calling submit().
From this:
predicate.transfer(...);

To something like this:
// first iteration
const txID = predicate.getTransactionId();
predicate.transfer(...);

And then this:
// second iteration
const transfer = predicate.transfer(...);
const txID = transfer.getTransactionId()

transfer.submit(...);

[!WARNING]
Remember to roll this update in two phases:

Add method getTransferTransactionId() and keep transfer() as is, but with a deprecation notice

No breaking changes here; annotate deprecations.

Implement .transfer().getTransactionId().submit()

Possible breaking changes; may apply deprecations.

Either way, instead of getting the TX ID like this:
const transaction = contract.functions.xyz();
const request = await transaction.getTransactionRequest();
const txID = hashTransaction(request, 0);

We could have something more straightforward:
const transaction = contract.functions.xyz();
const txID = transaction.getTransactionId();

This would eliminate the need to use hashTransaction manually.
This rationale applies to both Contract and Predicate classes.

repo: FuelLabs/fuels-ts


text:
Refactor download.rs

While trying to develop new features to tackle #46 and #16, came to the realization that there were a few places where code duplication is plenty and ugly. We can follow something similar to rustup's DownloadCfg that represents the download configuration for a component of the Fuel toolchain:
pub struct DownloadCfg {
  // name of the component, eg. "forc" | "fuel-core"
  name: String,
  // download url, usually https://github.com/FuelLabs/<repo>/releases/download
  dist_url: String,
  // tarballs have different naming convention across different projects
  tarball_name: String
  ...
}

impl DownloadCfg {
  ...

  pub fn download() {
  // same as current download_file()
  ...
  }

  ...
}

Closed by #73 which was opened in favour of #62.

repo: FuelLabs/fuelup


text:
Fix clobbering of process vs component vs forc

These issues were found while investigating #654.
Currently, component_name was being repurposed for multiple functions:

Checking whether or not the executable was published by forc
Checking whether or not the executable was in the store
Used to generate the tarball target
Used to generate the tarball URL
Used to generate the final target executable to run from the store

Each of the above was breaking in subtle ways depending on which executable was being run.
After separating out these functions based on the properly resolved component from the executable, and along with the previous commits, these problems above were resolved.

LCOV of commit e16411b during CI #2046
Summary coverage rate:
  lines......: 82.3% (2374 of 2886 lines)
  functions..: 45.3% (375 of 827 functions)
  branches...: 59.8% (288 of 482 branches)

Files changed coverage rate: n/a

Can we add some tests to show how this change works?

Can we add some tests to show how this change works?

Yep, no problem.

Keeping this PR in DRAFT but backgrounding for now...
90% of the tests have been done, I just have to do the other 90%. Backgrounding for now, but will leave this as a downtime task to complete.


text:
Document unit testing and the forc test command in the Sway book

Follow-up to #2985.

I think this is closed by #3309

authors: kayagokalp mitchmindtree

repo: FuelLabs/sway


text:
Add pool creation preview

When creating a pool we should show some information about the poll status and what is the expected results;

Slippage: tokens to be used between:

Depositing: 0.8 ~ 1ETH : calculates on the front end
Depositing: 1800 ~ 2000DAI: calculates on the front end
where the second value is the value inputted by the user and the first one is the tolerance;
Estimated LP Tokens: 0.8 ~ 2 LP: this value could be returned by the contract

ping: @kallemoen

Designs can be found here: https://miro.com/app/board/uXjVOynDXW4=/
@luizstacio Waiting on feedback

authors: kallemoen luizstacio

repo: FuelLabs/swayswap


text:
Fixes for 1.0

:bangbang: :gun: pew pew!

Thank you!! :)

Hmm... what happened to appveyer?

authors: andyferris miguelraz


text:
🛑 Magnifier API is down

In dfa35b9, Magnifier API (https://magnifier-api.potatophant.net) was down:

HTTP code: 403
Response time: 138 ms

Resolved: Magnifier API is back up in 922a870.


text:
Create 2nd repo to host extra content.

We need a second repo users can visting to download extensions for Fungus and the Fungus demo scenes

Created.
See:
Fungus-Extensions

repo: Fungus-Community-Edition/Fungus


text:
🛑 Kutt is down

In 887d16f, Kutt (https://0987.win/) was down:

HTTP code: 530
Response time: 180 ms

Resolved: Kutt is back up in fd7fd12.

repo: FusselTV/status


text:
🛑 Bitwarden is down

In facd3e1, Bitwarden (https://vault.fussel.tv) was down:

HTTP code: 502
Response time: 560 ms

Resolved: Bitwarden is back up in 2970178 after 19 minutes.


text:
Many many more exampes

Description
We should include more examples to help people use the digital connector as well as understand the nature of problems that could be solved with it.
The examples could be similar to:

Our examples;
Use cases, which are more explanatory and include a descriptive story of usage;

[ ] Write one example that includes more than on subject in the recipe.

authors: borkurdotnet lorenaqendro


text:
CSS drop-shadow spread-radius

Just like box-shadow, filter: drop-shadow() should be able to take a 4th parameter that spreads the shadow, spread-radius.
In Webkit, however, this still isn't possible.
I'd like to be able to track whether and when this is possible in all browsers.

If no browser supports it unless experimental implementation exists, then it mustn’t be listed

I thought this should be possible after reading it on this website:

Turns out the spec says otherwise:

I've tested on Chrome, FF and Opera. None of them support the 4th parameter.

Edge also does neither but both IE and Edge seem to allow spread radius value on text-shadow

repo: Fyrd/caniuse


text:
caniuse search showing up all the time

how do I make caniuse search not appear and make me search here on google chrome when I say can in front of literally everything?

please help its hard to search stuff because caniuse just keeps showing up and yeah

Wow this is not something I've heard of before. My guess is you accidentally set up caniuse as a search engine at some point? What browser is this happening in?

its in google chrome and i have no idea what caniuse is so i made a github account just for this

ive never set it up as a search engine it just started showing up randomly

Very odd, I can't say it happens when I try it. Maybe try these instructions to remove caniuse as a search engine?
https://support.google.com/chrome/answer/95426

Google Chrome automatically adds a search engine when it detects user input shown in the query. They can be deleted from chrome://settings/searchEngines.

@SuperJumpBrosYT Have you had any luck using the suggestions above?

Closing this issue as it's a Chrome issue rather than a caniuse one.

authors: Fyrd SuperJumpBrosYT ylemkimon


text:
feat: resolution media queries add the x unit as an alias for dppx

css-values-4 adds x as an alias for dppx unit.
x unit support in: Chrome 68+, Edge 79+, Opera 55+, Safari 16+, Firefox 62+
See also:

Chrome: https://chromestatus.com/feature/5150549246738432
Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1460655
Safari(Technology Preview 138): https://trac.webkit.org/changeset/286874/webkit/
MDN docs: https://developer.mozilla.org/en-US/docs/Web/CSS/resolution#browser_compatibility

Thanks!

authors: Fyrd yisibl


text:
Add description to css-stick

If the parent element has the properties position: absolute and overflow: visible, and the parent element's parent element has the property overflow: hidden, the relative position seems to become relative to the top-level window.
Sticky test html.zip
Google Chrome 120.0.6099.225

Safari on iOS 17.2.1

Merging this for the description change only, I feel the bug description is a bit too specific and I notice it doesn't have a bug link. If it's been filed somewhere feel free to re-include. Thanks!


text:
macOS stock bash version 3.2 is not compatible with the install script

"read -p" is not a thing in bash 3.2
https://github.com/GAM-team/GAM/blob/e233b889694cc3d76a8de5dcb3c9eeae7b64bd52/src/gam-install.sh#L312

should be fixed now. Try again and let me know.
Jay

repo: GAM-team/GAM


text:
🛑 IPT demo is down

In 01ac838, IPT demo (https://ipt-demo.gbif.es) was down:

HTTP code: 0
Response time: 0 ms

Resolved: IPT demo is back up in fa3eba8 after 1 hour, 59 minutes.

repo: GBIFes/status


text:
Bug - Application Skill validator test failing intermittently

Description
Two unit tests fail sporadically causing build issues on PRs and dependency updates:
1) Tests\Unit\Validators\StrategicResponseApplicationValidatorTest::testSkillsComplete

Failed asserting that true is false.

/var/www/tests/Unit/Validators/StrategicResponseApplicationValidatorTest.php:174

-------------------------------------------------------------------------------------

1) Tests\Unit\Validators\ApplicationValidatorTest::testSkillsComplete

Failed asserting that true is false.

/var/www/tests/Unit/Validators/ApplicationValidatorTest.php:120

either both tests are bad, the skill validator is bad, or we have some factory generation that falls outside the expected data structure and throws a failure randomly.
Reproducing locally has been problematic (I ran these tests for over an hour one day without a failure).

I believe the tests fail when they delete a skill criteria and expect application validation to fail, and it does not. We now only require hard skill, so ensure it doesn't delete a soft skill by mistake.

authors: Khristophor tristan-orourke

repo: GCTC-NTGC/TalentCloud


text:
Bug in uwshcu: Computations involve MAPL_UNDEF

In my NUOPC work I have found a somewhat silent bug that NUOPC seems to reproduce. It turns out that the origin of this bug are the result of the use of variables initialized to MAPL_UNDEF in lines:
https://github.com/GEOS-ESM/GEOSgcm_GridComp/blob/b56219291caa52ee2cb6669e6d00a8a5d4b03b7c/GEOSagcm_GridComp/GEOSphysics_GridComp/GEOSmoist_GridComp/uwshcu.F90#L1172
and
https://github.com/GEOS-ESM/GEOSgcm_GridComp/blob/b56219291caa52ee2cb6669e6d00a8a5d4b03b7c/GEOSagcm_GridComp/GEOSphysics_GridComp/GEOSmoist_GridComp/uwshcu.F90#L1173
in computations. Under some conditions the very large MAPL_UNDEF values case numerical instabilities resulting in a division by zero error (temps = 0) in line:
https://github.com/GEOS-ESM/GEOSgcm_GridComp/blob/b56219291caa52ee2cb6669e6d00a8a5d4b03b7c/GEOSagcm_GridComp/GEOSphysics_GridComp/GEOSmoist_GridComp/uwshcu.F90#L4773
The use of MAPL_UNDEF in calculations can result in unforeseen numerical errors. In this case the slight differences in execution cause by driving the GCM with NUOPC resulted in a numerical error which eventually caused a crash.
Note that when driven normally, via MAPL, the GCM is zero diff with the NUOPC driven version; however, MAPL does not experience a division by zero error. This is likely due to tiny variations how each version is loading/using registers at the time of the crash. None-the-less, the result of the calculation that causes the crash in NUOPC returns an unphysical 0.0 value in the MAPL version, keeping the bug silent under normal circumstances.
It is likely that fixing this bug will be non-zero diff.

@narnold1 suggested the following (in reference to uwshcu.F90) to fix this bug:

I'd recommend initializing FDR and FER to 0 for now, and I can change FDR_OUT to use MAPL_UNDEF properly at a later time.  FDR_OUT is currently used in GEOS_MoistGridComp.F90 to calculate detrained mass, but that code should give the same result whether it's 0 or UNDEF.


text:
change catch_iau to catch_incr

change catch_iau to catch_incr after https://github.com/GEOS-ESM/GEOSgcm_GridComp/pull/109

passes quick CONUS check
/discover/nobackup/jperket/SystemTests/logs/LDAS/2019-10-29/log.14:11:19

@gmao-rreichle , the corresponding GCM branch https://github.com/GEOS-ESM/GEOSgcm_GridComp/pull/130 is now merged (though this could have goon into LDAS without).
Another quick conus model test passes. This is good to go in

repo: GEOS-ESM/GEOSldas


text:
Feature/pchakrab/vertical regridding

Types of change(s)

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Trivial change (affects only documentation or cleanup)
[ ] Refactor (no functional changes, no api changes)

Checklist

[ ] Tested this change with a run of GEOSgcm
[ ] Ran the Unit Tests (make tests)

Description

VerticalRegridAction - bug fix
FixedLevelsVerticalGrid - cleanup

Related Issue

Looks good.
Sorry to see that you are working in the evening.

This one was bugging me. Wanted to get it out of the way.

repo: GEOS-ESM/MAPL


text:
[GEOS] Define operational and HPC metrics

Previous benchmark have been done with the "Node-to-node" metric to answer the question "can we replace a CPU node with a GPU node".
As we gear toward operation, this metric is no longer enough, should also be backed with more scientifically relevant metrics (Gridpoint, SYPD, SDPD which seems to be the GMAO preferred metric etc.).
We should also start measuring ourselves against the SCU17/18 Milan nodes and their 128 cores.
Electric consumptions and price are also previous metric we should carry.
Another angle is scaling and operational usefulness of each hardware, so that the narrative to the scientists is clear.
This process should involve the GMAO but remain lead by us as to make sure we can deliver.
Overall, pragmatism is key: we are not here to give roofline projection and peak FLOPS, we are here to deliver day-to-day usage.

[ ] Document metrics to be used, their impact and logic
[ ] Create a version document of methodology to be applied for each metrics

Has part of this work we should also do projection of requirements for running bigger simulations, now and every year upward.
Per Tsengdar"

Can we estimate how many GPUs and CPU-GPU configuration that we need to support this project in C1440-L181 resolution in FY26? Do we have access to what we need?

Per Laura:

What do you need from us to be successful?

Working on it as part of the SC24 presentation.
Science

Resolution: required resolution to be run.

GEOS: expressed in average kilometer for a square cell on the cube-sphere

Model skill: physical processes to be resolved

GEOS: dynamics, moist physics, chemistry, radiation, ocean coupling, land surface...

Throughput: wall-time for the target simulation

GEOS: expressed in Simulated Day per Day (SPDP)

Software

Features: required skills of the technology to express the science

Performance
Ease of use
Completion

Maintainability: tools to ensure enduring good science code

Continuous Integration (CI) with unit, regression and functional testing
Numerical debug tools
QoS: Documentation tooling, coding standards, collaborative tools (user manual)

Technological Debt: managing the inevitable growth in code

Automatic coverage of the science code
Access and documentation of supporting frameworks and/or middleware

Operations

Time to solution: required wall time on a given hardware

Energy use: per hardware energy use (in KW)

Hardware optimization: per hardware memory bandwidth usage (in % of theoretical maximum)

Online science targets: https://github.com/GEOS-ESM/SMT-Nebulae/wiki/2426-science-targets
Online HPC metrics: https://github.com/GEOS-ESM/SMT-Nebulae/wiki/2426-hpc-metrics

repo: GEOS-ESM/SMT-Nebulae


text:
URL in description and README broken

The URL in the repository description and README are pointing to GH-DEV-WS-0503's copy of the game instead of yours.
Please fix both, so they point to your copy of the game at https://GH-DEV-WS-0503.github.io/github-games-oshkoshcwpence.

README.md has been updated per the lab.

authors: oshkoshcwpence weshockley


text:
confirm that user lei matches the issuer (bank) lei

Now that we display LEI status, not just user status, confirm that the verifier enforces that the user LEI is the same as the issuer LEI so that a bank could not issue an ECR for a different LEI and the user access that LEI status uploads.

Must match the ECR_AUTH/OOR_AUTH issuer (the bank) or if directly issued then the LE issuer.

repo: GLEIF-IT/vlei-verifier


text:
Run examples on Travis

test_example.sh script that takes a timeout value, and a set of executables (standalone federates, or a broker and federates), and runs them with some simple checks for success/failure (exit code of 0 from all federates, no output from the federates saying "error").
Runs pi_receiver/sender, pi_receiver/sender2, nonlings_fed, and hello_world CInterface examples on Travis builds -- other examples should be simple to add, if the federates don't need to be given any arguments. Timeout is 10 seconds (most take under a second to run).
install_dependency.sh script recognizes BOOST_USE_STATIC environment variable for building Boost as a static library instead of shared
install_dependency.sh script creates a temporary directory for downloading/building instead of the directory the script was run from
Syntax changes for the run*.sh scripts to recognize name and target options -- not sure that we want to keep these scripts; easy to break with renaming or changes to directory structure, same problem with the mpi configs (a non-directory dependent solution for mpi launching will be more complicated).

Is the output of the examples logged somewhere that is accessible?

There's a VERBOSE environment variable that can be set to "all" that will echo the output from the federates/broker after they finish running. It can get pretty verbose.
Triggering a custom build in Travis with the VERBOSE environment variable set might print the output for the triggered build -- I haven't tried that yet, and a more unique name than VERBOSE may be required to avoid triggering other commands that also recognize VERBOSE.

authors: nightlark phlptp

repo: GMLC-TDC/HELICS-src


text:
Fix c api reference files for documentation

Update conf.py with correct relative path
Update copyright symbols

@nightlark I'm not sure why the appveyor build failed. I'm going to go ahead and merge because this shouldn't actually cause any issue with HELICS, these changes are only whitespace / in the docs folder.


text:
basic bundle support + minimal example

This library is exactly what I needed for my project (löve2d + non-blocking/threaded sockets) but it was missing bundle support. I thought I would take a crack at it and thankfully it didn't take too many lines to get it done. I followed the solution for bundles in https://github.com/mhroth/tinyosc and took advantage of as much of the code you already wrote
Main additions:
isBundle(udpM) - looks for the #bundle prefix
oscUnpackBundle - like oscUnpack but returns a table 1 or more tuples {oscADDR, oscTYPE, oscDATA}
I updated the oscdump.lua example to include bundle support

I've played with it, looks good.
My suggestion: the .isBundle() function should return the timetag if true, nil if false. Here's a possible version:
--check if packet is a bundle
function oLvosc.isBundle(udpM)
local iv = nil
local b = udpM:match("^#bundle")
	if b ~= nil then
		iv, _ = oLvpk.unpack("c8", string.sub(udpM, 9, 16))
	end
return iv
end

BTW, my .unpackTIME() function was working incorrectly, at least with liblo. It needed the unpack format strings to force big endian. ('>I>I', instead of 'II'). I didn't see that before, but I don't recall if timetag code was tested outside of Löve2d.
Extracting the 8 byte timetag directly in .isBundle() could be (should be?) moved to another function, as well, for reuse.
I expect to merge your pull fairly soon, and make those changes after. Having added this, I'll work on sending bundles...

Still will merge the pull shortly. I'll do that, then update the tag.
Afterwards, I have new functions that unpack nested bundles recursively (and some support functions for searching and flattening the nested results to simple table lists). After a bit of more testing, I'll update the project with the recursive functions and re-tag.
So your contributions will be integrated (and noted in the source). You really bumped me back into working on this!
Until then, here are the new base library functions:
--check if packet is a bundle
function oLvosc.isBundle(udpM)
local iv = nil
local b = udpM:match("^#bundle")
	if b ~= nil then
		iv, _ = oLvpk.unpack("c8", string.sub(udpM, 9, 16))
	end
return iv
end

--recursively unpack a bundle
--	returns a table of nested msgs and sub-bundles
--      Original (non-recursive) oscUnpackBundle() function by halee88 (https://github.com/halee88)
function oLvosc.oscUnpackBundle(packet, level)
local mpos = 17 -- skip '#bundle+timestamp'
local packet_size
local num_bytes = string.len(packet)
local parsed_messages = {}
	local tc, _ = oLvpk.unpack("c8", string.sub(packet, 9, 16))
	local tsec, tfrac = oLvosc.unpackTIME(tc)
	table.insert(parsed_messages, {'bun', level, tsec, tfrac})
	while mpos < num_bytes do
		packet_size = oLvpk.unpack(">i", packet:sub(mpos, mpos + 4))
		local bunElem = packet:sub(mpos + 4, mpos + 4 + packet_size)
		if oLvosc.isBundle(bunElem) then
			table.insert(parsed_messages, oLvosc.oscUnpackBundle(bunElem, level + 1))
		else
			local oscADDR, oscTYPE, oscDATA = oLvosc.oscUnpack(bunElem:sub(1, packet_size))
			table.insert(parsed_messages, {'tup', level, tc, oscADDR, oscTYPE, oscDATA})
		end
		mpos = mpos + 4 + packet_size
	end
	return parsed_messages
end

Bundles don't have names / labels, so I figure (other than searching the msg address) attaching the timetag and "level" (sub-bundle depth) to each msg is adequate for differentiating between other bundles...

Nice work! I didn't realize bundles could be recursive in OSC. Flattening them is, I think, the right call

The function that flattens the results table:
-- recursively flatten the nested tables in an unpacked bundle to a simple table list of the msgs
local function resultsToList(results)
	local rdata = {}
	if type(results) == 'table' then
		for _, elem in ipairs(results) do
			if type(elem) == 'table' then
				if elem[1] == 'tup'  then
					table.insert(rdata, elem)
				else
					local tmpdata = resultsToList(elem, rdata)
					for _,inlst in ipairs(tmpdata) do
						table.insert(rdata, inlst)
					end
				end
			end
		end
	end
	return(rdata)
end

It's kinda cool, as this function flattens both the raw results from oLvosc.oscUnpackBundle() and the results from my bundleSearch() function. It's pretty simple to call resultsToList() after unpacking a bundle, and it appeals to me to let the end user decide if they can use the nested table.
There's also a bundleView() function that prints the nested table to the shell. It's output looks like:
BUNDLE:  ( Lev: 1  Time: [0:1] )
-MSG: /messageInBundle/1  ss  ( Lev: 1  Time: [0:1] )
 "abcdefghijklmnopqrstuvwxyz" "ABCDEFGHIJKLMNOPQRSTUVWXYZ"
-MSG: /messageInBundle/2  fssi  ( Lev: 1  Time: [0:1] )
 65.688003540039 "RASAWASAWWWWW hello weird world" "The bundle 2" 55411
-MSG: /messageInBundle/3/msg1/added/again  ss  ( Lev: 1  Time: [0:1] )
 "abcdefghijklmnopqrstuvwxyz" "ABCDEFGHIJKLMNOPQRSTUVWXYZ"
    BUNDLE:  ( Lev: 2  Time: [10:4294967292] )
    -MSG: /nestedBundle/n1  fssi  ( Lev: 2  Time: [10:4294967292] )
     65.688003540039 "RASAWASAWWWWW hello weird world" "The bundle 2" 55411
        BUNDLE:  ( Lev: 3  Time: [4:1] )
        -MSG: /deepBundle/n2  ss  ( Lev: 3  Time: [4:1] )
         "abcdefghijklmnopqrstuvwxyz" "ABCDEFGHIJKLMNOPQRSTUVWXYZ"
-MSG: /messageInBundle/4  ss  ( Lev: 1  Time: [0:1] )
 "abcdefghijklmnopqrstuvwxyz" "ABCDEFGHIJKLMNOPQRSTUVWXYZ"
    BUNDLE:  ( Lev: 2  Time: [4:1] )
    -MSG: /deepBundle/n2  ss  ( Lev: 2  Time: [4:1] )
     "abcdefghijklmnopqrstuvwxyz" "ABCDEFGHIJKLMNOPQRSTUVWXYZ"

Of course you could easily do this with the level information in a flattened list... :-)
(I wrote a very short c program using the liblo library to send the nested bundles packets for the testing, so I know it's a valid packet.)
I can certainly add resultsToList() to the oLvosc library, rather than just as an external example function.

Code for creating valid bundle packets, for the oLvosc library. Not fully tested, but seems to be working OK...
-- ++++++++++++++++++++++++++++++++++++++++++++++++++++
-- BUNDLE send code
-- create a new bundle db structure
function oLvosc.newBundle(time)
	local bundle = {}
	bundle.ID = 'bun'
	bundle.time = time
	bundle.elemNum = 0
	bundle.size = 16 -- base size of a bundle without elems
	bundle.elems = {}
	return (bundle)
end

-- add a message to a bundle db structure
function oLvosc.addMsgToBundle(bundle, msgPack)
	local message = {}
	bundle.elemNum = bundle.elemNum + 1
	message.ID = 'msg'
	message.body = msgPack
	message.size = string.len(msgPack)
	bundle.size = bundle.size + message.size + 4 -- add new msgs size to bundle
	table.insert(bundle.elems, message)
end

-- add a populated bundle to an existing bundle in a db struture
--	No additional data can be added to this bundle after this operation
function oLvosc.addBundleToBundle(bundle, addBundle)
	bundle.elemNum = bundle.elemNum + 1
	bundle.size = bundle.size + addBundle.size + 4 -- add new bundle size to bundle
	table.insert(bundle.elems, addBundle)
end

-- create a bundle packet from a bundle db structure
--	call with the populated bundle db structure as the single arg:
--	    local bpacket = oLvosc.oscBundlePack(myBundle_db)
--	returns a transmissible osc packet
-- send packet with standard oLvosc.sendOSC()
function oLvosc.oscBundlePack(bun_db, level)
	local lpacket = ''
	if level == nil then level = 1 end

	if type(bun_db) == 'table' and bun_db.ID == 'bun' then
		local tsec, tfrac = oLvosc.unpackTIME(bun_db.time)
		lpacket = lpacket..'#bundle\0'..bun_db.time
		for  _,be in ipairs(bun_db.elems) do
			if be.ID == 'bun' then
				lpacket = lpacket..oLvpk.pack('string', '>i4',be.size)
				lpacket = lpacket..oLvosc.oscBundlePack(be, level + 1)
			elseif be.ID == 'msg' then
				lpacket = lpacket..oLvpk.pack('string', '>i4',be.size)..be.body
			end
		end
	end
	return(lpacket)
end

repo: GModal/oLvosc


text:
支持页面内语言选择、语音输入输出和对话导出功能

尊敬的维护者和贡献者，
您好！首先，我要感谢您在这个项目上所做的出色工作。在此，我有一些建议，我相信这些功能可以大大提高用户体验。
希望支持：

页面内语言选择功能：希望能够在网页上直接切换不同的语言选项，让用户可以更方便地选择他们想要的语言。

语音输入输出功能：我发现 chatkit.app 在这方面做得非常好，它使用了Azure TTS。如果我们能在项目中加入类似的语音输入和输出功能，将会使用户体验更加丰富。

对话Markdown导出功能：希望能提供一个简单的方法，让用户能够将他们的对话导出为Markdown文件，以便他们可以在其他地方使用或存储这些信息。

再次感谢您为这个项目所付出的努力，期待您的回复。祝好！

注：该issue由ChatGPT生成

感谢由 ChatGPT 生成的建议 😂，这些都在后续的支持计划内，后续会支持

语言切换在 #8 中支持了

对话导出已经支持

authors: FatDoge erbanku lvqq

repo: GPTGenius/chatgpt-vercel


text:
Additional **kwargs for likelihood methods

Additional **kwargs in methods from likelihood instances
Hi, I think that Gpflow could benefit from adding a **kwargs to likelihood's method like, e.g gpflow.likelihoods.Bernouilli._scalar_log_prob.
Motivation
Implement the input dependent flows from this work http://proceedings.mlr.press/v130/maronas21a/maronas21a.pdf and http://www.gatsby.ucl.ac.uk/~snelson/gpwarp.pdf. This needs the input X to give the parameters of the function that warps the latent points F. Also it makes sense to keep the flow outside the likelihood instance as the flow is part of the model and not the likelihood, so the flow can be passed in through **kwargs as well. This contrast with the Warped Gaussian process where the flow can be passed to the init method of the likelihood
Proposal
Just add a **kwargs to the methods like scalar_log_prob where the function argument being integrated by a quadrature routine is evaluated. Similar to what is done in gpytorch: https://docs.gpytorch.ai/en/v1.1.1/likelihoods.html#gpytorch.likelihoods.Likelihood.expected_log_prob
Note that gpflow.quadrature.base already have an *args and **kwargs method in the call;  which are passed to fun() when called. The problem is that gpflow.QuadratureLikelihood._variational_expectation only pass in Y=Y as kwargs.
A brief summary of what is needed for this particular case:

Allow kwargs in _variational_expectation.
Pass in this **kwargs when calling self.quadrature(self._quadrature_log_prob, Fmu, Fvar, Y=Y)
Allowing **kwargs in QuadratureLikelihood._quadrature_log_prob
Pass in those **kwargs to self.log_prob(F,Y)

Note that this extends for moments computation but just exemplifying with the expected log likelihood.
Code example:
class NonLinearBernoulli(gpflow.likelihoods.ScalarLikelihood):
    def __init__(self,invlink=inv_probit, **kwargs):
        super().__init__(**kwargs)
        self.invlink = invlink

    ## Overwrites the method from the abstract class to allow for **kwargs
    def variational_expectations(self, Fmu, Fvar, Y, **kwargs):
        r"""
        Compute the expected log density of the data, given a Gaussian
        distribution for the function values,

        i.e. if
            q(f) = N(Fmu, Fvar)

        and this object represents

            p(y|f)

        then this method computes

           ∫ log(p(y=Y|f)) q(f) df.

        This only works if the broadcasting dimension of the statistics of q(f) (mean and variance)
        are broadcastable with that of the data Y.

        :param Fmu: mean function evaluation Tensor, with shape [..., latent_dim]
        :param Fvar: variance of function evaluation Tensor, with shape [..., latent_dim]
        :param Y: observation Tensor, with shape [..., observation_dim]:
        :returns: expected log density of the data given q(F), with shape [...]
        """

        tf.debugging.assert_equal(tf.shape(Fmu), tf.shape(Fvar))
        # returns an error if Y[:-1] and Fmu[:-1] do not broadcast together
        _ = tf.broadcast_dynamic_shape(tf.shape(Fmu)[:-1], tf.shape(Y)[:-1])
        self._check_last_dims_valid(Fmu, Y)
        ret = self._variational_expectations(Fmu, Fvar, Y, **kwargs)
        self._check_return_shape(ret, Fmu, Y)
        return ret

    ## Overwrites default gpflow method and adds **kwargs. These are merged with those given by Y = Y
    def variational_expectations(self, Fmu, Fvar, Y, **kwargs):
        r"""
        Here, we implement a default Gauss-Hermite quadrature routine, but some
        likelihoods (Gaussian, Poisson) will implement specific cases.
        :param Fmu: mean function evaluation Tensor, with shape [..., latent_dim]
        :param Fvar: variance of function evaluation Tensor, with shape [..., latent_dim]
        :param Y: observation Tensor, with shape [..., observation_dim]:
        :returns: variational expectations, with shape [...]
        """
        return self._quadrature_reduction(
            self.quadrature(self._quadrature_log_prob, Fmu, Fvar, Y=Y, **kwargs)
        )

    ## Overwrites default _quadrature_log_prob adding **kwargs. This are passed to the method that computes
    #  the integration argument
    def _quadrature_log_prob(self, F, Y, **kwargs):
        """
        Returns the appropriate log prob integrand for quadrature.

        Quadrature expects f(X), here logp(F), to return shape [N_quad_points]
        + batch_shape + [d']. Here d' corresponds to the last dimension of both
        F and Y, and _scalar_log_prob simply broadcasts over this.

        Also see _quadrature_reduction.
        """

        return self._scalar_log_prob(F, Y, **kwargs)

    ## Overwrites default scalar log prob from Bernouilli to allow pass in X through **kwargs.
    #  These are used in the input dependent flows
    def _scalar_log_prob(self, F, Y, **kwargs):

        ## warp samples F
        fk    = kwargs['flow'](F, kwargs['X'])

        ## squeeze through link function
        ck    = self.invlink(fk)

        ## evaluate log likelihood
        logpy = logdensities.bernoulli(Y, ck)

model = TGP(kernel, likelihood, inducing points, flow, ...) ## following SVGP instance
model.likelihood.variational_expectations(f_mean, f_var, Y , X = X, flow = model.flow)

Thank you and hope this is useful for other applications in GPs.

That seems like a reasonable change (sorry for spotting it rather belatedly!), I'd be happy to review a PR that makes these changes, if you would be up for contributing it yourself? : )

authors: jmaronas st--

repo: GPflow/GPflow


text:
Add other GR diagnostic quantities: Kretschmann scalar, ADM mass, etc.

@TaigoFr has code that calculates other curvature quantities such as the Kretschmann scalar. This should be added along with the ADM mass integrand calculation code once #88 has been done.

We should also investigate the alternative mass formula in equation (A.26) of Alcubierre.

repo: GRChombo/GRChombo


text:
Compiling scripts on Ubuntu

HOSTNAME     = dionysus.triumf.ca
SYSTEM       = Linux
OS           = Ubuntu
VER          = 20.04
GRSISYS      = /opt/GRSISort
ROOTSYS      = /opt/root_v6.22.08.Linux-ubuntu20-x86_64-gcc9.3/root
ROOT Version = 6.22/08
Computer and Path to File that failed:
GRSISort Branch = master
commit 537be34cce5d62fdabc420fc67e9faf81e5e152a (HEAD -> master, origin/master, origin/HEAD)
Merge: 98e20eaf ce688391
Author: Vinzenz Bildstein vbildste@uoguelph.ca
Date:   Wed Jun 2 16:45:57 2021 -0400
Merge pull request #1182 from VinzenzBildstein/master

Fixing issue with copying detector hits

I am attempting to compile a number of different analysis scripts on my Ubuntu machine. These scripts work fine on multiple different Centos machines, but they give errors when compiling on Ubuntu.
Make command:
 gcc SortCode.cxx -std=c++11 -lstdc++ -I/opt/GRSISort/include -L/opt/GRSISort/lib `grsi-config --cflags --all-libs --GRSIData libs` -I/opt/GRSISort/GRSIData/include -L/opt/GRSISort/GRSIData/lib `root-config --cflags --libs` -lTreePlayer -lMathMore -lSpectrum -lMinuit -lROOTPythonizations3_8 -o SortData

The general errors they give are this:
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `typeinfo for TGRSIDetectorHit'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `TGRSIDetectorHit::~TGRSIDetectorHit()'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `TGRSIDetectorHit::~TGRSIDetectorHit()'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `TGRSIDetectorHit::GetTime(TDetectorHit::ETimeFlag const&, char const*) const'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `TGRSIDetectorHit::TGRSIDetectorHit(int const&)'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `TGRSIDetectorHit::TGRSIDetectorHit(TGRSIDetectorHit const&, bool)'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTSharc.so: undefined reference to `TGRSIDetectorHit::TGRSIDetectorHit(int const&)'
collect2: error: ld returned 1 exit status
make: *** [Makefile:4: SortCode] Error 1''

These errors change depending on which library is giving the error, but they still give the same error for the library. A different GRIFFIN analysis script gives very similar errors, but for TGriffin instead of TSHARC, for example.
The only change that has occurred besides the change from Centos to Ubuntu is changing the PyROOT linkage from -lPyROOT to -lROOTPythonizations3_8, which is required on newer version of ROOT on Ubuntu.
I've tried compiling both with g++ and gcc, but with the same error each time.
This was brought up in #1131, but that was before the GRSIData split off, so adding in the #include "TGRSIDetector.h" gives an error for unknown header file.

I think the arguments for grsi-config are wrong. I think instead of --GRSIData libs it has to be GRSIData-libs?
You just call grsi-config --cflags --all-libs --GRSIData libs to check this.
If this was just a typo (shouldn't work on CentOS either), can you post the output of the command here?
The output from grsi-config --cflags --all-libs --GRSIData-libs is for me:
-std=c++11 -I/helioshome/vbildste/Guelph/GRSISort-master/include -L/helioshome/vbildste/Guelph/GRSISort-master/lib -lTDetector -lTGRSIint -lTFormat -lTGRSIint -lTFormat -lTLoops -lTKinematics -lTSRIM -lTBetaDecay -lTCal -lTReaction -lTSuppressed -lTBgo -lTPulseAnalyzer -lGROOT -lTGRSIFit -lTNucleus -lTRawFile -lTDataParser -lTHistogramming -lXMLParser -lXMLIO -lX11 -lXpm -lProof -lGuiHtml -lMinuit -lSpectrum -lMathMore -L/helioshome/vbildste/Guelph/GRSISort-master/GRSIData/lib -lTAngularCorrelation -lTCSM -lTDescant -lTGRSIDataParser -lTGRSIDetector -lTGRSIFormat -lTGenericDetector -lTGriffin -lTLaBr -lTMidas -lTPaces -lTRF -lTS3 -lTSceptar -lTSharc -lTSiLi -lTTAC -lTTigress -lTTip -lTTriFoil -lTZeroDegree -lTEmma -lTTrific

If this doesn't work it's most likely the same old issue where Ubuntu for some reason has issues with the order of the libraries. You could try and use the output of the grsi-config command and reorder the libraries in there.
BTW it should be possible to reduce the compile command to
g++ `grsi-config --cflags --libs --GRSIData-cflags --GRSIData-libs` `root-config --cflags --libs` <source file> -o <output file>

All the other flags you have in your command should be included in the two calls to grsi-config and root-config.

The --GRSIData libs was just a typo in Github, as the make file indeed has --GRSIData-libs as it should.
The output for grsi-config --cflags --all-libs --GRSIData-libs for me is:
-std=c++11 -I/opt/GRSISort/include -L/opt/GRSISort/lib -lTDetector -lTGRSIint -lTFormat -lTGRSIint -lTFormat -lTLoops -lTKinematics -lTSRIM -lTBetaDecay -lTCal -lTReaction -lTSuppressed -lTBgo -lTPulseAnalyzer -lGROOT -lTGRSIFit -lTNucleus -lTRawFile -lTDataParser -lTHistogramming -lXMLParser -lXMLIO -lX11 -lXpm -lProof -lGuiHtml -lMinuit -lSpectrum -lMathMore -L/opt/GRSISort/GRSIData/lib -lTAngularCorrelation -lTCSM -lTDescant -lTGRSIDataParser -lTGRSIDetector -lTGRSIFormat -lTGenericDetector -lTGriffin -lTLaBr -lTMidas -lTPaces -lTRF -lTS3 -lTSceptar -lTSharc -lTSiLi -lTTAC -lTTigress -lTTip -lTTriFoil -lTZeroDegree -lTEmma -lTTrific

I was finally able to get the code to compile by explicitly linking the TGRSIDetector library in the compile command:
g++ SortCode.cxx -std=c++11 -lstdc++ -I$(GRSISYS)/include -L$(GRSISYS)/lib `grsi-config --cflags --all-libs --GRSIData-libs` -I$(GRSISYS)/GRSIData/include -L$(GRSISYS)/GRSIData/lib `root-config --cflags --libs` -lTreePlayer -lMathMore -lSpectrum -lMinuit -lROOTPythonizations3_8 -lTGRSIDetector -o SortData

This works with both g++ and gcc. I'm guessing this is similar to issue #979, which I can see is referenced in the grsi-config file.
As you noted, I tried reducing the compile command, but without the explicit links to the GRSISort and GRSIData includes and libs, it can't find the detector libraries. It does work with those included but the explicit ROOT links (like to Minuit) removed (except for the TGRSIDetector link):
g++ SortCode.cxx -I$(GRSISYS)/include -L$(GRSISYS)/lib `grsi-config --cflags --all-libs --GRSIData-libs` -I$(GRSISYS)/GRSIData/include -L$(GRSISYS)/GRSIData/lib `root-config --cflags --libs` -lTGRSIDetector -o SortData

So while this was a pretty easy issue to resolve, it will likely appear in the future as more of the TRIUMF workstations are moved to Ubuntu, so at least it's documented now.
Thanks for the help, Vinzenz!

So I was able to compile the code using
g++ SortCode.cxx -o SortCode `root-config --cflags --libs` `grsi-config --cflags --all-libs --GRSIData-cflags --GRSIData-libs`

after I changed the -std=c++11 and -std=c++0x in $GRSISYS/util/grsi-config and $GRSISYS/GRSIData/utill/config to -std=c++14.
The change of the standard was necessary to make it work with my version of ROOT 6.24.04. I'm not sure if this change should (yet) be implemented as I'm not sure if people are still using older compilers that don't support this?

That seemed to work for me as well on ROOT 6.22.08. Hopefully everything will go smoothly with Ubuntu systems from now on. Thanks for the help!!

Well so maybe I spoke too soon. The code I sent you last week compiled just fine, but I was just working on one of Connor's codes and encountered the same problems as above:
dyates@dionysus:/data2/dyates/S1625/gammaGammaCorrelations/MakeGammaGammaHistograms/myBuild$ make
Scanning dependencies of target GammaGammaHistograms
[ 50%] Building CXX object CMakeFiles/GammaGammaHistograms.dir/src/gammaGammaHistograms.cpp.o
[100%] Linking CXX executable GammaGammaHistograms
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTGriffin.so: undefined reference to `typeinfo for TGRSIDetectorHit'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTGriffin.so: undefined reference to `TGRSIDetectorHit::~TGRSIDetectorHit()'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTGriffin.so: undefined reference to `TGRSIDetectorHit::GetTime(TDetectorHit::ETimeFlag const&, char const*) const'
/usr/bin/ld: /opt/GRSISort/GRSIData/lib/libTGriffin.so: undefined reference to `TGRSIDetectorHit::TGRSIDetectorHit(int const&)'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/GammaGammaHistograms.dir/build.make:84: GammaGammaHistograms] Error 1
make[1]: *** [CMakeFiles/Makefile2:76: CMakeFiles/GammaGammaHistograms.dir/all] Error 2
make: *** [Makefile:130: all] Error 2

Just as with the other code, I had to explicitly link to TGRSIDetector to get it to compile correctly. I had to add this linkage into the CMake file under the target_link_libraries() this time to get it to work. And yes, this is with the updates to grsi-config that you pushed last Friday.

But this is using CMake now to set everything up? In that case check what the actual compile command looks like (or what the makefile looks like), I don't know what CMake would produce. But I can try and look into this as well.

I just tried it and for me it fails with a bunch of errors because the from std has been selected (there is a trailing -std=gnu++11 in CMakeFiles/GammaGammaHistograms.dir/flags.make).
And looking at the compile command used to link
g++  -Wall -O3    -std=c++14 -pipe -fsigned-char -pthread  -rdynamic CMakeFiles/GammaGammaHistograms.dir/src/gammaGammaHistograms.cpp.o  -o GammaGammaHistograms   -L/helioshome/vbildste/root_v6.24.04/lib  -Wl,-rpath,/helioshome/vbildste/root_v6.24.04/lib: -L/helioshome/vbildste/Guelph/GRSISort-ubuntu/lib -lTDetector -lTGRSIint -lTFormat -lTGRSIint -lTFormat -lTLoops -lTKinematics -lTSRIM -lTBetaDecay -lTCal -lTReaction -lTSuppressed -lTBgo -lTPulseAnalyzer -lGROOT -lTGRSIFit -lTNucleus -lTRawFile -lTDataParser -lTHistogramming -lX11 -lXpm -lProof -lGuiHtml -lMinuit -lSpectrum -lMathMore -L/helioshome/vbildste/Guelph/GRSISort-ubuntu/GRSIData/lib -lTAngularCorrelation -lTCSM -lTDescant -lTGRSIDataParser -lTGRSIDetector -lTGRSIFormat -lTGenericDetector -lTGriffin -lTLaBr -lTMidas -lTPaces -lTRF -lTS3 -lTSceptar -lTSharc -lTSiLi -lTTAC -lTTigress -lTTip -lTTriFoil -lTZeroDegree -lTEmma -lTTrific -pthread -std=c++14 -m64 -I/helioshome/vbildste/root_v6.24.04/include -L/helioshome/vbildste/root_v6.24.04/lib -lCore -lImt -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lROOTVecOps -lTree -lTreePlayer -lRint -lPostscript -lMatrix -lPhysics -lMathCore -lThread -lMultiProc -lROOTDataFrame -pthread -lm -ldl -rdynamic -lPhysics -lSpectrum

It works if I move the -lTGRSIDetector flag to the end.

The change in the GRSIData/util/config file seems to fix that problem for me. I don't have to remove the -std=gnu++11 flag within the project to get it to compile though.
Hopefully this update plus the update to grsi-config last week will fix these issues from now on... Thanks!

Oh, yeah, I think that flag is only an issue in the newest ROOT versions. You're using 6.22.08 which doesn't require it yet.

Since the last change made it work for you too, I will close this issue. I did open an issue on Connor's code about the flag for newer root versions.

authors: VinzenzBildstein dayates

repo: GRIFFINCollaboration/GRSISort