sar

RBL1 - Startup Evaluation Guide

Problem

• What is the core problem or unmet need?
• What is the pain?

Solution

• What is your solution?
• What is your product or service?

sar

#!/bin/env bash
set -eo pipefail

#
# Part of a Fedora CoreOS blog post on my website:
# https://www.matthiaspreu.com/posts/fedora-coreos-embed-ignition-config/
#
# Script modifies a FCOS virtual machine image and injects
# an Ignition configuration in it.
#

sar

javascript:(() => {
  const timeout = 500;
  const buttons = document.querySelectorAll("[aria-label^='Unsubscribe from']");

  for(let button of buttons) {
    setTimeout(() => { 
      console.group(button.attributes['aria-label'].value);

      setTimeout(() => { button.click(); }, timeout);

sar

##.ytp-gradient-bottom

sar

Source address	Target address	Type	Country code
/<*>	/index.html	200 OK (Rewrite)	-

sar

Enable libvirtd

Add:

virtualisation.libvirtd.enable = true;

and

users.users.<you>.extraGroups = [ "libvirtd" ];

sar

General notes

• nix-channel and ~/.nix-defexpr are gone. We'll use $NIX_PATH (or user environment specific overrides configured via nix set-path) to look up packages. Since $NIX_PATH supports URLs nowadays, this removes the need for channels: you can just set $NIX_PATH to e.g. https://nixos.org/channels/nixos-15.09/nixexprs.tar.xz and stay up to date automatically.

• By default, packages are selected by attribute name, rather than the name attribute. Thus nix install hello is basically equivalent to nix-env -iA hello. The attribute name is recorded in the user environment manifest and used in upgrades. Thus (at least by default) hello won't be upgraded to helloVariant.

  @vcunat suggested making this an arbitrary Nix expression rather than an attrpath, e.g. firefox.override { enableFoo = true; }. However, such an expression would not have a key in the user environment, unlike an attrpath. Better to require an explicit flag for this.

TBD: How to deal with search path clashes.

sar

{
  "activation_function": "gelu_new",
  "architectures": [
    "GPTNeoForCausalLM"
  ],
  "attention_dropout": 0,
  "attention_layers": ["global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global", "global"],
  "attention_types": [
    [
      [

sar

Virt Manager

Conenct remotely to libvirtd KVM hosts using virt-manager GUI and ssh keypair.

virt-manager -c 'qemu+ssh://<<USER>>@<<IP_ADDR>>:<<SSH_PORT>>/system?keyfile=<<SSH_KEY>>'

sar

Your configuration seems not to allow to start
  a second core Xorg server from within X. Option --xorg will probably fail.
  (Per default, only root or console users are allowed to run an Xorg server).

  Possible solutions:
  1.) Install one of nested X servers 'Xephyr', 'Xnest' or 'nxagent'.
      For --gpu support: install 'weston' and 'Xwayland'.
  2.) Switch to console tty1...tty6 with <CTRL><ALT><F1>...<F6>
 and start x11docker there.