Join the discussion

Write your take first — we'll ask for email only when you're ready to publish.

  • Hacker News
  • How conservative.
  • TIL being climate conscious is "conservatism"....
  • Is that a bad thing? Not everyone needs to chase VC money
  • Proposal A would of course be the best option, but requires a two thirds majority for... some reason. Proposals B, C, D, E are all defeatist policies that appeal to a "here to stay" narrative. Proposal G is potentially workable but has so many carve-outs to be practically useless, leaving only Proposal H as a workable policy if A fails to pass.
  • Tried to decipher this but seems a bit convoluted. If the Kernel now allows LLM code, then what will Debian do if they ban LLM code? Choice 7 and choice 8 seem pretty clear that the project simply can't continue under those circumstances.
  • Well, they could try to prove the correctness of that LLM-based kernel code.

    If it passes, then they could use it, no?

  • Neither choice 7 nor 8 attempt to forbid packaging of any upstream project with LLM contributions like the kernel.

    Choice 7 says "The proposal does not cover indirect contributions, i.e. those originating from upstream works.". It's only making requirements on Debian work specifically.

    Choice 8 says "We also acknowledge that LLM usage can be hard if not impossible to detect and that Debian as a distribution cannot really impose LLM policies on other projects we package and distribute. Therefore this text is just a position statement." It doesn't impose any requirements at all on anybody, even for debian specific work: it just says "we'd prefer it if you don't use this technology".

  • The choices are oddly and not consistently worded. "Ban LLM contributions from Debian via Social Contract", "A cautious approach to generative AI", "Debian is created by humans" and "Avoid the use of LLM: climate destruction is a deal breaker" all in one list? Sounds like several people wrote them and did not agree on the form.
  • > Sounds like several people wrote them and did not agree on the form

    Of course several people wrote different position statements to vote on.

    Did you expect one Debian developer to cook up half a dozen possible stances he is not even personally invested in? Are you constantly surprised that election programs of different parties are worded differently (and use different fonts)?

  • This is the way general resolutions in Debian generally work. There's a lot of pre-vote discussion where different people and groups propose and draft their preferred options, to produce what they feel is the best expression of their position. If you can get enough seconders for your proposal it goes on the ballot, with the text you chose and your seconders agreed with. There isn't any requirement for the options to use consistent terminology or avoid overlap, and no overarching editorial process to impose consistency (which would be tricky anyway in cases like this where terminology choices and overall framing can be part of the disagreement between people.)
  • > After the voting period there will be a record of all the votes without the name of the voter. It will instead contain a cryptographic hash. You will receive a secret after you have voted that can be used to calculate that hash. This allows you to verify that your vote is in the list. This secret is sent in an encrypted mail.

    I've always wanted this for mail-in voting. E.g. print a random secret on the voting form I receive per mail. Afterwards publish the complete vote-count on the web, with the choice and a hash of the secret. So I can check that my vote was recorded, and only once, and correctly.

    I understand there might be a lot of reasons for why it could fail in practice, but it would be a start.

    by rho4
  • It's not secret to the administrator though, as they could know who was assigned what secret. I think it could work like: before voting, you go to an office where they verify your identity and let you randomly pick envelope containing unique number from a box. After voting all votes are published and you can verify your vote was counted, but nobody else knows your number.
  • For something like voting on decisions for some open source project, sure.

    For actually voting on representatives it would be an absolute disaster.

  • For me, the main reason that I'm against all high-tech voting solutions is that a less-than-gifted citizen must be able to check that, at least for their polling station:

    - Their vote, and everyone else's, was counted exactly once.

    - The number of ballots that are counted is the same as the number of people who voted.

    - Votes are anonymous.

    All that is easily done with a clear ballot box, a signing registry, and public counting. Adding technology to that just makes the process more difficult to trust IMO.

    As for myself, you're going to have to convice me that the software + hardware that's running on election day is exactly conformant to its published source code (the source code is available, right?)

  • The unfortunate reason this isn't doable in the US anyway, and any time someone has a great idea on how to improve elections this inevitably comes up: preventing coersion. It's difficult to balance transparent voting with ensuring that you can't prove which way you voted in exchange for money or favors.
  • I think the main problem with this is that you can be paid/coerced to vote for someone and be able to easily prove that you voted for the person they wanted. It’s easier to vote for the person you actually wanted to vote for, and maintain plausible deniability, if you go in person to a voting booth.