• Re: Project-wide LLM budget for helping people (was: Re: Complete and u

    From Lucas Nussbaum@21:1/5 to All on Wed Jun 4 17:10:01 2025
    Hi,

    On 11/01/25 at 19:13 -0800, Otto Kekäläinen wrote:
    ...
    Debian should consider allocating some budget like several hundred USD
    per month for the LLM API calls for all members and new-comers' usage.

    I don't think Debian should as an organization pay for LLMs. On the
    contrary I would expect LLM providers to offer API keys for free to
    Debian Developers just like we have other perks listed at https://wiki.debian.org/MemberBenefits.

    Considering how much the LLMs have utilized open source software when building and training them, it would actually make a lot of sense for
    those companies to step up and partner with Debian just like many web
    hosting companies have, as they all likewise have built their
    businesses on top of open source software. Currently, I don't see any
    AI companies at https://www.debian.org/partners/.

    If anyone has contacts at OpenAI, Anthropic, xAI, DeepSeek, 01 AI,
    Zhipu AI, Meta, Mistral, Nexus, Alibaba, AI21 Labs, Cohere etc, please
    tell them about the opportunity to sponsor Debian :)

    Did something happen about this?

    I saw that OpenAI released Codex CLI[0] (an alternative to Claude Code). Quoting the README:
    Codex CLI is built for developers who already live in the terminal and
    want ChatGPT-level reasoning plus the power to actually run code,
    manipulate files, and iterate - all under version control. In short,
    it's chat-driven development that understands and executes your repo.
    * Zero setup - bring your OpenAI API key and it just works! Full
    * auto-approval, while safe + secure by running network-disabled and
    * directory-sandboxed Multimodal - pass in screenshots or diagrams to
    implement features ✨
    And it's fully open-source so you can see and contribute to how it
    develops!

    (Of course, the "open source" part applies to the client app, not to the
    model)

    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this
    could help their Debian activities?

    I'm willing to handle the paperwork and apply on behalf on Debian (and
    then handle giving access to DDs), but of course this would need DPL
    approval (Cced).

    [0] https://github.com/openai/codex
    [1] https://openai.com/form/codex-open-source-fund/

    Lucas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From M. Zhou@21:1/5 to Lucas Nussbaum on Thu Jun 5 04:00:01 2025
    This is a multi-part message in MIME format.
    Please roll me (and potentially debian-ai@lists.debian.org) in the CC list.

    On 6/4/25 11:04 AM, Lucas Nussbaum wrote:
    (Of course, the "open source" part applies to the client app, not to the model)

    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this
    could help their Debian activities?

    I'm willing to handle the paperwork and apply on behalf on Debian (and
    then handle giving access to DDs), but of course this would need DPL
    approval (Cced).

    [0]https://github.com/openai/codex [1]https://openai.com/form/codex-open-source-fund/

    Lucas

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p><font face="monospace">Please roll me (and potentially
    <a class="moz-txt-link-abbreviated" href="mailto:debian-ai@lists.debian.org">debian-ai@lists.debian.org</a>) in the CC list.</font></p>
    <div class="moz-cite-prefix">On 6/4/25 11:04 AM, Lucas Nussbaum
    wrote:<span style="white-space: pre-wrap">
    </span></div>
    <blockquote type="cite" cite="mid:aEBggpb5oRsCotyH@grub.nussbaum.fr">
    <pre wrap="" class="moz-quote-pre">(Of course, the "open source" part applies to the client app, not to the
    model)

    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this
    could help their Debian activities?

    I'm willing to handle the paperwork and apply on behalf on Debian (and
    then handle giving access to DDs), but of course this would need DPL
    approval (Cced).

    [0] <a class="moz-txt-link-freetext" href="https://github.com/openai/codex">https://github.com/openai/codex</a>
    [1] <a class="moz-txt-link-freetext" href="https://openai.com/form/codex-open-source-fund/">https://openai.com/form/codex-open-source-fund/</a>

    Lucas

    </pre>
    </blockquote>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Holger Levsen@21:1/5 to Lucas Nussbaum on Thu Jun 5 13:40:01 2025
    On Wed, Jun 04, 2025 at 05:04:34PM +0200, Lucas Nussbaum wrote:
    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this
    could help their Debian activities?

    or maybe Debian should not.


    --
    cheers,
    Holger

    ⢀⣴⠾⠻⢶⣦⠀
    ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
    ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
    ⠈⠳⣄

    Die meisten Menschen können sich eher das Aussterben der Menschheit vorstellen als das Ende von Herrschaftsideologie und Kapitalismus. (@elektra_42)

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEuL9UE3sJ01zwJv6dCRq4VgaaqhwFAmhBgckACgkQCRq4Vgaa qhzSDxAAuf9cqhmv1IbhDKP72FEhGHRnZJd9pTIuq1Q3r65PV3dEqJe6lzWp4YUs 5ZcmfA4NK58pTEhXnDEXz7t0ACyUiZvmpWU7LsZBiqDR2u6YwfqmBUdtEvPJzm8k /5w6AjR1Q+T+mZYv9qgVxb1wqPuIy1RDNKQ/3GnpPTHfXi9rMGVXc5d2sYeE6My7 6kFvX3jERObzPf9F7uOKv8rISxlYhXRSrAS54IxroItsPtl+HBob4taLr43TuEM8 52wISc/8+RSvXFG2hxk90AyfKmMsSoKcbxeuGmHkYl1oPOL9JLeCiOoLSQrFmCrR ByRCSLQ123LaOavAPiN8eEmPPJ4ApiBP/NcfHTUxMikU9+1QOxK94xeocYtl8nNZ d/OWYOnp12EqKGX0iR5cueTpq6ni63CyWhD3vyx8RK+5mDbaZTfs/s7UXmrB8+S+ hqB9djF5yQj/jCUCus3nsoOWmas2i8TVQLc5tgvbzRB4iHB3aMZiMq2YE/s/oXRn uCMfe2WAx308TTZwPN1K51+J8bAn
  • From Lucas Nussbaum@21:1/5 to Holger Levsen on Fri Jun 6 12:10:02 2025
    On 05/06/25 at 11:38 +0000, Holger Levsen wrote:
    On Wed, Jun 04, 2025 at 05:04:34PM +0200, Lucas Nussbaum wrote:
    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this
    could help their Debian activities?

    or maybe Debian should not.

    Maybe. Honestly, I don't know.

    Based on my limited experiments on this (everyone, feel free to correct
    me), in the specific context of AI-assisted Debian development, the
    question is threefold. As a Debian contributor, you would needed:

    (A) an "agent", that is the client software running on your machine that
    you talk with, and that interacts with your codebase (read files, make
    changes to files, run commands, create git commits, etc.). Ideally in
    some kind of sandbox and/or with permissions management.
    Examples include 'Claude Code' (works in CLI, proprietary, interacts
    only with Anthropic models), Cursor(.com) (VS Code fork, proprietary,
    interacts with either Claude* (Anthropic) or Gemini* (Google)), Codex
    CLI (free software, developed by OpenAI and focused on their models, but supposed to work with other providers). DebGPT fits here too (but is
    less advanced for coding tasks than Claude Code or Cursor).

    (B) a way to query models:
    - either subscription-based from commercial services such as OpenAI,
    Anthropic, Gemini, ... or brokers like OpenRouter.
    - or using "open" models that you can download and run yourself,
    typically with ollama (free software)

    (C) good matching between (A) and (B): it helps if the client side (A)
    knows how to tune to queries ("prompt engineering") for the specific provider/model in use (B). Typically, in my tests, trying to use Codex
    CLI with ollama fails there (or I could not find a model that produced reasonable results). (Also the OpenAI API has variants that are not
    supported by all models ("tools support").)


    As Debian, we should probably care if (A) is free software, and
    ultimately package those in Debian. Currently the ecosystem is not quite
    there yet, but that doesn't sound like a super-hard problem (there are
    attempts at free alternatives and no real blocker). Those could go in
    Debian main: it's not very different from packaging an OpenAI API client (python-openai) or a GitHub client.

    For Debian, the real question is about (B). Should we just accept that
    the best services are the commercial ones currently, and if they can
    help us make Debian better, embrace them? After all, we:
    - use commercial CDNs to distribute packages
    - rely on cloud providers for hosting various services
    - fix issues detect by tools that are not free software
    (I don't have an answer for that question, but I think that it's useful
    for us to investigate how AI-assisted coding could help us)


    Note that I don't buy the 'AI produces crap anyway' argument: after experimenting with Claude Code and Cursor, I'm fully convinced that they
    can help with some of the tasks involved in Debian development (and
    their ability to help us will probably only increase over time).

    Also, I don't think that the question is "should we trust AI-generated
    code" at this point (and if it was asked at this point, the answer
    should be a clear "no" in our context). We should continue to require
    that contributions are linked to a developer who made reasonable
    efforts to ensure that no errors were made, and are able to act
    responsibly if that fails somehow.

    Lucas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ansgar =?UTF-8?Q?=F0=9F=99=80?=@21:1/5 to Holger Levsen on Fri Jun 6 12:50:01 2025
    Hi,

    On Fri, 2025-06-06 at 10:33 +0000, Holger Levsen wrote:
    On Fri, Jun 06, 2025 at 12:03:32PM +0200, Lucas Nussbaum wrote:
    or maybe Debian should not.
    Maybe. Honestly, I don't know.
     
    I'd rather not take their offer based on moral grounds: they stole
    and
    steal from everyone and want to make that normal. And for that, they
    offer some breadcrumbs to the people they stole from.

    The four freedoms of the FSF explicitly include "the freedom to study
    the source code [and make changes]". Presumably this is not limited to
    specific use cases just like the freedom to run the program as you
    wish.

    Also they contribute massivly to burning down our only planet faster.

    So do in-person conferences, rebuilding software just to observe that
    no changes happen, crypto currencies, blockchains and lots of other
    things. Arguably some of these things might have less value than LLMs.

    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ansgar =?UTF-8?Q?=F0=9F=99=80?=@21:1/5 to Holger Levsen on Fri Jun 6 13:10:01 2025
    Hi,

    On Fri, 2025-06-06 at 10:51 +0000, Holger Levsen wrote:
    On Fri, Jun 06, 2025 at 12:48:11PM +0200, Ansgar 🙀 wrote:
    Also they contribute massivly to burning down our only planet
    faster.
    So do in-person conferences, rebuilding software just to observe
    that
    no changes happen,

    horseshit. those things dont require dozens of entire powerplants...

    Smelly bullshit. Just because planes don't fly with electric power,
    they still require energy. And data processing already required
    multiple powerplants before LLMs came along.

    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Holger Levsen@21:1/5 to Lucas Nussbaum on Fri Jun 6 12:40:01 2025
    On Fri, Jun 06, 2025 at 12:03:32PM +0200, Lucas Nussbaum wrote:
    or maybe Debian should not.
    Maybe. Honestly, I don't know.

    I'd rather not take their offer based on moral grounds: they stole and
    steal from everyone and want to make that normal. And for that, they
    offer some breadcrumbs to the people they stole from.

    Also they contribute massivly to burning down our only planet faster.


    --
    cheers,
    Holger

    ⢀⣴⠾⠻⢶⣦⠀
    ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
    ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
    ⠈⠳⣄

    We are not moving into a 1.5C world, we are briefly passing through it in 2024. (James Hansen)

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEuL9UE3sJ01zwJv6dCRq4VgaaqhwFAmhCw98ACgkQCRq4Vgaa qhwclBAAu14RnHmdwPLbiXszl4dkeP40wX15Etu4ti3mw1VwdwEv8KkTkJJ/3IGF dQSHDpSlotonc7fFkALSWXVTnnUnIVFZ9GyPP869dap9ZP9Mh9VZq18e0r+V/U5W y5PToSvC9x74I2400MRpAnyHfUP0HwAzKBRBjN1EWHDfw34EEXx7wffj9r4BKwhG fBIgkr4/h45NGkgi63L2tlKXPM9vncUbeATCgYl+vPJvRKDkHfProjpnxRZ6s951 lHrLnsv1bJhFF+NqVXC7W73DX12NijhmcyVBNgBvJ4gscG9yptavGHFoPg0oALwC 6yf8990nSxMWCwKnkJGpJyUmIMd5qU36vwOLF5M2Frs2En7VzaUfX9JBHVa4y/Qj O8gYXOy0AyqcNsnLu+qzVTsJ5f2FgE+B/z9XZHpAHs1ZhQpMbdndhgu6EQXb0DaU T1PejMzebz2+lUCtqfjkqZbZSjeqoQ3TS2sXZ99msfqf1bKhu4AFzfdLrU4n9UGv NDVM6dlz2qp42NYBKz8zvRxKfXLZR/8XYozUVkmJr9yi4s7tPCAs25CooWzFcDVD te6ak+lNfsWUaHYZK
  • From Holger Levsen@21:1/5 to All on Fri Jun 6 13:00:01 2025
    On Fri, Jun 06, 2025 at 12:48:11PM +0200, Ansgar 🙀 wrote:
    Also they contribute massivly to burning down our only planet faster.
    So do in-person conferences, rebuilding software just to observe that
    no changes happen,

    horseshit. those things dont require dozens of entire powerplants...


    --
    cheers,
    Holger

    ⢀⣴⠾⠻⢶⣦⠀
    ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
    ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
    ⠈⠳⣄

    The purpose of propaganda isn't to make you believe something. It's to make you believe nothing. So that you do nothing. (@DarthPutinKGB)

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEuL9UE3sJ01zwJv6dCRq4VgaaqhwFAmhCyEQACgkQCRq4Vgaa qhxIXw//ezjugM+0Vz+RRff/82wb0KQXorbefZO4QsVF9TETHXZonCBeU25b5uP8 rIPXmZUuSMa2NUKhbguzspcDLuoSJnff44zLprP2C65aq8rGKh9n8IejGi+yGvcx 8O/rRvjs4xCmJUrEoVhjz1bT2Ul9kFQdi1ajiNZLc92jpNDkXq/r1QkotDWBhp75 tAnulfz8CV204te3hk37anIlVesjRlicotwSJI37Ks2eyTA5/DZdTTa1UNE/RNtJ 22Vf4t+Ut7+ez8fs6mWLl3kkqKHmfIbmds3hiDkkTioKvGZsBPKrtV/Q66xzw9Vp jPNhQXNWlB08G7VAhJ15JMmfyRR+3MtYV6P3qVS1xKK9cFRDo7R5CgDpxy+fVwfy yEwEo1IkN/c43xmRnkHM0vft/wKDAx+46XxfEi2K47D0iaBpqf5+mkSngdZzCIli LSP9Es+TPzhshQISbo7KtNUKURFMlAguptbKVRfgnol6VoQf4fpQQos8qcVfqBxd T54Olgi4pDfcopzvZWrrbAUA66irqMO4oFHTNz1C
  • From =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?@21:1/5 to All on Wed Jun 11 21:20:01 2025
    Hi!

    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant so that Debian contributors could get hands-on experience on how this could help their Debian activities?

    or maybe Debian should not.

    Maybe. Honestly, I don't know.

    I still think it would be a nice perk for DDs, along the other perks
    listed at https://wiki.debian.org/MemberBenefits

    It is up to each DD to decide how to use the tools and services.
    Personally I don't recommend using them to generate code as in the
    Debian context they seem to output so much bad results, but using
    LLM's for example to review code seems to be working pretty well and
    is faster and cheaper than waiting for humans to review (and humans
    can still review, they will just seem more polished stuff).

    ...
    (A) an "agent", that is the client software running on your machine that
    you talk with, and that interacts with your codebase (read files, make changes to files, run commands, create git commits, etc.). Ideally in
    some kind of sandbox and/or with permissions management.
    Examples include 'Claude Code' (works in CLI, proprietary, interacts
    only with Anthropic models), Cursor(.com) (VS Code fork, proprietary, interacts with either Claude* (Anthropic) or Gemini* (Google)), Codex
    CLI (free software, developed by OpenAI and focused on their models, but supposed to work with other providers). DebGPT fits here too (but is
    less advanced for coding tasks than Claude Code or Cursor).

    All of the above are closed-source solutions. I have been playing
    around with the fully open https://aider.chat/ for well over a year
    and I would recommend it instead. I hope to some day write a blog post
    about how I run it inside a container safely and how I have customized
    it to give better results than what it does out-of-the-box.

    (B) a way to query models:
    - either subscription-based from commercial services such as OpenAI,
    Anthropic, Gemini, ... or brokers like OpenRouter.
    - or using "open" models that you can download and run yourself,
    typically with ollama (free software)

    I am a big fan of OpenRouter.ai, but they are just a router. I would
    like to see the actual model trainers contribute back to open source
    by issuing free API usage to Debian Developers etc. If you have time,
    please reach out to the three companies you mentioned. I had hoped
    that the Debian Machine Learning team had direct contacts to these
    companies, but apparently not.

    (C) good matching between (A) and (B): it helps if the client side (A)
    knows how to tune to queries ("prompt engineering") for the specific provider/model in use (B). Typically, in my tests, trying to use Codex
    CLI with ollama fails there (or I could not find a model that produced reasonable results). (Also the OpenAI API has variants that are not
    supported by all models ("tools support").)

    I usually look at these leaderboards to see what currently yields the
    best results with specific models and tools combined:

    https://aider.chat/docs/leaderboards/
    https://openrouter.ai/rankings

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lucas Nussbaum@21:1/5 to All on Thu Jun 12 09:50:02 2025
    On 11/06/25 at 22:10 +0300, Otto KekΣlΣinen wrote:
    Hi!

    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this could help their Debian activities?

    or maybe Debian should not.

    Maybe. Honestly, I don't know.

    I still think it would be a nice perk for DDs, along the other perks
    listed at https://wiki.debian.org/MemberBenefits

    It is up to each DD to decide how to use the tools and services.
    Personally I don't recommend using them to generate code as in the
    Debian context they seem to output so much bad results, but using
    LLM's for example to review code seems to be working pretty well and
    is faster and cheaper than waiting for humans to review (and humans
    can still review, they will just seem more polished stuff).

    My experience is a bit different -- I've found it useful to treat the LLM
    as an inexperienced coworker:
    - decide on what I would like to do
    - ask the LLM to do it
    - review carefully
    - refine what the LLM proposes either by asking with more details, or
    edit directly

    (A) an "agent", that is the client software running on your machine that you talk with, and that interacts with your codebase (read files, make changes to files, run commands, create git commits, etc.). Ideally in
    some kind of sandbox and/or with permissions management.
    Examples include 'Claude Code' (works in CLI, proprietary, interacts
    only with Anthropic models), Cursor(.com) (VS Code fork, proprietary, interacts with either Claude* (Anthropic) or Gemini* (Google)), Codex
    CLI (free software, developed by OpenAI and focused on their models, but supposed to work with other providers). DebGPT fits here too (but is
    less advanced for coding tasks than Claude Code or Cursor).

    All of the above are closed-source solutions.

    Not Codex CLI

    I have been playing
    around with the fully open https://aider.chat/ for well over a year
    and I would recommend it instead. I hope to some day write a blog post
    about how I run it inside a container safely and how I have customized
    it to give better results than what it does out-of-the-box.

    Right, aider.chat came up in another discussion, and looks promising.
    There was an ITP about it (#1082026, abandonned).

    Another Free Software alternative is Zed (https://github.com/zed-industries/zed), but it looks less open in the
    spirit than Aider.
    Other closed-source products are WindSurf, Augment Code.

    Lucas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?@21:1/5 to All on Thu Jun 12 10:20:01 2025
    All of the above are closed-source solutions.

    Not Codex CLI

    Indeed, I guess I need to try it out now to evaluate it.

    I have been playing
    around with the fully open https://aider.chat/ for well over a year
    and I would recommend it instead. I hope to some day write a blog post about how I run it inside a container safely and how I have customized
    it to give better results than what it does out-of-the-box.

    Right, aider.chat came up in another discussion, and looks promising.
    There was an ITP about it (#1082026, abandonned).

    Yes, I am in 'X-Debbugs-Cc' for it as it was my mentee working on it,
    but dependencies turned out too complex.

    Another Free Software alternative is Zed (https://github.com/zed-industries/zed), but it looks less open in the
    spirit than Aider.

    Zed is a full editor, written by the same authors who originally did
    Atom at GitHub, which later got killed by Microsoft in their push for
    VS Code, and then Atom reincarnated as Pulsar. I still use Pulsar but
    might switch to Zed (ITP stalled at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=10761659.

    Anyway, I am glad if you can contact the major LLM producers and see
    if they want to offer free API access to Debian Developers. Healthy
    scepticism is good, but we should not categorically dismiss use of
    LLMs.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Richter@21:1/5 to Lucas Nussbaum on Thu Jun 12 10:20:02 2025
    Hi,

    On 6/12/25 16:42, Lucas Nussbaum wrote:

    My experience is a bit different -- I've found it useful to treat the LLM
    as an inexperienced coworker:
    - decide on what I would like to do
    - ask the LLM to do it
    - review carefully
    - refine what the LLM proposes either by asking with more details, or
    edit directly

    My feeling is that LLMs are not really useful in the context of newcomer onboarding, neither as a resource we want to make available to newcomers
    for "easy tasks", nor as a tool to produce documentation aimed at newcomers.

    The only thing worse than no documentation is wrong documentation, and
    I've had the "pleasure" of reviewing way too many merge requests where
    someone ran a .pot file through Google Translate and submitted that, or
    had an LLM generate Doxygen documentation for the entire project to make
    the CI warnings about undocumented structs and functions go away.

    This is still a compilation process, so it *removes* information. It is
    not reproducible because it also adds randomness, and it merges a
    massive lossily compressed database in the process, but the actual
    information that needs to be conveyed comes from us, and we need to take
    care that any processed form of that information that we publish is
    still accurate. This is further complicated by the fact that the
    database we're merging contains potentially conflicting or outdated information.

    Simon

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andreas Tille@21:1/5 to All on Thu Jun 12 12:10:01 2025
    Hi Lucas,

    Thank you for bringing up the idea of Debian applying for the OpenAI
    Open Source Fund. I appreciate you taking the initiative to explore
    potential funding opportunities that could benefit DDs who might decide
    freely to profit from it or not.

    Since you've asked for DPL approval, I hereby approve your initiative to explore and apply for the OpenAI Open Source Fund.

    Kind regards
    Andreas.

    Am Thu, Jun 12, 2025 at 09:42:48AM +0200 schrieb Lucas Nussbaum:
    On 11/06/25 at 22:10 +0300, Otto KekΣlΣinen wrote:
    Hi!

    OpenAI has an Open Source fund. Maybe Debian should apply[1] for a grant
    so that Debian contributors could get hands-on experience on how this could help their Debian activities?

    or maybe Debian should not.

    Maybe. Honestly, I don't know.

    I still think it would be a nice perk for DDs, along the other perks
    listed at https://wiki.debian.org/MemberBenefits

    It is up to each DD to decide how to use the tools and services.
    Personally I don't recommend using them to generate code as in the
    Debian context they seem to output so much bad results, but using
    LLM's for example to review code seems to be working pretty well and
    is faster and cheaper than waiting for humans to review (and humans
    can still review, they will just seem more polished stuff).

    My experience is a bit different -- I've found it useful to treat the LLM
    as an inexperienced coworker:
    - decide on what I would like to do
    - ask the LLM to do it
    - review carefully
    - refine what the LLM proposes either by asking with more details, or
    edit directly

    (A) an "agent", that is the client software running on your machine that you talk with, and that interacts with your codebase (read files, make changes to files, run commands, create git commits, etc.). Ideally in some kind of sandbox and/or with permissions management.
    Examples include 'Claude Code' (works in CLI, proprietary, interacts
    only with Anthropic models), Cursor(.com) (VS Code fork, proprietary, interacts with either Claude* (Anthropic) or Gemini* (Google)), Codex
    CLI (free software, developed by OpenAI and focused on their models, but supposed to work with other providers). DebGPT fits here too (but is
    less advanced for coding tasks than Claude Code or Cursor).

    All of the above are closed-source solutions.

    Not Codex CLI

    I have been playing
    around with the fully open https://aider.chat/ for well over a year
    and I would recommend it instead. I hope to some day write a blog post about how I run it inside a container safely and how I have customized
    it to give better results than what it does out-of-the-box.

    Right, aider.chat came up in another discussion, and looks promising.
    There was an ITP about it (#1082026, abandonned).

    Another Free Software alternative is Zed (https://github.com/zed-industries/zed), but it looks less open in the
    spirit than Aider.
    Other closed-source products are WindSurf, Augment Code.

    Lucas



    --
    https://fam-tille.de

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCAAdFiEE8fAHMgoDVUHwpmPKV4oElNHGRtEFAmhKpdMACgkQV4oElNHG RtEp9hAAgIA0hsujdVfg9x8+iJ0UJtPyKfkrqb5GHZSpPJDwBv1HxwrZmtrthFUL sV+0mXEOay0FJx7RB1lypiPCQo9c77g/JeB25aqr3OL8BMktXTv/WsPHJsHvutR4 iG7UV6VzXLWZHPw0cdqafeog4XNG895C3wawJOFvrnBdD6hYwwcQcawB55tTLl3w n86sgy2yZ3JNkBm5nb/1m5TIosAxS5NvwVKChCgR454tKy5pLo0U+mVsVCTq7YV+ 8bZCrZ4Ngg2+DTBjAl53UzEdXIPQYTMK6nojMObgXZWNydON0ooRFsWWFdMcl3is x6yDuhJzZpmtJaJ8pZccwCbRtujuqjYjWq4GTE4oabtQFZbBwCj7qkfeFCR2RpaL 90MhnO+EVWLeFuB0krLEe1mO4I6lAImkh4dKX2F7geCoIAm9hyR5lEuNaHAKg5i1 syAErbRzSKsLOUQkLzj6rWGzjzu80eg+u6J5J4FNCRCGPKeZZm3XbageKuO1dR9H J8KGcYeMSGCV2GP6LYvcZXIejd23penZd5arfq5mB/12XX4DZEBio8FwMyVrnvHh oYdT0tmyW8gesZVnXStS8zNOP3pxnJQfGXeBpC0llORRfAdWbsT5tRnwiOMPYXqT 8paOEWaaBKP98H5hc3crLXoRM0qjFeFl/zF9qGFhSZBhlr2L0Bg=
    =AbtL
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)