This is to configure the 'Brother MFC-9125CN' for cups.
-
get deps (needs libc6-i386 if x86_64)
sudo apt-get install --quiet --no-install-recommends --assume-yes libc6-i386 cups avahi-daemon -
Install debs (needs force if this is x86_64)
Scott Moser smoser
download.cirros-cloud.net is currently experiencing extremely long load times over HTTP and ipv4.
Notes about the problem:
- limited to http traffic over ipv4. The problem does not occur over HTTPS or over ipv6.
- occurs on all files small or large. download.cirros-cloud.net/version/devel is only 6 bytes long. Users reported the issue on images such as 0.4.0/cirros-0.4.0-x86_64-uec.tar.gz which is ~ 11MiB.
- It has gone away between 11:00 AM PST (-0700) and then starts up
This simply adds a remote to https://git.centos.org/ to an existing git repo.
Usage: git-remote-add-centos [options] [source] package
Add remote repo for packagke on git.centos.org.
git-ubuntu is somewhat documented in ubuntu wiki here.
This script simply adds a git remote for a given package.
Then in the same git repo, you can have upstream and ubuntu package information easily with something like this:
$ git clone -o upstream https://git.launchpad.net/cloud-utils
$ cd cloud-utils
$ git remote-add-ubuntu -v cloud-utils
...
I often have errors where running a command from cron wasn't the same as running it from the command line. This is a small/silly attempt to remove those descrepencies and be able to just copy and paste what was in cron and expect that is the same.
I just put cronrun in /usr/local/bin and set it executable, and then set PATH in my crontab to include /usr/local/bin.
This is a php service and shell client that interacts with Dreamhost's DNS API to update a dns record. I wouldn't suggest it is my best work, but it does work and has been working for me (per my logs from December of 2009 to May of 2019). So, it works.
There are probably other solutions at this point. At the point I wrote this there were not. Also, the 2-part solution here allows the service to determine the ip address of the client, so the client doesn't have to figure out its own
This repo is here to help do some benchmarking of raid adapter performance and lvm raid/raid0 as well.
To get started:
- boot a bionic livecd.
- git clone https://gist.github.com/smoser/704f1a38c9ffafece5f2fc457dd8cdd0 bench
- cd bench
- run
sudo ./run
Cirros has kernels and initramfs available for many arch. Sometimes you might just need to boot a kernel and look around, but not on a cloud.
It was intended that using 'dslist=none' on the kernel command line would do that, but a logic bug prevented it, you can still get this to work though with 0.4.0.
qemu-system-x86_64 -nographic -m 512 \
-kernel cirros/kernel -initrd cirros/initrd \
-append "console=ttyS0 dslist=true rdroot"
This was useful for me to use remotely. Basically a live server image.
Basically run:
./fix-iso consolify -vv ubuntu-18.04.2.0-desktop-amd64.iso.dist ubuntu-18.04.2.0-desktop-amd64.iso
And then
qemu-system-x86_64 -enable-kvm -device virtio-scsi-pci,id=virtio-scsi-xkvm \
Information can be put into dmi tables via some qemu-system hosts (x86_64 and aarch64). That information is exposed in Linux under /sys/class/dmi/id and can be read with dmidecode. The names are very annoyingly inconsistent. The point of this doc is to map them.
Example qemu cmdline:
qemu-system-x86_64 -smbios type=<type>,field=value[,...]
qemu-system-x86_64 -smbios type=0,vendor=superco,version=1.2.3