AIOC PTT locked on - Windows 10 PC, Fine on Raspberry PI

Hi @skuep from v81 on Reddit
Have spent some time bringing a fresh setup of a Pi4 together.
Have found that on the Pi4 the issue with the red light / PTT stuck on does not happen.
I'm  yet to successfully actually do anything with this board, Linux is not my strong point.
I'm aiming to have Chirp running soon, i have no idea how to install it... i did find an appimage, but couldn't get that to work.
I opened an issue regarding that - https://github.com/goldstar611/chirp-appimage/issues/7
Happy to persist with some advice / suggestions to try.
I'm feeling like if there were a utility in Windows that allowed complex control of the serial device that might be worth trying.
The advice "The configuration for PTT is RTS set and DTR cleared." has me wanting to some how see if there is a way to check this in Windows, and see if there is a way i can alter this.
For the hell of it i also will try it in another Windows machine just to see what happens.
Looking forward to hearing from you, and i'll post any updates as i have them.

Hi @virtual812,
Ah, thanks for the details.
Firstly, I would like to ask other people to confirm if this is a general issue or is something related to @virtual812 environment in order to better narrow down the issue.
From what you are saying, it is likely that this issue is Windows related. What Windows Version do you use? Do you have any software installed that might try to open the COM Port? VISA Libraries or some kind of Modem softwares immediately come to mind. If I remember correctly, CHIRP on Windows did not work either, correct?
There is a nifty Utility called HTerm, that can be used to control the DTR and RTS lines on COM Ports. However I am not sure if that is compatible with the newest Versions of Windows: https://www.der-hammer.info/pages/terminal.html
With respect to CHIRP, you can find the most current Version here: https://chirp.danplanet.com/projects/chirp/wiki/Download
If you want to try on the Raspberry Pi, it should be possible to install the flatpak. You can find information on how to install the required flatpak environment here: https://flatpak.org/setup/Raspberry Pi OS
I hope this somewhat helps to narrow down the problem. Just plugging it into another Windows machine just for kicks and giggles is also a good way to narrow it down. By default, The red LED should blink twice after plugging in and then switch off.

Hi @skuep ,
Didn't get a chance to try another Win10 box nor spend more time on pi.
I did however quickly run it through my Win11 Notebook.
On the notebook is was fine.
Enumerated and loaded drivers quickly, fired up an old copy of chirp on that machine and got a read of the radio with no issue.
No persistent red light this time, instead it only seemed to come on when there was activity.
I did however encounter one hiccup, on completion of the read the radio switched to transmit and the red light remained on, but an unplug / replug of the USB cable bought it back to idle with a green light only.
Will work on this more tomorrow.
It's a great little device, i really quite like it.

Hi all, I'm just passing by,

If you want to try on the Raspberry Pi, it should be possible to install the flatpak. You can find information on how to install the required flatpak environment here: https://flatpak.org/setup/Raspberry Pi OS

The flatpak that Dan publishes is unfortunately only built for amd64. It can be built from source for other architectures but compiling on the pi is quite slow so I maintain the chirp-appimage repo mentioned above :)
And a curious question for @virtual812 , when you plug in the USB adapter into the computer, is the radio already connected? If yes, I would first connect the USB cable to the computer and then after it is identified by Windows, plug it into the radio. I've seen this stuck PTT issue on some baofengs before when they are connected to the serial adapter first.

On the notebook is was fine. Enumerated and loaded drivers quickly, fired up an old copy of chirp on that machine and got a read of the radio with no issue. No persistent red light this time, instead it only seemed to come on when there was activity.

That is perfect. Red light means Tx and Green light means Rx on the COM Port

I did however encounter one hiccup, on completion of the read the radio switched to transmit and the red light remained on, but an unplug / replug of the USB cable bought it back to idle with a green light only.

Interesting.. Could this maybe have to do with an old CHIRP version leaving DTR and RTS in some kind of bogus state before closing the connection?

Will work on this more tomorrow. It's a great little device, i really quite like it.

I am glad you are having fun!

edit:: Had a quick look at Hterm Indeed the app should fail with a comport locked by another app message... only if i am using another app. So I thought maybe I could close Chirp and all apps and just see if with Hterm alone I can manipulate the CTS/DSR and other stated... Tried it and..... still locked by another app.  So i select COM1 , header on my motherboard... Nope... i can access COM1 fine.

Damn, so it looks like there is some application installed on your computer, that grabs CDC ACM USB COM Ports. I doubt that it's actually Windows doing this.

It's feeling very much like it's just a me problem, and i think i might be the only one reporting this behaviour. I'll persevere, would love to get to the bottom of it, and if we can learn something that helps someone else then that's even better.

It might be a problem with your particular setup, nevertheless it is good to know for me and future users where the pitfalls are. Since we have full control of the AIOC firmware, we might even built something to work around these issues and not leave the radio in transmit mode.

Still the separate but maybe vaguely related issue of the device leaving a radio in transmit after a chirp read is also worth following up.. I'll see if i can reproduce this tomorrow on that Win11 notebook. Interested to hear if others are seeing this. I'll note that was an old version of chirp (early 2022 i think).

Could you maybe try to run HTerm after you noticed this problem and get the status of DTR and RTS? I suspect that something leaves those lines in a unfavorable state (for whatever reason).

If you want to try on the Raspberry Pi, it should be possible to install the flatpak. You can find information on how to install the required flatpak environment here: https://flatpak.org/setup/Raspberry Pi OS

The flatpak that Dan publishes is unfortunately only built for amd64. It can be built from source for other architectures but compiling on the pi is quite slow so I maintain the chirp-appimage repo mentioned above :)

Ah too bad! Thanks for your work :-)

And a curious question for @virtual812 , when you plug in the USB adapter into the computer, is the radio already connected? If yes, I would first connect the USB cable to the computer and then after it is identified by Windows, plug it into the radio. I've seen this stuck PTT issue on some baofengs before when they are connected to the serial adapter first.

Haven't noticed anything with mine, but might be different on older Baofengs?

[Edit] Oh and I completely forgot! Dan has updated CHIRP to python3 and gnome 3. That is called chirp-next and it's way easier to install on modern systems than the older python2 based version were (hence the need for flatpak, snap, appimage and so on).

Nice!

So, updating the Windows issue..
As far as the PTT stuck on all the time it is pointing to be an issue fairly local to my main PC.
On 2 other machines, a Win11 notebook and Win10 desktop the PTT is not permanently on,
@goldstar611 All connections have been USB first, then radio connected after everything is enumerated and settled.

However * on the 2 working machines I have seen the PTT remain on after reading the radio happening on every singe read, and need to disconnect and re-connect USB for it to stop.

This specifically I'm going to make another issue for the sake of tidiness.
Back to my main machine / PTT always on issue.
I tried uninstalling the device in device manager - disconnecting - re-booting and re-connecting.
It works then, can connect to and read a radio in CHIRP ---- and then the TX remains stuck on, but unlike the other PC's disconnecting and re-connecting does not resolve it.
With my main box the only solution is removing the driver, unplugging the device and then plugging it in again.
It's definitely something odd, and i'll continue to look in it with any assistance i can get.
Considering it's just a me thing it's probably not worthy of any priority currently.
On a side note I really feel that being more comfortable in an Linux environment would be beneficial to me.
I feel cheated that i can't dump Windows and put more time into Linux. Flight sim is another passion and getting all of the applications required for the complete experience to work just isn't happening.
That said i'll put more time and effort into the Pi4.. i essentially have a "Pi Laptop" currently, with a Pi4, Argon One enclosure and NexDock Keyboard/Trackpad/Monitor/Battery .
@goldstar611 I'll have a crack at getting chirp up on this "PiBook" tomorrow.
Cheers.

I found an interesting way to find out, wo exactly is blocking your COM port. Maybe this could help in finding out where to look: https://superuser.com/questions/55334/now-whos-using-my-com-port
You can use https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer for this
Don't worry with Windows vs Linux. Personally I am not a big fan of Windows, but they AIOC should work regardless.

I found an interesting way to find out, wo exactly is blocking your COM port. Maybe this could help in finding out where to look: https://superuser.com/questions/55334/now-whos-using-my-com-port
You can use https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer for this
EDIT: Also interesting: https://knowledge.ni.com/KnowledgeArticleDetails?id=kA03q000000YGw9CAG&l=de-DE

I'm not smart often but i actually thought of this one myself :)
Sadly it didn't work :(
The last link is the one i'd found and i get a frustrating result.
The service value is 'usbser', and cannot be found in ProcessExplorer... i suspect 'usbser' might be the value assigned to service when the device is (supposed to be) idle.

The service name out of curiosity for COM1 is simply 'serial'
Out of interest i opened HTerm and attempted to connect to COM10

Tried COM1 - it works
Re-opoened device manager and checked service for COM1 in hope that i would see HTerm listed as the service utilising the port.. no.. still says 'serial'.
I closed HTerm and opened the Arduino IDE and attempted to open a serial console - found COM10 'busy'
Found COM1 ok and the serial console opened.
Re-opened Device Manager again and service still says 'serial'.
It feels as if Windows is really trying hard to hide what's going on under the hood.
BTW, tried with Process Explorer running as admin as well in case that made a difference.
Ignoring the issue with the AIOC, clearly when the COM1 is opened in Arduino IDE and before that in HTerm is WAS in use, so why is Windows hiding this?
Tried on another machine with the same result.
I'll sniff around for a better way to do this, and will watch here for more info / suggestions.

Some Progress...

Not at my desktop, but found this little executable here and it correctly ID's HTerm as having a port open when i connect to COM1 with HTerm.
https://rigexpert.com/which-program-is-using-a-serial-port/

I have been able to reproduce this issue.
OS:  Windows 10 22H2 x64
CHIRP:  CHIRP daily-20221217
AIOC: v1.0
The first time I used it, I plugged it into my radio, then plugged the USB into the computer.  It was properly identified and drivers were loaded:  a TinyUSB audio device, and a COM port (in my case, COM6).  I then started CHIRP and attempted to download from my radio (a Baofeng UV-82).  I received an error:  "Radio identifies as BTECH UV-5X3. Please choose the proper vendor/model and try again."  I noticed that the radio's red LED was on.
After I saw this issue and someone mentioning plug-in order, I re-did the test, but this time, I changed the order:  I plugged the USB in first, then plugged it into the radio.  No red LED.  I then used CHIRP and was able to download from the radio;  I had the typical intermittent blinking red LED.   I was then given the results of the download.  A quick glance and rapid comparison with a previously-saved file seems to indicate that the data is correct.
However, when the download is done, the radio reboots.  When it comes back from its reboot, the red LED is again on solidly.  And I have confirmed that the radio is indeed transmitting in that state.  I took a different radio and tuned it to the same frequency, with the squelch off.  When the Baofeng does not have the red LED on solidly, I hear static, as expected.  When the Baofeng does have the solid red LED, I hear silence, which seems to indicate an unmodulated carrier being transmitted.  If I turn off the Baofeng, the other radio returns to static, as expected.
At that point, power cycling the Baofeng has no change:  I will get the solid red LED.  If I pull the AIOC and reinsert it, same thing:  no red LED when it's removed, red LED when it's inserted.  The only way to get it to stop is to remove the USB cable.  Once I do that, the radio works as expected -- until I use CHIRP to download the data again, and then I'm right back where I was, with a solidly-lit red LED.
Further testing:  I used PuTTY to open the COM port @ 9600 bps.  Nothing happened in my PuTTY session, but when I typed characters I would get a flashing LED on the AIOC -- nothing on the Baofeng.  BUT:  when I closed the PuTTY session, I got a solid red LED on my Baofeng, and the only way to rectify this is to pull the USB cable.  I also reproduced this simply by opening the terminal and closing it, without sending any data from my side.  Same thing:  solid red LED when the terminal is closed.
I repeated all of the testing with my Baofeng programming cable.  I suspect that my cable is not an OEM Baofeng cable, but is made by ABBREE:  Baofeng use FTDI chips and mine uses a Pacific; however, mine has worked flawlessly so far.
With the "oem" cable, I can plug it into the radio first, have the radio turned on, then plug it into the computer and everything works fine.  I can use CHIRP to download and everything works fine.  I can then change nothing and simply download it again into CHIRP and everything works fine.  At no point does the other radio I have monitoring next to it ever receive a signal:  I'm pretty sure at no point does the Baofeng transmit during this entire process.  I also tested it with PuTTY:  no feedback on the terminal (as expected), but when I closed the session no red LED and the radio did NOT start transmitting (again, as expected).
So:  my completely uneducated guess:  there's a problem with the way the AIOC is responding to the way Windows is closing the COM port.  This might be something that Windows is doing differently than Linux, but I'm not sure I'd call this a Windows problem, seeing as the "oem" cable does not have the same issue.  It's also not a CHIRP problem, either, seeing as I could reproduce it with PuTTY.
It seems that most of the issues discussed above are problems with trying to interact with the serial port, which I do not have; but I admit to not reading it in deep detail, so if I missed something I apologize.  I'm happy to do whatever testing I can if you have suggestions of things to try.  I'm reasonably comfortable with working with COM ports (in other words, I'm old enough to have had to do this for real in the bad old days... :) ).  Please let me know how I can help.

Hi @MiM-TMassey
I think your issues is different the the one describes here.
This issue is the RED LED remains on NO MATTER WHAT.
Try posting your experience to this this issue that better matches...
PTT remains engaged after reading radio in Chirp_Next on Win10&11 machines
https://github.com/skuep/AIOC/issues/11
Or if possible maybe someone can move it.
This i suspect will be a common issue for Windows users like us.
I've replicated it across 3 machines total now.
For the sake of tidyness I'd be happy for these comments to be moved or hidden when they're in the right place.

The first time I used it, I plugged it into my radio, then plugged the USB into the computer. It was properly identified and drivers were loaded: a TinyUSB audio device, and a COM port (in my case, COM6). I then started CHIRP and attempted to download from my radio (a Baofeng UV-82). I received an error: "Radio identifies as BTECH UV-5X3. Please choose the proper vendor/model and try again." I noticed that the radio's red LED was on.

Interesting, curious to know what might have happened there...

After I saw this issue and someone mentioning plug-in order, I re-did the test, but this time, I changed the order: I plugged the USB in first, then plugged it into the radio. No red LED. I then used CHIRP and was able to download from the radio; I had the typical intermittent blinking red LED. I was then given the results of the download. A quick glance and rapid comparison with a previously-saved file seems to indicate that the data is correct.

Just to clarify, if you did not do it that way (i.e. first plugging in the radio, then the AIOC), did the red LED already light up, before you even tried to download from the radio via CHIRP? That would be interesting to know, especially for this issue here. Also, if the red LED is lit up, I expect all the COM port programming stuff to fail, because the PTT line is (IIRC) shared with one of the UART lines.

At that point, power cycling the Baofeng has no change: I will get the solid red LED. If I pull the AIOC and reinsert it, same thing: no red LED when it's removed, red LED when it's inserted. The only way to get it to stop is to remove the USB cable. Once I do that, the radio works as expected -- until I use CHIRP to download the data again, and then I'm right back where I was, with a solidly-lit red LED.

Wait, the red LED goes off, if you disconnect the AIOC from the Baofeng? That should not be the case. Replugging the AIOC from the USB port however should cause this.

Further testing: I used PuTTY to open the COM port @ 9600 bps. Nothing happened in my PuTTY session, but when I typed characters I would get a flashing LED on the AIOC -- nothing on the Baofeng. BUT: when I closed the PuTTY session, I got a solid red LED on my Baofeng, and the only way to rectify this is to pull the USB cable. I also reproduced this simply by opening the terminal and closing it, without sending any data from my side. Same thing: solid red LED when the terminal is closed.

Thats helpful, thanks. So it does indeed have nothing to do with how CHIRP closes the port. It seems to be related to closing the port in general. I suspect Windows re-configures the RTS/DTR handshake lines after the port is closed. But already said, this can better be discussed in issue https://github.com/skuep/AIOC/issues/11

For the sake of tidyness I'd be happy for these comments to be moved or hidden when they're in the right place.

I am not aware that GitHub allows to move comments between issues.. unfortunately. @MiM-TMassey: feel free to post again in the other issue
@virtual812: I have been thinking in the mean time.. It is odd, that you cannot see any application actually opening the COM port, yet it is blocked for opening. Is there some antivirus or general PC security solution that you are running on your computer that may be responsible for blocking the COM port without being noticable?

The first time I used it, I plugged it into my radio, then plugged the USB into the computer. It was properly identified and drivers were loaded: a TinyUSB audio device, and a COM port (in my case, COM6). I then started CHIRP and attempted to download from my radio (a Baofeng UV-82). I received an error: "Radio identifies as BTECH UV-5X3. Please choose the proper vendor/model and try again." I noticed that the radio's red LED was on.

Interesting, curious to know what might have happened there...  Was the red LED on before you started the readout using CHIRP? If so, that could be a problem.

After I saw this issue and someone mentioning plug-in order, I re-did the test, but this time, I changed the order: I plugged the USB in first, then plugged it into the radio. No red LED. I then used CHIRP and was able to download from the radio; I had the typical intermittent blinking red LED. I was then given the results of the download. A quick glance and rapid comparison with a previously-saved file seems to indicate that the data is correct.

Just to clarify, if you do not do it that way (i.e. first plugging in the radio, then the AIOC), did the red LED already light up, before you even tried to download from the radio via CHIRP? That would be interesting to know, especially for this issue here. Also, if the red LED is lit up, I expect all the COM port programming stuff to fail, because the PTT line is (IIRC) shared with one of the UART lines.

At that point, power cycling the Baofeng has no change: I will get the solid red LED. If I pull the AIOC and reinsert it, same thing: no red LED when it's removed, red LED when it's inserted. The only way to get it to stop is to remove the USB cable. Once I do that, the radio works as expected -- until I use CHIRP to download the data again, and then I'm right back where I was, with a solidly-lit red LED.

Wait, the red LED goes off, if you disconnect the AIOC from the Baofeng? That should not be the case. Replugging the AIOC from the USB port however should cause this.

Further testing: I used PuTTY to open the COM port @ 9600 bps. Nothing happened in my PuTTY session, but when I typed characters I would get a flashing LED on the AIOC -- nothing on the Baofeng. BUT: when I closed the PuTTY session, I got a solid red LED on my Baofeng, and the only way to rectify this is to pull the USB cable. I also reproduced this simply by opening the terminal and closing it, without sending any data from my side. Same thing: solid red LED when the terminal is closed.

Thats helpful, thanks. So it does indeed have nothing to do with how CHIRP closes the port. It seems to be related to closing the port in general. I suspect Windows re-configures the RTS/DTR handshake lines after the port is closed. But already said, this can better be discussed in issue https://github.com/skuep/AIOC/issues/11

For the sake of tidyness I'd be happy for these comments to be moved or hidden when they're in the right place.

I am not aware that GitHub allows to move comments between issues.. unfortunately. @MiM-TMassey: feel free to post again in the other issue
@virtual812: I have been thinking in the mean time.. It is odd, that you cannot see any application actually opening the COM port, yet it is blocked for opening. Is there some antivirus or general PC security solution that you are running on your computer that may be responsible for blocking the COM port without being noticable?

@virtual812: I have been thinking in the mean time.. It is odd, that you cannot see any application actually opening the COM port, yet it is blocked for opening. Is there some antivirus or general PC security solution that you are running on your computer that may be responsible for blocking the COM port without being noticable?

100% agree with everything you say.
It's so wierd.
I'm considering it from a level deeper than an application... so OS / driver / security.
You thoughts of AV are something sensible to check, but i run a fairly lean system and only use the builtin Windows Defender.
I suspect if i do a fresh windows install the problem will disappear.
I certainly is a Windows or a Me problem, not a product issue with the exception that is affects this product specifically.
I think as you suggest it's a security / environment / driver issue.
I hope it's not annoying but I'm going to list some stuff about my system that might prompt questions.
Asus X570 board / Ryzen 5800 / 32GB DDR4 / RTX 3070
Win10 Pro approx 2year old install
TrackIR (head tracking for flight sim), Thrustmaster stick + throttle, MFG Crosswind rudder pedals
Connected via GbE, network attached printer, NAS.
Firefox, Steam, Uplay/Ubisoft connect, EA Origin, GoG Games.
WSL installed ** could this be of interest?
Visual Studio Installed
Arduino IDE + Ardino drivers  ** The Arduino install does install some serial drivers, also of interest?
I'm happy for this to be closed or left aside.
Either way I'll still continue to look into it whenever i get any new ideas.

I received another tip from a helpful person on the Internets. Not sure if it helps but at least you can try (if you have not already wiped your Windows partition :-)). This tip has to do with old serial mouses being probed (who uses them even anymore?). Apprently the following disables this behaviour:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\VID_1234&PID_1234\...\Device Parameters
where VID and PID are 1209 and 7388 (hexadecimal) in the newest firmware.
Add new DWORD SkipEnumerations -> 0xFFFFFFFF

Will try in a few days, tied up currently but keen to help.

I will handle this issue as a fluke. If there are still issues or more people experience this behaviour, feel free to reopen!


Support [Image Name] [variant/version] scheduled for [date]

Depends on [add a reference link here]

[x] Open a PR
[ ] Create a release
[x] Update templates (if necessary)
[ ] Update https://github.com/devcontainers/images/issues/90
[x] Update Microsoft Artifact Registry docs

Looks like this was created by accident, closing. If needed, feel free to reopen with more details, thank you!


Switch over to *.alpha.canada.ca

📇 User story
As a user, I want to be able to access the learning resources website from *.alpha.canada.ca, so that I am not blocked from accessing it when logged into a GC wifi.
✅ Definition of Done

[ ] *.alpha.canada.ca domain
[ ] LInks to learning-resources.cdssandbox.xyz are redirected to the new domain name
[ ] Analytics works on new domain name

📜 Acceptance criteria

[ ] Strategy reviewed
[ ] Code reviewed and tested

📝 More info

 Moving LR > Alpha.canada.ca

To request for an alpha.canada.ca, open a PR on https://github.com/cds-snc/dns

Create separate tickets for:

[ ] Moving staging (already in progress, but a separate ticket to track it would be beneficial)
[ ] Update monitoring systems (uptime robot)
[ ] Retiring learning-resources.cdssandbox.xyz (we could re-use the domain, but we might want to take it down later)
[ ] Update CSP headers for scan websites


[ADD] loop lesson

Hi there!
I have added some lessons on loops for beginners in C programming to the repository. In this tutorial, I covered the use of loops in C programming and included examples of for loops, while loops, and do-while loops.
Thank you for considering my contribution.

hey, thank you for contributing :)


ci: check cache to determine runner size

Uses a smaller runner (4 core) when there's a cache hit, and 16 core when there's no cache hit. maybe i should use 8 cores..
I tested the runner switching on my own fork, but (1) i don't have access to two different runners so all i tested was the use of a variable runner and (2) i couldn't finish the llvm build on the default runners with no cache, so i'm not entirely sure that the 4 core is enough for a cached build
Also adds fastbuild to the rust e2e tests so it doesn't discard the cache for that
TODO: Also enable caching when tests fail (https://github.com/actions/cache/tree/main/save#always-save-cache)

I found out why we're not reusing the caches even with the same keys! It's likely due to https://docs.github.com/en/actions/using-workflows/caching-dependencies-to-speed-up-workflows#restrictions-for-accessing-a-cache - we can't access caches between our PRs (so you'll see on https://github.com/google/heir/actions/caches that the caches each have their own refs despite having the same key).
Next time I feel like going down this rabbit hole I'd like to figure out why the pushes to main caches aren't being shared with the PRs - they should have access to builds on main, and I'm not sure why our runs on merges to main aren't used.


Remember last window position and size

Description of the new feature/enhancement
You have to drag it and reposition and resize every time on launch.

Thanks for the suggestion! This is actually already being tracked by another issue on our repo - please refer to #766 for more discussion.
/dup #766
Also, if you like using the same window position every single time, might I interest you in the initialPosition setting? You can use that to position the window, and the initialCols/initialRows setting to control the launch size.

Property
Necessity
Type
Default
Description

initialCols
Required
Integer
120
The number of columns displayed in the window upon first load.

initialPosition
Optional
String
","
The position of the top left corner of the window upon first load.  On a system with multiple displays, these coordinates are relative to  the top left of the primary display. If launchMode is set to "maximized", the window will be maximized on the monitor specified by those coordinates.

initialRows
Required
Integer
30
The number of rows displayed in the window upon first load.

launchMode
Optional
String
default
Defines whether the Terminal will launch as maximized or not. Possible values: "default", "maximized"

@zadjii-msft I don't see how this is a duplicate of 766. this issue describes wanting to have the window frame restored to it's last known position and size on launch, where 766 describes wanting to have the terminal app restore previously open profile tabs on launch...
I'm still only testing MS Terminal, using Hyper as my primary, mostly just because the terminal window opens in unexpected places, which (after using a keyboard shortcut to launch it) I still need to flip to my mouse, move the window, then flip back to my keyboard to continue.
This may be a trivial UI point, but it's one crazy UX killer...

From #766

To clarify:

#766 (This issue) is tracking restoring the relative window state across terminal launches. This includes (but is not limited to) window positions, the open tab/pane structure, and what profiles were in those tab/panes. It is not tracking restoring buffer state.
#961 is specifically related to trying to restore the buffer content of these tabs/panes. This is substantially harder than just restoring the window state, because the buffer has quite a bit more state in it. It is not tracking connection state (commandline history, environment variables, open processes)
#960 is about just "restoring previously opened tabs/panes". This is like when you close a tab in a browser, then hit Ctrl+shift+t to just pop it back into existence. This does not include across reboots - it mainly deals with tab/panes closed in the current instance.
There's not an issue tracking restoring connection/shell/process state, because that's generally impossible. (case in point: #961 (comment), et. al in that thread.)
#9188 is "restoring the window state while it is running, but after an external monitor is disconnected and re-connected?"

(emp. added)
initialPosition can be used if you're always wanting the window in the same position.
alt+space, m, arrow keys can be used to move the window with the keyboard (if you really hate using the mouse).

Ah, it seems that this goes much deeper than my issue search revealed earlier.. Apologies for jumping to conclusions, but also thank you for the clarification.
I do still have some strange behaviour regarding the window positioning that feel like issues to be fixed, so I'll go digging through other issue logs and comments later when I have a bit more time. 👍🏼

Search a lot. Just add initialPosition in your settings.json.
"initialPosition": "2400,500", // x,y

So if all I want is to remember size and position like ever other application but not restore old sessions (tabs, CWD, history, etc.) I just do the following?
Go into settings.json, add the missing initialPosition setting, tinker and adjust multiple times, restarting terminal until you finally get the position right. Now change initialCol and initialRow size because top/left position is correct but bottom/left is off the screen. Now since changing initialCol and initialRow actually affected the top/left position instead of expected bottom/right, go back and tinker/adjust the position multiple times again until it is correct. Possibly need to readjust the col and row again. Keep repeating the whole process until the window size and position is where you want it. Then repeat on another PC with a different screen size and resolution. Make a backup copy of settings.json (for each PC) so you don't have to go through this process again.
Is that right?
Sounds easy enough

Yup, that's right!


Not the good number of lines

Hi,
I tried the line numbers plugin. However, with the following code:

\section{Hi}

\begin{itemize}
\item Hi
\end{itemize}

I get the following output:

Any idea?

There is the good number!! I just don't have the good line height. Sorry for that!

However, how can I change the line height of the line numbers ?

It's important that both the pre and code elements have the same line height. You don't seem to use one of Prism's default themes, so I guess that that's the issue.
Btw. What theme is that?

It is the Github theme: https://github.com/PrismJS/prism-themes/blob/master/themes/prism-ghcolors.css
This is strange with the default theme. The line numbers have the good line-height but with this theme they don't...

Alright. The problem is the following line:
code[class*="language-"],
pre[class*="language-"] {
    ...
    font-size: 0.95em;
    ...
}

This means that for a code block
, the font size of pre and code is 95% of their parent. The parent of code is pre, so effectively, the code will be displayed at 90.25% font size.
I don't quite get why, but just enforcing that the font size of code is 100% fixes the issue.
I'll make a PR with the fix.

In fact, your fix works for me!
Thank you :)

Going to close this issue, since the fix is in prism-themes.


RunnableWithFallbacks doesn't support .bindTools

Checked other resources

[X] I added a very descriptive title to this issue.
[X] I searched the LangChain.js documentation with the integrated search.
[X] I used the GitHub search to find a similar question and didn't find it.
[X] I am sure that this is a bug in LangChain.js rather than my code.
[X] The bug is not resolved by updating to the latest stable version of LangChain (or the specific integration package).

Example Code
The following code:
import { ChatOpenAI } from "@langchain/openai";
import { webSearchTool } from "./src/tools/webSearch";

export const gpt4o = new ChatOpenAI({
  model: "gpt-4o",
});

export const gpt4oMini = new ChatOpenAI({
  model: "gpt-4o-mini",
});

const model = gpt4oMini.withFallbacks([gpt4o]);
await model.bindTools([webSearchTool]).invoke("what's the weather in ottawa?");

throws errors when run
Error Message and Stack Trace (if applicable)
TypeError: model.bindTools is not a function
    at Object.<anonymous> (/Users/airhorns/Code/gadget/packages/data-science/scratch.ts:10:12)
    at Module._compile (node:internal/modules/cjs/loader:1434:14)
    at Object.require.extensions.<computed> [as .ts] (/Users/airhorns/Code/gadget/node_modules/.pnpm/wds@0.19.0_@swc+helpers@0.5.12/node_modules/wds/src/child-process-registration.ts:78:16)
    at Module.load (node:internal/modules/cjs/loader:1249:32)
    at Function.Module._load (node:internal/modules/cjs/loader:1065:12)
    at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:158:12)
    at node:internal/main/run_main_module:30:49

