In reply to @jade_:matrix.org
unsure. i think the rc file isn't read at all, yeah? then i think some sshd config drop in ought to be added to the installer unless you have better ideas

In reply to @jade_:matrix.org
unsure. i think the rc file isn't read at all, yeah? then i think some sshd config drop in ought to be added to the installer unless you have better ideas

I wonder if we couldn't do something in nixpkgs that would be a ready-to-go sshd that's specific to ssh-ng 🤔

As in, it doesn't depend on outside state, and is configured exclusively for use with being used as a Nix builder.

In reply to @philiptaron:matrix.org

I wonder if we couldn't do something in nixpkgs that would be a ready-to-go sshd that's specific to ssh-ng 🤔

As in, it doesn't depend on outside state, and is configured exclusively for use with being used as a Nix builder.

In reply to @jade_:matrix.org
the actual more reasonable thing here is a ssh service/subsystem/whateveritis like sftp

In reply to @jade_:matrix.org
subsystem seems like the absolute cleanest way of doing this tbqh, but putting PATH stuff in a drop in for sshd_config somewhere would also work

In reply to @jade_:matrix.org
subsystem seems like the absolute cleanest way of doing this tbqh, but putting PATH stuff in a drop in for sshd_config somewhere would also work

Of course it is: https://manpages.debian.org/unstable/openssh-server/sshd_config.5.en.html

Note that the Debian openssh-server package sets several options as standard in /etc/ssh/sshd_config which are not the default in sshd(8):

Include /etc/ssh/sshd_config.d/*.conf

so re: https://discourse.nixos.org/t/2024-03-07-documentation-team-meeting-notes-112/40963

@danielsidhion: Evaluating frameworks that could do multi-page renders for the Nixpkgs/NixOS manuals, making sure all necessary extensions and more are supported

is this about presentation frameworks for rendered outputs, or for actual splitting? because actual splitting has been there from day one (html:into-file), which we feel is being forgotten on a weekly basis

I understand the frustration you're experiencing, especially considering the significant effort you've invested into the project.

However, Danielsidhion and I are currently exploring alternative options because we're trying to providing the best possible experience for our users.

This sometimes entails re-thinking our current approach. Adopting an off-the-shelf rendering framework that offers customization options could significantly enhance user-friendliness while reducing complexity and maintenance work. Daniel has a list of needed features like page search, intuitive navigation, handling cross references, md plugins, live editing etc, ultimately improving the overall user experience.

I think we might need an RFC if we really want to migrate anyways. This would also allow potential epub users to show up.