On Wed, Feb 28, 2024 at 06:58:05PM +0100, Willy Tarreau wrote:
> > For the moment, I will document how I got this working and maybe look into
> > further shrinking the amount of data that would be needed to be sent to the
> > LLM. I will definitely need to make it easy to use a local model, since
> > relying on a proprietary service (of questionable repute in the eyes of many)
> > would not be in the true spirit of what we are all trying to do here.
>
> I tend to think that these solutions will evolve very quickly both hosted
> and local, and it's prudent not to stick to a single approach anyway.
Well, in theory, and given time and budget, we can totally imagine a service
for maintainers that is trained on the entirety of lore and continuously
updated. It would be like lei on steroids.
Imagine a session like the following, typed by an imaginary maintainer:
>>> Are there any new patches posted for me?
Using your previously specified criteria, the following relevant series have
been submitted since your last inquiry:
1. [PATCH 0/5] foodrv: fixes to match the kernel coding style
2. [PATCH v2] foodrv: initial support for foodev-alpha3000
3. [PATCH v3 000/255] mm: remove the FLUB allocator
4. [PATCH RFC v17 00/23] foodrv: rewrite in rust
>>> Remove any series that received negative reviews and any threads that I already replied to.
After removing the patch series that received negative reviews from automated
testing tools and the series containing your reply, the following threads
remain:
1. [PATCH 0/5] foodrv: fixes to match the kernel coding style
2. [PATCH v2] foodrv: initial support for foodev-alpha3000
>>> Apply these series to my tree in individual branches and queue tests.
1. Applied as review/foodrv-fixes-match-kernel-coding-style
2. Applied as review/v2-foodrv-initial-support-foodev-alpha3000
3. Pushed to ci.corpforge.example.com for automated testing
>>> Any new relevant discussions?
Using your previously specified criteria, the following new discussions are
relevant to you:
1. CVE-5555-1212: denial of service in foodrv device drivers
2. [Bug 5551212] foodrv melted my keyboard!
3. Is anyone else getting weird results running test t/barbaz_123?
>>> Summarize the bug report.
The bug report, submitted by Krazy Person <krazy@xxxxxxxxxxx>, claims that the
version of foodrv shipping with stable kernel 6.6.18 melted their keyboard due
to sonar feedback loop between their tinfoil hat and the CIA monitoring
devices implanted in their USB cables.
>>> Close this bug report as invalid. Politely explain that this is not possible.
Posted a new comment from Busy Maintainer:
Hello, thank you for your bug report. At this time, we do not believe that
interaction between foodrv and the keyboard would lead to a thermal event
of this magnitude.
Bug 5551212 closed as RESOLVED/INVALID.
>>> Send the other two threads to my inbox and include any future updates.
lei: sending to your inbox:
1. CVE-5555-1212: denial of service in foodrv device drivers (5 messages)
2. Is anyone else getting weird results running test t/barbaz_123? (72 messages)
lei: configured to retrieve any further thread updates
>>> (etc)
Large parts of this can be accomplished today already, some with minor
integration functions (lei, bugtracker, git, etc). We should, of course, worry
about LLM hallucinating or just being plain buggy, but we can certainly
imagine a scenario where this is a usable workflow alongside the more
traditional reading and replying to mail, and it's not even from the
realm of some trek-inspired fantasy.
-K