Description
I'm trying to manage API rate limits from the underlying LLM providers. My Runnable uses tools. I tried to swap out the base ChatOpenAI model for a Runnable produced by calling .withFallbacks, but the returned fallback runnable doesn't allow me to bind new tools. I think it should -- I think that would satisfy the Liskov substitutability principle and be very convenient. Otherwise, we must bind all the source models to tools manually, and then construct the fallback chain, which is annoying and hard to do across a whole complicated system with a wide variety of tools.
System Info
> pnpm info langchain

<EMAIL_ADDRESS>| MIT | deps: 12 | versions: 297
Typescript bindings for langchain
https://github.com/langchain-ai/langchainjs/tree/main/langchain/

keywords: llm, ai, gpt3, chain, prompt, prompt engineering, chatgpt, machine learning, ml, openai, embeddings, vectorstores

dist
.tarball: https://registry.npmjs.org/langchain/-/langchain-0.3.2.tgz
.shasum: aec3e679d3d6c36f469448380affa475c92fbd86
.integrity: sha512-kd2kz1cS/PIVrLEDFlrZsAasQfPLbY1UqCZbRKa3/QcpB33/n6xPDvXSMfBuKhvNj0bjW6MXDR9HZTduXjJBgg==
.unpackedSize: 2.9 MB

dependencies:
@langchain/openai: >=0.1.0 <0.4.0        js-tiktoken: ^1.0.12                     jsonpointer: ^5.0.1                      openapi-types: ^12.1.3                   uuid: ^10.0.0                            zod-to-json-schema: ^3.22.3
@langchain/textsplitters: >=0.0.0 <0.2.0 js-yaml: ^4.1.0                          langsmith: ^0.1.56-rc.1                  p-retry: 4                               yaml: ^2.2.1                             zod: ^3.22.4

maintainers:
- nfcampos<EMAIL_ADDRESS>- jacoblee93<EMAIL_ADDRESS>- andrewnguonly<EMAIL_ADDRESS>- davidduong<EMAIL_ADDRESS>- hwchase17<EMAIL_ADDRESS>- basproul<EMAIL_ADDRESS>
dist-tags:
latest: 0.3.2                              next: 0.3.2-rc.0                           tag-for-publishing-older-releases: 0.2.20

published a week ago by jacoblee93<EMAIL_ADDRESS>

You'll need to call .bindTools on the chat model class directly, as the .bindTools method does not exist on the base Runnable class (which is what . withFallbacks returns). Then after binding the tools, you can call .withFallbacks

Right -- I am saying that is really annoying, and seems like an artificial limitation. If you have a big system set up, it seems wise to set up a bunch of base models with shared API keys and retry configs and all the other options you find out you need over time, and then have all the different bits of your graph or agent that might want to use those models bind their own tools. That lets you share all the retry configs and API keys and model versions among all your spots so you're not duplicating them over and over.
But, if we have to bind the tools before doing any fallbacks, that means that every place where we bind a tool has to become "fallback aware". It has to import all the models it might want to use, bind each of the tools, then create the fallback chain. You can't share fallback configs like you can all the other stuff. Why not? It seems perfectly reasonable to say "I always want to fall back to gpt-4o from gpt-4o-mini" and set up one base model that does that, and then bind tools to that. If we could just set up the base models that everywhere imported to have their own fallbacks, then all the downstream callers wouldn't need to adjust.
IMO this is a violation of the Liskov Substitutability Principle, which more-or-less states "it's really surprising when a subtype doesn't work the same way as a super type". It seems like withFallbacks doesn't need to change the interface, it just happens to do so today.

@airhorns I hear you on this, and yes in a way it is an "artificial limitation". We decided to not add bindTools to the Runnable class because many components which tools are not relevant to (e.g retrievers, prompt templates, etc) extend the Runnable class. Therefore being able to call bindTools on a retriever wouldn't make sense. I hope this helped you understand a little better what's going on, and please ping me if you run into an issue.

I get that -- it definitely doesn't make sense to call bindTools on a retriever. But, my fallback chain doesn't have any retrievers in it -- I know for certain I can bind tools to each of them. Right from the LangChain homepage:

Want to change your model? Future-proof your application by incorporating vendor optionality into your LLM infrastructure design.

If the point of the library is provide nice abstractions over the nuances of the inner models, or of retrievers etc, it seems like this substitutibilty thing is important. Do you agree that it would be desirable if there were a design that allowed for binding tools to fallback chains?


Preloading broken due to unreferenced fonts in Vite manifest

Describe the bug
You can visit https://kit.svelte.dev/, which is supposed to render something like:
<link rel="preload" as="font" type="font/woff2" href="./_app/immutable/assets/overpass-latin-300.3782c01a.woff2" crossorigin>
<link rel="preload" as="font" type="font/woff2" href="./_app/immutable/assets/overpass-latin-600.0ca25556.woff2" crossorigin>
<link rel="preload" as="font" type="font/woff2" href="./_app/immutable/assets/fira-mono-latin-400.8d4e0c52.woff2" crossorigin>

You can see in the network tab that these are referenced from a CSS file in our project:

And you can open up that file to see the references:

But these files are orphaned in the Vite manifest and so SvelteKit doesn't know which pages it needs to preload them for.
Here's the import chain:

https://github.com/sveltejs/kit/blob/7607f8b16b17edd5e6188f4066f28c886bfb8881/sites/kit.svelte.dev/src/routes/%2Blayout.svelte#L7
https://github.com/sveltejs/site-kit/blob/8e9e663ed67a572a838a476cb6bc10ae1f2bf8e4/packages/site-kit/src/lib/styles/index.css#L2C1
https://github.com/sveltejs/site-kit/blob/8e9e663ed67a572a838a476cb6bc10ae1f2bf8e4/packages/site-kit/src/lib/styles/fonts.css#L24

https://github.com/vitejs/vite/issues/11943 looks a bit similar, but was talking about workers, so I wasn't exactly sure if it was the same
Reproduction
https://github.com/sveltejs/kit/tree/master/sites/kit.svelte.dev
Steps to reproduce
git clone git@github.com:sveltejs/kit.git
Edit packages/kit/src/exports/vite/index.js to comment out these two lines:
					fs.unlinkSync(`${out}/client/${vite_config.build.manifest}`);
					fs.unlinkSync(`${out}/server/${vite_config.build.manifest}`);

Now run:
cd sites/kit.svelte.dev
pnpm install
pnpm build

Open .svelte-kit/output/client/vite-manifest.json. See that the .woff2 files have no references to them.
System Info
npmPackages:
    vite: ^4.4.9 => 4.4.9

Used Package Manager
pnpm
Logs
No response
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to vuejs/core instead.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Thanks so much for taking a look @sun0day! That's what I see as well. Unfortunately it's not the expected behavior. The font files are in the manifest, but the manifest is not saying which files use those fonts. We need to know which pages use the fonts so that we know which pages need to preload them, but that information for some reason is missing.
I would expect the output to look something more like this:
  "_ThemeToggle.svelte_svelte_type_style_lang.0406e17e.js": {
    "assets": [
      "_app/immutable/assets/overpass-latin-300.3782c01a.woff2",
      "_app/immutable/assets/overpass-latin-600.0ca25556.woff2",
      "_app/immutable/assets/fira-mono-latin-400.8d4e0c52.woff2",
      "_app/immutable/assets/link.1a918426.svg"
    ],
    "css": [
      "_app/immutable/assets/ThemeToggle.ebee0a7d.css",
      "_app/immutable/assets/Icon.c25fd2f4.css"
    ],
    "file": "_app/immutable/chunks/ThemeToggle.svelte_svelte_type_style_lang.0406e17e.js",
    "imports": [
      "_scheduler.da650eeb.js",
      "_index.2e4dbd2f.js"
    ]
  },

Ah I see


why still musl  ?

root@ubuntu:/home/qgb# docker run -it -v=/:/all jeanblanchard/alpine-glibc bash

af5e02d2be95:~# ldd --version
musl libc (x86_64)
Version 1.2.4
Dynamic Program Loader
Usage: /lib/ld-musl-x86_64.so.1 [options] [--] pathname

This is still Alpine, so my understanding is that musl libc is still the default. Programs compiled with Glibc should still run, though. Do you have an issue running a glibc program ?
Also a disclaimer: I haven't personally used this image for years, I just update it regularly with new versions of Alpine and glibc. So my memories of how it all works are a  bit fuzzy, and I might be wrong entirely.

anyway to make glibc the default one?
i have this problem with pip where they are still trying to rebuild since no musl prebuilt wheel for pip package can be found.


discuss: raft

https://github.com/oscillatingworks/compass/tree/master/raft

Not that a dislike the idea of getting into Haskell (an old friend from my university years) or working with protocols for distributed systems, but I see some importabt cons on this kind of projects:

It's a protocol implementation, you cannot really make the difference compared to other implementations or offer something new and better, you have to stick to the specification.
It's a Haskell library, so only Haskell devs can use it, reducing drastically the number of potential user that can get interest.

True. Actually if we would decide for this protocol I would opt for erlang or scala implementation which are more mature and popular.


Multi-select option for context browser

Pull Request
Hi,
Thanks for helping us improve the Predix UI platform by submitting a Pull Request.
To help us merge your Pull Request as fast as possible, please fill out the following sections:

A description of the changes proposed in the pull request:

Added multi select option for the fields in the context browser
Added select-all with multi-select
Added limit option for select-all to address the performance issue of loading too many fields

A reference to a related issue (if applicable):

N/A

@mentions of the person or team responsible for reviewing proposed changes:

don't know

working tests:

The tests need to be functional and/or unit tests, written for the wct framework, and placed in the test folder, following our testing guidelines.
added testcases

FYI, for normalizing DOM event targets:
var normalizedEvt = Polymer.dom(evt);
        //evt.target is now normalizedEvt.rootTarget

Notify object change after delete:
this.notify('selectedItems.*')

@davidrleonard Please review the latest changes

Closing for now as this is not currently planned to merge into the most recent context browser.


Enable "Incremental Builds"

Supposedly MSBuild can intelligently run build targets if they specify an "Inputs" and "Outputs" parameter. What it will try to do is compare timestamps of the input files to the output files and if the input files are newer it will run the target. See Incremental Builds for more details.
I tried implementing this in my own grunt and npm build targets but it wasn't working so I gave up but maybe someone else can figure it out.

https://gist.github.com/carlin-q-scott/718361d78955f980205b

Hi @carlin-q-scott,
I have a workaround for your issue, you can use a gulp package called "gulp-newer", it will skip files in the gulp pipeline. For example:
gulp.task('bundle-vendor-js', ['restore-bower'], function() {     return gulp.src(config.vendorJs)         .pipe(newer(config.scriptOut + 'vendor.min.js'))         .pipe(strip())         .pipe(concat('vendor.min.js'))         .pipe(gulp.dest(config.scriptOut)); });
In this way, it checks the latest modified time of vendor.min.js, and compare to all files defined in config.vendorJs. If no newer files, it will skip.
Hope it helps.

I'm not using gulp so I suspect that doesn't solve my problem. Meanwhile I figured out how to get MSBuild to recognize changes for npm.


Right clicking a URL inside a json document acts like a left click

This makes it difficult to copy a URL to clipboard

The code can be improved to ignore right clicks, thanks!

Hello,
Any news on this ?
Thanks


Simulator crashs after fresh install

I am trying to setup your simulator on my machine. After a successful install, I ran benchbot_run --robot carter_omni --env miniroom:1 --task semantic_slam:active:ground_truth but the command crashes moments after waiting for robot controller. The log is attached
here
Specs:
OS: Ubuntu 20.04 LTS
GPU: NVIDIA RTX A6000
CUDA: v11.6

@btalb Any updates on this please?

Sorry about the delay @gmuraleekrishna .
We've been heavily impacted by the QLD floods and unable to access our machines at QUT.
Yesterday I was able to get someone to reproduce what you're experiencing, so we'll look into resolving and releasing an update.
Can I ask how you're using your machine? Are you sitting at your machine and running BenchBot directly on it? SSHing in? Or remote desktop?

@btalb Sorry to hear about the QLD floods. Hope everyone is safe.
It is installed on a remote machine. The issue exist for both ssh and rdp sessions.

@gmuraleekrishna I believe we've found the cause of your issue.
Previously we could disable the xhost +local:root permissions immediately after starting benchbot_run. The new Omniverse-based simulator seems to require these permissions enabled the entire time BenchBot is running.
You can try one of these two options if you want to get up and running immediately:

Comment out this line in benchbot_run: https://github.com/qcr/benchbot/blob/f473fac5741b983a561cc6aa8d62dc796dc15e06/bin/benchbot_run#L363 so permissions are always open
Checkout the develop branch (git checkout develop) to get the fix in b57a170

Otherwise, we should be releasing an update in the next few days.

Fix is now live on master. Re-running benchbot_install will update you to the latest version.
Note: if using a remote machine, you still must ensure the rendering is done on that machine not your client (i.e. set DISPLAY env variable, or use correctly configured remote desktop, etc.).
We may look at making this easier to configure in a future update.

I ran into the same problem using the latest version of the code. This bug does not seem to have been fixed. Cloud you please help me solve it?

I ran into the same problem using the latest version of the code. This bug does not seem to have been fixed. Cloud you please help me solve it?

the command crashes moments after waiting for robot controller

Sure @ShuangHigh; could you please post some details to help me understand the problem:

log from the benchbot_run command:benchbot_run ...<rest_of_your_command> 2&>1 | tee benchbot_run.log

details about how you're accessing your machine: are you sitting at the machine using it directly? SSHing in? Using remote desktop?
log from a benchbot_install (it won't reinstall what's already installed):benchbot_install 2&>1 | tee benchbot_install.log

Sure @ShuangHigh; could you please post some details to help me understand the problem:

log from the benchbot_run command:benchbot_run ...<rest_of_your_command> 2&>1 | tee benchbot_run.log

details about how you're accessing your machine: are you sitting at the machine using it directly? SSHing in? Using remote desktop?
log from a benchbot_install (it won't reinstall what's already installed):benchbot_install 2&>1 | tee benchbot_install.log

@btalb Thanks for your help!
When I ran  “benchbot_run --robot carter_omni --env miniroom:2 --task semantic_slam:active:ground_truth”，  but the command crashes moments after waiting for robot controller. The log appears as follows：
log.txt
OS： Ubuntu18.04
GPU:  Quadro P2000
CUDA Version: 11.6
And I sitting at the machine using it directly.
Thanks for your help!


[FEATURE] Semantic Search should be able to support Exact search

Is your feature request related to a problem?
In the use cases of semantic search with  filtering, its possible to operate on granular tenets. In these cases, Exact Search/Bruteforce would be more efficient to determine results with more accuracy(recall 1.0). Neural plugin should avoid building the graphs and just use plain vectors for Exact Search.
What solution would you like?
Support Exact Search in Neural clause and avoid creating graphs for these use cases.

The switch between ANN and KNN is now occurring at the KNN field level. Marking this as resolved.


FIX: $propPatch->commit(); is missing in updatePrincipal() method for…

… Sabre\DAVACL\PrincipalBackend\PDO

Hi!
This is expected, because there normally needs to something outside of that method that initiates the commit. The reason for this is that a PROPPATCH request potentially has a set of properties that need to be handled by different subsystems (such as the PrincipalBackend but also for instance the PropertyStorage backend).
Only when all properties within a single PROPPATCH are "handled", the system will call commit.
The underlying reason is that we might call multiple backends to handle the request, and if the first succeeds, and second fails we end up with an incorrect state.

Understood! Thanks for the fast feedback! :-)


Cannot change mask dynamically in Android

Hello, i'm trying to change the mask of a phone input using this library, the idea is use a component that changes the country, with that country i get the countryCode ('US', 'CO', etc) and use libphonenumber-js for create a phone mask, at this point everything is fine but when i use a directive which is applied to the MaskedTextField for change the mask property against a country the text field behavior is wrong, with random number position, some "(" are changed by numbers when start to typing, the field becomes cyclic (you start to typing and reaching to the end the caret moves to the begining and so on); i tested it in Android, this is my directive code for reference:
import { Directive, Input, ViewChild, ElementRef } from '@angular/core';
import { Country } from '~/modules/core/vos/country.vo';
import { MaskedTextField } from 'nativescript-masked-text-field/masked-text-field'
import { AsYouType, CountryCode } from 'libphonenumber-js'
import * as phoneNumber from 'libphonenumber-js/examples.mobile.json'

@Directive({
  selector: '[countryPhoneMask]'
})
export class CountryPhoneMaskDirective {

  private _countryPhoneMask: Country

  public maskedTextField: MaskedTextField

  @Input()
  set countryPhoneMask(country: Country) {
    this._countryPhoneMask = country

    if (country) {
      const countryCode = country.countryCode as CountryCode
      const mask = new AsYouType(countryCode).input(phoneNumber[country.countryCode].replace(/[0-9]/g, '9'))
      console.log('NEW PHONE MASK',countryCode, mask)
      this.maskedTextField.mask = mask
    }
  }

  get countryPhoneMask() {
    return this._countryPhoneMask
  }

  constructor(private elRef: ElementRef) {
    this.maskedTextField = elRef.nativeElement
  }

}

Then in a template:
<MaskedTextField #cellPhoneField="ngModel" id="cell-phone-text" hint="{{'auth.additional-sign-up.cellphone-hint' | L}}"
            [(ngModel)]="user.cellPhone" keyboardType="phone" [countryPhoneMask]="user.country" required></MaskedTextField>

How i can change the mask dinamically?, it's possible with this plugin?

This is now available in the new version of the plugin available in the ProPlugins NPM registry.
All future work of this plugin will be available exclusively as part of ProPlugins initiative. So if you want to get the latest updates/fixes/features make sure you subscribe to the service. You get all my plugins plus many of the most used and high quality plugins for a small monthly subscription fee.


How to make background not blurry

Hello,
I had tried mist: false, but it seems not to remove background blurry. Please help to know how to make background clear. Thanks.

Set backgroundBlurSteps to 0 should help :)

"Sorry for not explaining clearly. I want to make the blurred background clear. Setting the 'backgroundBlurSteps' value to 0 just turns the raindrops black (as shown below). What I want is to have the background clear in the background. Thank you.

That should be a BUG. I will fix it in few days.

@SardineFish  Thank you

@smallma Try this PR by changing your package dependency to
"dependencies" : {
  "raindrop-fx" : "git+https://github.com/SardineFish/raindrop-fx.git#fix-background-blur"
}

Then you can disable background blur by setting backgroundBlurSteps to 0.
If works, I will merge it.

@SardineFish  非常感謝你的幫忙 但看起來還是不行, 我把背景換成清楚的版本和你提供的 js 原始碼 雨滴還是有破圖 再麻煩幫忙看看 謝謝
https://codepen.io/smallma009/pen/oNJdoew

我发现问题主要因为你的图片是带有透明的 PNG，图中的白色背景实际上是透明黑色 rgba(0, 0, 0, 1)。但是雨滴在渲染时不会采样 alpha 通道，所以得到了黑色。建议你可以更换一张背景图或是加上一个实色背景。我也会在后续加入对透明图片的支持

非常感謝你的協助 謝謝


Fixing the export to work with v5.

As is, the service isn't being imported properly (commonJS -> es6).

I was having an issue with import as well. Changes in this fix addresses import. +1
https://gitter.im/wdio-intercept-service/community

Yeah, the problem here just is that it breaks all of the tests. How can we have both working? I'll look into it

@abjerstedt @youngckuw @kenjcm I just published version v3.0.2 which updates all dependencies, fixes a few typos and includes this fix. Thanks for putting up the PR @abjerstedt! Really appreciate it. And sorry for the long wait.


How to fix song not loading

Describe your problem here.
When I make the song and put into fnf to chart, it wont let me, the song would not load at all.
Are you modding a build from source or with Lua?
Source
What is your build target?
Windows x64
Did you edit anything in this build? If so, mention or summarize your changes.
No response

Give more details, how exactly does it not load?

I cannot play song

 I cannot play song

If the song name doesn't exist, then the song does not start, put the song name in here.

if you already did that, there might be a spelling error
also it should be in assets (or mods)/songs if you didnt do that.

 I cannot play song

If the song name doesn't exist, then the song does not start, put the song name in here.
if you already did that, there might be a spelling error
also it should be in assets/songs if you didnt do that.

