Skip to content

Conversation

vkadlcik
Copy link

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)

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>
Copy link
Member

@hickeyma hickeyma left a 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.

@hickeyma hickeyma added the documentation Improvements or additions to documentation label Mar 27, 2024
Signed-off-by: vkadlcik <54436400+vkadlcik@users.noreply.github.com>
Signed-off-by: vkadlcik <54436400+vkadlcik@users.noreply.github.com>
Copy link
Member

@russellb russellb left a 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>
@vkadlcik
Copy link
Author

vkadlcik commented Apr 3, 2024

Thanks for taking my feedback. There's still one outstanding suggestion - to add a similar warning to the lab train section

Ah, right, when originally mentioned I thought it wasn't meant for me. Sorry, my mistake.
Fixed.

Copy link
Member

@russellb russellb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@anik120
Copy link
Contributor

anik120 commented Apr 4, 2024

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 ilab cli that's not resilient?

@russellb russellb mentioned this pull request Apr 22, 2024
jgato pushed a commit to jgato/instructlab that referenced this pull request Jun 21, 2024
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>
jgato pushed a commit to jgato/instructlab that referenced this pull request Jun 21, 2024
instructlab#741 deleted the contents of the file but not the file itself.

Signed-off-by: BJ Hargrave <hargrave@us.ibm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants