git-remote-add-centos: Add centos remote for a package
This simply adds a remote to https://git.centos.org/ to an existing git repo.
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:
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.
./fix-iso consolify -vv ubuntu-18.04.2.0-desktop-amd64.iso.dist ubuntu-18.04.2.0-desktop-amd64.iso
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
The goal of this excersise was to connect a system to my desktop system and let it share the vpn.
desktop: It has the following interfaces
wlp3s0: wireless managed by network manager connected to a wireless network.
tun0: a vpn device set up and managed by network manager
enp0s25: an unconnected wireless nic.
laptop: this system needed wanted to be on the vpn. It has the following interfaces: