3 ms·

I'm surprised recent MS Office isn't fully supported under Wine yet, given the advantages that LLMs give in reverse engineering stuff. EDIT: Well, should have

by cromka 20d ago

I'm surprised recent MS Office isn't fully supported under Wine yet, given the advantages that LLMs give in reverse engineering stuff. EDIT: Well, should have searched first before posting: https://itsfoss.com/news/bottles-microsoft-365-early-look/ https://itsfoss.com/news/bottles-microsoft-365-early-look/

Krssst 20d ago
I generally assume Wine cannot use LLMs considering developers that have been in contact with Windows code cannot contribute and LLMs almost certainly were. Edit: for reference: https://gitlab.winehq.org/wine/wine/-/wikis/Developer-FAQ https://gitlab.winehq.org/wine/wine/-/wikis/Developer-FAQ No such reference to LLMs possibly being trained on Windows code however. Well maybe AI companies were careful to remove problematic data from the training set.
- EMIRELADERO 20d ago
  That would be a stupid application of the rule, it would mean no developer could use an LLM for anything that already has a proprietary alternative with heavily documented internals or leaked source code.
  - Krssst 19d ago
    Not so sure, if the LLM has been overfitted and can just throw back something equivalent to the original code, then it's no different from a human having seen the code and writing something similar afterwards. On another hand, I'd be curious about Microsoft's reaction if somebody let an agent write a "perfect" Windows emulator/compatibility layer eating away at Windows's market share (assuming that's possible; since it does not exist it's probably not currently). Would not do much for kernel anti-cheats but would help for productivity software. Microsoft could either choose to say this is not a white box implementation and take down the project but it would hurt anything LLM-related since all LLM-based projects could be targeted, or let it live and eat away at Windows (I suspect they'd choose the latter because it's the shiny new thing and would probably not hurt Windows that much).

by cromka 20d ago

Krssst 20d ago

I generally assume Wine cannot use LLMs considering developers that have been in contact with Windows code cannot contribute and LLMs almost certainly were. Edit: for reference: https://gitlab.winehq.org/wine/wine/-/wikis/Developer-FAQ https://gitlab.winehq.org/wine/wine/-/wikis/Developer-FAQ No such reference to LLMs possibly being trained on Windows code however. Well maybe AI companies were careful to remove problematic data from the training set.

EMIRELADERO 20d ago
That would be a stupid application of the rule, it would mean no developer could use an LLM for anything that already has a proprietary alternative with heavily documented internals or leaked source code.
- Krssst 19d ago
  Not so sure, if the LLM has been overfitted and can just throw back something equivalent to the original code, then it's no different from a human having seen the code and writing something similar afterwards. On another hand, I'd be curious about Microsoft's reaction if somebody let an agent write a "perfect" Windows emulator/compatibility layer eating away at Windows's market share (assuming that's possible; since it does not exist it's probably not currently). Would not do much for kernel anti-cheats but would help for productivity software. Microsoft could either choose to say this is not a white box implementation and take down the project but it would hurt anything LLM-related since all LLM-based projects could be targeted, or let it live and eat away at Windows (I suspect they'd choose the latter because it's the shiny new thing and would probably not hurt Windows that much).