I did what you said but it didnt work

 I cannot play song

If the song name doesn't exist, then the song does not start, put the song name in here.
if you already did that, there might be a spelling error
also it should be in assets/songs if you didnt do that.

 I did what you said but it didnt work

if your song name is "y3llow idol" in the files, it has to be "y3llow-idol", you dont have to do this for the song name in game, just the files

one common thing i see: The audio HAS to be .ogg files. NOT .mp3 or .wav files.

everytime i try to load my song/chart, it loads, but it's a zero second song, and i can't press space, and if i press enter the notes glitch and bf and gf play the first idle animation forever, please help.


Estimate transformation matrix

Hi!
I am interested in modelling parliamentary speech using word embeddings and your awesome conText framework. To do so I need the transformation matrix.
However, when I run the compute_transform function I get the following error:
transformation_matrix <- compute_transform(cr_fcm, pre_trained, vocab, weighting = 500)

Error in filter(., term_count >= weighting) :
  object 'term_count' not found
In addition: Warning message:
In data.matrix(data) : NAs introduced by coercion

cr_fcm is a fcm created using the congressional speech provided in your DB folder, pre_trained is the GloVe embeddings, and vocab is the vocabulary created using text2vec's create_vocabulary (as specified in the compute_transform documentation).
I checked the source code and it appears that the function is unable to find the column 'term_count' in the vocab, even though the 'term_count' variable is in vocab when I check.
Any advice regarding how to solve this?
Thanks!

Hi @odanedre, thanks for trying out conText. To use compute_transform you'd want to first estimate a full GloVe embeddings model on your local corpus, use these as the pre-trained embeddings in the compute_transform function, and an fcm specific to your corpus. I'll be adding another quick guide on this over the next few days (and will check that bug you found). However, I suggest you use the transformation matrix provided in our DB (KhodakA.rds), that one is optimized for the GloVe pre-trained embeddings in that same folder and should work well on the parliamentary speeches corpus. Take a look at the quickstart guide for how to proceed and if you run into issues, do let us know.

Thank you for your quick reply. I am able to run the code in the quickstart guide, but ran into problems when I was attempting to do a similar analysis on another dataset and  needed to estimate the transformation matrix for that. To check whether it was something with my data, I tried replicating the transformation matrix in your DB with the congressional data, but ran into this problem. I'll check out the new quick guide in a couple of days - thanks!

Got you. Do keep in mind that the transformation matrix we use in our quick guide is not specific to the Congressional Record corpus, indeed we also use the same transformation matrix in the example with parliamentary speeches (the one on the meaning of empire). Unless you have a very distinctive corpus --one for which the GloVe pre-trained embeddings just don't make sense-- then I'd suggest using the provided transformation matrix (khodakA.rds), that is, no need to estimate your own.

@odanedre we pushed a fix for the bug you reported along with a quick start guide to estimate a corpus specific transformation matrix. Hope this helps.

Great! I'm using a non-English parliamenary speech corpus, so I have to train the model from scratch.
Now the filtering works perfect. However, there is another issue related to transposing the context_embeddings matrix. When I run the source it works fine, but not inside the function. Could possibly be related to this issue? https://stackoverflow.com/questions/17580935/when-writing-an-r-package-that-uses-the-matrix-package-why-do-i-have-to-specify

Yes, in all likelihood it is related to that issue. On it.

I'm using a non-English parliamenary speech corpus...

Yes, that indeed justifies estimating your own embeddings and transformation matrix :)

Alright, should be fixed now @odanedre, it was indeed a the issue you suggested. Do let me know the bug persists after you re-install or if you run into any other issues. Thanks!

Great! The function seems to work fine now. However, when I try to run the get_context function I now get the error below:
This happens both when estimating the transformation matrix myself, and when loading the transformation matrix provided in the DB (following the quick guide).
> contextR <- get_context(x = cr_corpus$speech[cr_corpus$party == 'R'], target = 'immigration',
+                         window = 6, valuetype = "fixed", case_insensitive = TRUE,
+                         hard_cut = FALSE, verbose = FALSE)
Error: Can't reconstruct data frame.
x The `[` method for class <kwic/data.frame> must return a data frame with 4 columns.
i It returned a <kwic/data.frame> of 7 columns.
Run `rlang::last_error()` to see where the error occurred.
In addition: Warning message:
'kwic.character()' is deprecated. Use 'tokens()' first.
> rlang::last_error()
<error/rlang_error>
Can't reconstruct data frame.
x The `[` method for class <kwic/data.frame> must return a data frame with 4 columns.
i It returned a <kwic/data.frame> of 7 columns.
Backtrace:
 1. conText::get_context(...)
 7. dplyr:::select.data.frame(., docname, keyword, pre, post)
 8. dplyr:::dplyr_col_select(.data, loc, names(loc))
Run `rlang::last_trace()` to see the full context.

Strange. I can't replicate that error. What version of Quanteda are you using? Can you run sessionInfo() and share the output?

Here's the output:

> sessionInfo()
R version 3.6.1 (2019-07-05)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 17763)

Matrix products: default

locale:
[1] LC_COLLATE=Norwegian Bokmål_Norway.1252  LC_CTYPE=Norwegian Bokmål_Norway.1252    LC_MONETARY=Norwegian Bokmål_Norway.1252 LC_NUMERIC=C
[5] LC_TIME=Norwegian Bokmål_Norway.1252

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] ggplot2_3.3.3     text2vec_0.6      quanteda_3.0.0    conText_0.1.0     lubridate_1.7.4   dplyr_1.0.5       stringr_1.4.0     data.table_1.14.0

loaded via a namespace (and not attached):
 [1] Rcpp_1.0.6           lattice_0.20-38      prettyunits_1.1.1    ps_1.5.0             assertthat_0.2.1     rprojroot_2.0.2      digest_0.6.27        RhpcBLASctl_0.20-137
 [9] utf8_1.2.1           R6_2.5.0             pillar_1.5.1         rlang_0.4.10         curl_4.3             rstudioapi_0.13      callr_3.5.1          Matrix_1.2-18
[17] desc_1.2.0           devtools_2.3.2       munsell_0.5.0        compiler_3.6.1       pkgconfig_2.0.3      pkgbuild_1.2.0       tidyselect_1.1.0     tibble_3.1.0
[25] lgr_0.4.2            fansi_0.4.2          crayon_1.4.1         withr_2.4.1          grid_3.6.1           gtable_0.3.0         lifecycle_1.0.0      DBI_1.1.0
[33] magrittr_2.0.1       scales_1.1.1         RcppParallel_5.0.3   cli_2.3.1            stringi_1.5.3        fs_1.5.0             remotes_2.2.0        testthat_3.0.1
[41] ellipsis_0.3.1       stopwords_2.2        generics_0.1.0       vctrs_0.3.6          fastmatch_1.1-0      tools_3.6.1          float_0.2-4          glue_1.4.2
[49] mlapi_0.1.0          purrr_0.3.4          processx_3.4.5       pkgload_1.1.0        colorspace_2.0-0     sessioninfo_1.1.1    rsparse_0.4.0        memoise_1.1.0
[57] usethis_2.0.0

Thanks. I'm pretty sure it's related to an incompatibility with the new release of quanteda. According to their GitHub:

