-
Notifications
You must be signed in to change notification settings - Fork 441
Advice against running "generate" and "chat" in parallel #741
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Make users aware of possible segfaults (#346). Place the notice at the beginning of the respective section. Also move the existing notice on how long "lab generate" takes next to it. Signed-off-by: Václav Kadlčík <vkadlcik@redhat.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@vkadlcik Thanks for adding this information. This should also be added to the lab train
section.
Signed-off-by: vkadlcik <54436400+vkadlcik@users.noreply.github.com>
Signed-off-by: vkadlcik <54436400+vkadlcik@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for taking my feedback. There's still one outstanding suggestion - to add a similar warning to the lab train
section
Make users aware of possible segfaults, just like when "generate" and "chat" run in parallel (#346). Signed-off-by: vkadlcik <54436400+vkadlcik@users.noreply.github.com>
Ah, right, when originally mentioned I thought it wasn't meant for me. Sorry, my mistake. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
Do we still need this if #804 is in place? In my mind: Argument for calling this out in the doc: Doesn't hurt to have it. Argument against called this out in the doc: https://github.com/instruct-lab/cli/pull/741/files#diff-b335630551682c19a781afebcf4d07bf978fb1f8ac04c6bf87428ed5106870f5R233 may message out to readers that it's the |
I propose dropping the CODEOWNERS file. The use of CODEOWNERS prevents the default notifications setting of "Participating and @mentioned" from working. If you are in the CODEOWNERS, you get added to every PR and will get all notifications accordingly. This is pretty painful on a busy repo. If a maintainer desires that level of email notifications, they can change their setting to "All Activity" for the repository. CODEOWNERS is also not acting as access control to the repository. That access is managed via github teams, and those teams are granted different levels of access to the respository. In summary, by not using a top-level entry like this, I feel we give people more control over their notifications while not losing any level of access controls on the repo. It allows people to stick to a workflow that best works for them. Signed-off-by: Russell Bryant <rbryant@redhat.com> Signed-off-by: Russell Bryant <rbryant@redhat.com>
instructlab#741 deleted the contents of the file but not the file itself. Signed-off-by: BJ Hargrave <hargrave@us.ibm.com>
Make users aware of possible segfaults (#346).
Place the notice at the beginning of the respective section. Also move the existing notice on how long "lab generate" takes next to it.
(This PR replaces PR #508 which I dropped due to missing sign-off and merge conflicts)