kwic(): As of version 3, only tokens objects are supported as inputs to kwic(). Calling kwic() for character or corpus objects is still functional, but issues a warning. Passing arguments to tokens() via ... in kwic() is now disabled. Users should now create a tokens object (using tokens() from character or corpus inputs before calling kwic().

This will definitely create an issue for conText.
I've added this to our to-do list.
For an immediate solution I'd suggest using an older version of quanteda. Take a look at packrat to manage the dependencies of this project and avoid messing up any of your other scripts.

I see. I'll use an older version of quanteda in the meantime then. Thank you for this - Looking forward to follow your work and start using conText!


add documentation to sdist

When creating packages or installing from source it's good to have the
option of using the documentation provided with that code base.
I'm not sure if I've included the correct scope of items (really wasn't
sure about docs/CNAME) so if I need to edit this commit; please, let me
know.

Appreciate the input, but the documentation shouldn't be part of the distributed package, so closing this one off. :)


chore: choose peers from the connected pool, instead of dialing unconnected peers

Problem
With https://github.com/waku-org/js-waku/pull/2065, we changed the logic to fetch peers for a protocol from choosing from connected peers to finding all available peers (unconnected), and attempting to dial them instead.
This does not seem correct considering if the peer was dialable, it should have been connected already. If the peer is actually healthy, we can assume it has a connection open.
Solution
We should find connected peers that support the given protocol, and do not have a stream opened for that protocol yet, and then connect over that protocol.
Notes
I understand this change in #2065 was introduced because it was seen that in practicality peers weren't found when using this strategy, which seems like there is actually something else preventing it.
Will do further investigations.
This is also similar to https://github.com/waku-org/js-waku/pull/1758.

Good initiative, we discussed this 2 weeks ago and reached some solution.

I understand this change in https://github.com/waku-org/js-waku/pull/2065 was introduced because it was seen that in practicality peers weren't found when using this strategy, which seems like there is actually something else preventing it.

The problem was that when a protocol was trying to renew a peer - there were no connected peers (because connection manager didn't kick in yet) and so that new peer was not added.
Also, there were some other problems that https://github.com/waku-org/js-waku/pull/2065 has solved, e.g it happened that renewal degraded over time and was switching between couple of peers.
As for solution we agreed that following logic makes sense:

try to find a suitable peer in connected pool;
if previous step doesn't happen - try to establish new connection;

@danisharora099 should this PR be marked as draft as per https://github.com/waku-org/pm/issues/186#issuecomment-2322916557 ?

pretty much continued by newer efforts related to protocol peer management #2137


Updates to the Insights article

@dansisson
Can you review the proposed changes?
When the changes are ready for publication, add a #sign-off comment to signal that the PR is ready for the review team to merge.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team


TypeError: unsupported operand type

error-2022-02-21_19-37-15.txt

oops. Should be elapsed.seconds.  Will fix.

as this:
subtract = elapsed.seconds if elapsed else 0
#jch added .seconds
return max(self.period * 60 - elapsed.seconds, 0)

Yes exactly.  Madly busy atm: if you PR that I'll merge it.  Otherwise I'll get at the codebase in a few days.  This is where YADC suffers from the lack of a decent testsuite: that's the kind of typo which really should be been caught earlier...

Note that I was not quite right:
        subtract = elapsed.seconds if elapsed else 0
        return max(self.period * 60 - subtract, 0)

The first line works out how much to subtract to take into account the runtime of the last run, ignoring elapsed if it wasn't passed (it's optional); the second returns how many seconds to sleep to make up the required time, capping the duration at zero since we can't go back in time if the run took longer than it should have.
The solution above (elapsed.seconds) will fail if elapsed is not passed.  I believe all the code in this repo actually does pass it, so the issue is trivial.

nice one - thank you


Update semantic-models.md

Thank you for contributing to Microsoft Fabric documentation
Fill out these items before submitting your pull request:
If you are working internally at Microsoft:
Provide a link to an Azure DevOps Boards work item that tracks this feature/update.

Who is your primary Skilling team contact? @mention them individually tag them and let them review the PR before signing off.

For internal Microsoft contributors, check off these quality control items as you go

[ ] 1. Check the Acrolinx report: Make sure your Acrolinx Total score is above 80 minimum (higher is better) and with no spelling issues. Acrolinx ensures we are providing consistent terminology and using an appropriate voice and tone, and helps with localization.

[ ] 2. Successful build with no warnings or suggestions: Review the build status to make sure all files are green (Succeeded).

[ ] 3. Preview the pages:: Click each Preview URL link to view the rendered HTML pages on the review.learn.microsoft.com site to check the formatting and alignment of the page. Scan the page for overall formatting, and look at the parts you edited in detail.

[ ] 4. Check the Table of Contents: If you are adding a new markdown file, make sure it is linked from the table of contents.

[ ] 5. #sign-off to request PR review and merge: Once the pull request is finalized and ready to be merged, indicate so by typing #sign-off in a new comment in the Pull Request. If you need to cancel that sign-off, type #hold-off instead. Signing off means the document can be published at any time. Note, this is a formatting and standards review, not a technical review.

Merge and publish

After you #sign-off, there is a separate PR Review team that will review the PR and describe any necessary feedback before merging.
The review team will use the comments section in the PR to provide feedback if changes are needed. Address any blocking issues and sign off again to request another review.
Once all feedback is resolved, you can #sign-off again. The PR Review team reviews and merges the pull request into the specified branch (usually the main branch or a release- branch).
From the main branch, the change is merged into the live branch several times a day to publish it to the public learn.microsoft.com site.

#sign-off

#sign-off

Hi @datazoems - This pull request was opened in the public repo. PMs should work in the private repo, per the Microsoft Docs contributor guide. We can keep this PR open for review and merge, but would you make future content updates in the private repo? Thank you!

@WilliamDAssafMSFT
Can you review the proposed changes?
Important: When the changes are ready for publication, adding a #sign-off comment is the best way to signal that the PR is ready for the review team to merge.
#label:"aq-pr-triaged"
@MicrosoftDocs/public-repo-pr-review-team

Hi @DataZoeMS - This pull request was opened in the public repo. PMs should work in the private repo, per the Microsoft Docs contributor guide. We can keep this PR open for review and merge, but would you make future content updates in the private repo? Thank you!

@court72 is correct, this should be in the private repo. Passed along info to @DataZoeMS.
We will close this PR and pull it into another PR already in progress, and do an edit pass.
#please-close


Check scrolling behaviour on Add Stall et cetera once the latest tweaks are pushed...we're seeing some weird behaviours


Write a documentation exporter to reStructuredText format

As we're considering using readthedocs.org / Sphinx to generate Godot's online documentation based on a git repo instead of a conventional wiki CMS, we need to add support for yet another markup language to export the classes list to: reStructuredText (readthedocs.org also supports Markdown, but apparently provided many more features when using RST).
Pinging @shackra who already worked on the exporter for the Textile format, if you're willing to give a go at another markup language :)
I've already put an example of a class documented in RST: https://raw.githubusercontent.com/akien-mga/godot-test-wiki/master/classes/class_dictionary.rst
And the corresponding documentation entry: http://godot-wiki.readthedocs.org/en/latest/classes/class_dictionary.html
This RST was automatically converted from Markdown using Pandoc, so it's not necessarily the best output we can achieve, we can discuss first how it should look like before implementing it.

BTW I moved the documentation tools from tools/docdump to doc/tools (the former now only contains the C++ code used for Godot's -doctool function).

If we can use something like ejs/handlebars for python, it might be much easier to implement new markup languages.

Sure! I'll be happy to make more useful contributions to Godot Engine :D
I'll take a look at ejs and handlebars. I was thinking anyway in using a design pattern to write
more exports when the time of adding more exporters comes.
El domingo 13 de diciembre del 2015 a las 0940 horas, Bojidar Marinov escribió:

If we can use something like ejs/handlebars for python, it might be much easier to implement new markup languages.

Reply to this email directly or view it on GitHub:
https://github.com/godotengine/godot/issues/3064#issuecomment-164269145

--
👋 Pax et bonum.
Jorge Araya Navarro
https://es.gravatar.com/shackra

Man, can you assign this task to me? or is it limited to people part of Godot engine team?

@shackra Looks like I can't assign the issue to you, it seems indeed to be limited to godotengine organization members. But I guess now it's clear from the comments on this issue that you're currently working on it, so potential other contributors will be aware too :)

I've now imported the OP project wiki in my test project on readthedocs.org: http://godot-wiki.readthedocs.org/en/latest/
It still needs some work, but now the biggest missing part is the API doc ;)
(I could have a go at it by exporting to MarkDown or Textile and then using pandoc as a start, though we'll need to reST exporter in the long run to avoid having too much manual sync work)

@shackra Actually @reduz just went and wrote an exporter (he's finishing it right now), so no need for you to start working on it now. The refactoring work you were planning within  makedocs.py might still be interesting though :)

Uh, there was some work already done (check my fork) but it's OK I guess...
Enviado desde mi dispositivo Samsung
-------- Mensaje original --------
De: Rémi Verschelde<EMAIL_ADDRESS>Fecha: 06/02/2016  14:13  (GMT-06:00)
Para: godotengine/godot<EMAIL_ADDRESS>Cc: Jorge Araya Navarro<EMAIL_ADDRESS>Asunto: Re: [godot] Write a documentation exporter to reStructuredText format
(#3064)
@shackra Actually @reduz just went and wrote an exporter (he's finishing it right now), so no need for you to start working on it now. The refactoring work you were planning within  makedocs.py might still be interesting though :)
—
Reply to this email directly or view it on GitHub.


add karpenter to landscape

Pre-submission checklist:
Please check each of these after submitting your pull request:

[x] Are you only including a repo_url if your project is 100% open source? If so, you need to pick the single best GitHub repository for your project, not a GitHub organization.
[x] Is your project closed source or, if it is open source, does your project have at least 300 GitHub stars?
[x] Have you picked the single best (existing) category for your project?
[x] Does it follow the other guidelines from the new entries section?
[x] Have you added your SVG to hosted_logos and referenced it there?
[x] Does your logo clearly state the name of the project/product and follow the other guidelines?
[x] Does your project/product name match the text on the logo?
[x] Have you verified that the Crunchbase data for your organization is correct (including headquarters and LinkedIn)?

It's surprising that Karpenter is not included in the landscape.
/lgtm
/cc @donaldliu @caniszczyk

cc @jonathan-innis @ellistarn @engedaam @njtran


[Feature Request]: Add icon and hover effect

Is there an existing issue for this?

[X] I have searched the existing issues

Feature Description
I would like to add the icon and hover effects to the footer links.
Use Case
As this project is in the front page, everyone views it, so it needs to be perfect.
Benefits
No response
Add ScreenShots

Priority
High
Record

[X] I have read the Contributing Guidelines
[X] I'm a GSSOC'24 contributor
[ ] I'm a SSOC'24 contributor
[X] I have starred the repository

@chaanakyaaM you can start working on this ?


Add missing Open Secrets Candidate IDs

I noticed that 19 of the current legislators were missing Open Secrets IDs, so I added them from the list of IDs available from Open Secrets here. Please let me know if there's anything else I need to do, I'd be happy to help.

Thanks! Merging!


Change the default maximum OP_RETURN size to 80 bytes

This is a backport of https://github.com/bitcoin/bitcoin/pull/5286:

The maximum size for OP_RETURN outputs used to be 80 bytes, then got changed to 40 bytes to be on the safe side. We have now been running with 40 bytes for about 9 months, and nothing catastrophic happened to the Blockchain, so I am proposing to increase it back to 80 bytes.

Also, that value is now configurable through the datacarriersize option, so miners who want to stay on 40 bytes (or any other value) can easily do so.

This change was adopted in Bitcoin Core 0.11.0, and based on bitnodes.21.co only a minority still uses the old default of 40 bytes.

Great, more Class C space is a great thing and since this is already in upstream I'm fine with it :)
UTAck, but OK to merge :)


Run image builds periodically

To make sure test images use latest version of the SURF components.

Added a github scheduled job to build the images once a week, on Monday 0:22 am, in 595b41a149d530dc92b9e6af4fe51a31dc3a021c. The prune job is set to run one hour later. Let's whether the job executes correctly and then close this.

Cron builds are working!


Ansible cli deploy error

Environment details:

ansible 4.1.0
Docker version 20.10.12, Ubuntu 20.04

Steps to reproduce the issue:

Install docker
Follow ansible setup directions (summarized explicitly in the attached markdown file: ansible_setup.md

Provide the actual results and outputs:
Command that leads to error:
ansible-playbook -i environments/$ENVIRONMENT openwhisk.yml -e db_activation_backend=ElasticSearch

Error:
TASK [cli : Download release archive to build directory ...] ***********************************************************************************************************************************************
Tuesday 22 March 2022  14:56:04 -0600 (0:00:00.397)       0:02:33.675 *********
fatal: [<IP_ADDRESS>]: FAILED! => {"changed": false, "msg": "argument 'headers' is of type <class 'str'> and we were unable to convert to dict: dictionary requested, could not parse JSON or key=value"}

argument 'headers' is of type <class 'str'> and we were unable to convert
to dict: dictionary requested, could not parse JSON or key=value.

Target Summary:
PLAY RECAP *************************************************************************************************************************************************************************************************
<IP_ADDRESS>                 : ok=11   changed=9    unreachable=0    failed=1    skipped=7    rescued=0    ignored=0
controller0                : ok=30   changed=7    unreachable=0    failed=0    skipped=14   rescued=0    ignored=0
etcd0                      : ok=5    changed=1    unreachable=0    failed=0    skipped=2    rescued=0    ignored=0
invoker0                   : ok=33   changed=10   unreachable=0    failed=0    skipped=25   rescued=0    ignored=0
kafka0                     : ok=10   changed=4    unreachable=0    failed=0    skipped=7    rescued=0    ignored=0
scheduler0                 : ok=23   changed=6    unreachable=0    failed=0    skipped=13   rescued=0    ignored=0

The Fix
Change openwhisk/ansible/roles/cli/tasks/deploy.yml, line 38
-    headers: "{{ openwhisk_cli.remote.headers | default('') }}"
+    headers: "{{ openwhisk_cli.remote.headers | default('{}') }}"

Additional information you deem important:

I already have a fix, but I don't have enough deep understanding of ansible to know if it's the right fix.

This looks like a correct path - it's saying the default value when remote.headers are not defined is {} not '' which seems necessary for the JSON parsing going on per the error message.

Addressed this in pull request, closing this issue.


Fix skipped episode number

For whatever reason the list skipped the one before last episode originally. Best guess (without learning GoLang) is the range starts from 1 instead of 0, therefore the lenght of the range changes with n-1.

Hi! Could you describe the issue you're seeing a bit more detailed? This change will cause duplicated output since episodes[l-1] is included in the output on line 28. The reason why the loop stops one item before the end is due to formatting (1, 2 and 3 instead of 1, 2, 3).

The original method skips two items before the end of the loop, not just one.
With this modification we dont have any duplication, but we fix the missing episode number.
Why its doing that, I have no idea. I aggree that the l-1 should be the same number in both cases (line 24 and 28), but it seems it's not.
Hence my assumption, that if the full original lenght is N, then
[0:L] -> L=N
[1:L] -> L=N -1
Original:

Fixed:

Ah, I see. Thanks!


bug: Navbar and footer not being rendered on landing page on going back one page

Clicking on Register and then hitting back on browser results in navbar and footer not being rendered on landing page.

@eemike07 see contributing guidelines (dev enviornment setup)

I do see the issue when I navigate to the deployed website: https://walkingpal.in/
However, when deployed locally on my machine, navigating to /register results with the following error:

Am I missing a setup step?
I ran yarn install and yarn dev as specified in the contributing guidelines.

I was able to replicate the issue on my machine after removing -
<ReCAPTCHA
ref={recaptchaRef}
size="invisible"
sitekey={process.env.NEXT_PUBLIC_RECAPTCHA_SITE_KEY as string}
onChange={onReCAPTCHAChange}
/>

yes. we did not add the steps to add your own recaptcha. you can open an issue for docs changes.
Its all about going to google's recaptcha sit and doing some stuff there and creating a .local.env files locally
ref https://prateeksurana.me/blog/integrating-recaptcha-with-next/

I was able to resolve the issue.
See PR for details: https://github.com/WalkingPal/walking-pal-web/pull/44

fixed through PR #14 . Hence, Closing the issue


How can I open the Jaeger UI in a remote browser, not the localhost machine

The official document said:
We can access the Jaeger UI by the following action:
kubectl port-forward -n istio-system $(kubectl get pod -n istio-system -l app=jaeger -o jsonpath=’{.items[0].metadata.name}’) 16686:16686 &
Then can use http://localhost:16686.
But the localhost is a Linux machine, there haven’t a browser.
I must open the browser on a remote machine.
How can I do?
thanks.

@qiaozhi58 you could bind the listen address to <IP_ADDRESS> in order to open 16686 port to outside.
kubectl port-forward **--address <IP_ADDRESS>** -n istio-system $(kubectl get pod -n istio-system -l app=jaeger -o jsonpath=’{.items[0].metadata.name}’) 16686:16686 &
References
https://github.com/kubernetes/kubernetes/issues/40053

Create a VirtualService for the path /jaeger and set the destination to the Jaeger service.
@frankbu Should we consider a sample or other documentation showing how to expose the internal services?

@esnible We added documentation already on how to expose the telemetry services. See: https://preliminary.istio.io/docs/tasks/telemetry/gateways/.
This was also filed against istio/istio.io. Closing.

@serefacet @esnible @douglas-reid
thank you very much!


add support for scrubbing.

I can take a look at this. I know fMRIPrep uses both FD and DVARS to annotate motion outliers, but it seems like most scrubbing approaches only use FD. So I envision scrubbing to involve

set a FD threshold (e.g. 0.2 or 0.5 mm based on some literature)
set a num outliers threshold (e.g. 4 minutes of remaining data, or 20% data remaining)
toggle between basic scrubbing (remove outliers) and "optimized scubbing" (iterative process that involves basic scubbing and then removing continuous data segments that are too short)
Return both the one-hot encoded motion outlier confounds and a binary variable for if subject passed motion outlier threshold (step 2)

fixed!


IPython console can't connect to kernel, sticking on "Connecting to kernel..." message

I know many users have gone through the same problem already. I searched all answers in the web and tried all the remedies including the following, but didn't work at all.

reinstall anaconda3 several times;
update pyzmq;
downgrade matplotlib 1.5.1 to 1.4.3;
deactivate antivirus and firewall software;
Reset Spyder Settings
etc.

I'm using Spyder 2.3.8, Python 3.5.1 64 bits on Windows 8.
If you know any other remedy, please let me know.
FYI. In the Console>Kernel tab, the message is:
NOTE: When using the ipython kernel entry point, Ctrl-C will not work.
To exit, you will have to explicitly quit this process, by either sending
"quit" from a client, or using Ctrl-\ in UNIX-like environments.
To read more about this, see https://github.com/ipython/ipython/issues/2049
To connect another client to this kernel, use:
--existing kernel-5948.json  (<- I can't find this file in the '.ipython\profile_default\security' folder.)

This is going to be fixed in Spyder 3.0. Thanks for your patience :-)


offroad add language settings button

This PR add a button in offroad > Device Settings that open up language settings

This is a big change, but I'm excited about it. Perhaps tomorrow we can discuss a plan for this on discord.
Multilanguage support is one of the things we need for openpilot 1.0

This is a big change, but I'm excited about it. Perhaps tomorrow we can discuss a plan for this on discord.
Multilanguage support is one of the things we need for openpilot 1.0

that a great news @geohot,  I built on this fork and added 3 languages:

Arabic, translated by me, added RTL support + Arabic numbers
Korean, translated by @crwusiz
French, translated by @thomaspich

currently I am working on Openpilot Alerts

This is a big change, but I'm excited about it. Perhaps tomorrow we can discuss a plan for this on discord.
Multilanguage support is one of the things we need for openpilot 1.0

Thanks George :)  good to see that i18n is in your todo list!
apks are easy and can rely on android settings or use setprop to change language.
we will need a better way/work flow to generate PO files for python/c strings so anyone can translate them.
few places need to be patched before we can display Chinese / Japanese / Korean, but it's all been done and tested in other forks. :)


elassandra installation on mac | No module named Cython.Build

While following the instructions from the documentation - http://doc.elassandra.io/en/latest/installation.html#tarball-installation
After installing cassandra-driver successfully, I am facing an error while in step 5, command: python pylib/setup.py install
Error:
Traceback (most recent call last):
  File "pylib/setup.py", line 33, in <module>
    ext_modules=get_extensions(),
  File "pylib/setup.py", line 26, in get_extensions
    from Cython.Build import cythonize
ImportError: No module named Cython.Build

cqlsh require python 2.7+ (see cassandra pre-requisite)
Your python is likely not properly installed or configured.
Alternatively, run pip install cqlsh

Le 27 déc. 2016 à 05:54, Siddharth Bhave<EMAIL_ADDRESS>a écrit :
While following the instructions from the documentation - http://doc.elassandra.io/en/latest/installation.html#tarball-installation http://doc.elassandra.io/en/latest/installation.html#tarball-installation
After installing cassandra-driver successfully, I am facing an error while in step 5, command: python pylib/setup.py install
Error:
Traceback (most recent call last):
File "pylib/setup.py", line 33, in
ext_modules=get_extensions(),
File "pylib/setup.py", line 26, in get_extensions
from Cython.Build import cythonize
ImportError: No module named Cython.Build
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/strapdata/elassandra/issues/66, or mute the thread https://github.com/notifications/unsubscribe-auth/AJzHmTmgGV5d6pAKha23HIYe_h5qV9KWks5rMJoagaJpZM4LWB1T.


Messing with ###

Blync Deploy!
The following files were deployed

courses/javascript-primer/01-syntax/01-variables-i/body.md
courses/javascript-primer/01-syntax/01-variables-i/instructions.md


Refine CONTRIBUTING.md Documentation

Description
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Summary: Enhanced the CONTRIBUTING.md file to provide clearer guidance for potential contributors, including detailed instructions on extending core modules, development guidelines, and links to examples.
Motivation: Improved clarity and accessibility for contributors to encourage participation and make it easier for new developers to get started.
Dependencies: No new dependencies required.
Fixes # (issue)

New Package?
Did I fill in the tool.llamahub section in the pyproject.toml and provide a detailed README.md for my new integration or package?

[ ] Yes
[ ] No

Version Bump?
Did I bump the version in the pyproject.toml file of the package I am updating? (Except for the llama-index-core package)

[ ] Yes
[ ] No

Type of Change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[x] Documentation update (non-breaking change to improve guidance)

How Has This Been Tested?
Your pull request will likely not be merged unless it is covered by some form of impactful unit testing.

[ ] I added new unit tests to cover this change
[ ] I believe this change is already covered by existing unit tests

Suggested Checklist:

[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[ ] I have added Google Colab support for the newly added notebooks.
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[x] I ran make format; make lint to appease the lint gods

Much better honestly, thank you!

Thank you.