Docker Desktop stores docker data in 2 distros
- docker-desktop
- docker-desktop-data
These distros are installed on the system drive by default.
To move them to another drive, these distros can be exported, deleted and imported from the new location.
### Keybase proof | |
I hereby claim: | |
* I am hsmiranda on github. | |
* I am vonnaturaustreve (https://keybase.io/vonnaturaustreve) on keybase. | |
* I have a public key ASCpaDlkFFZKtK6BIZe2vh90V-66WtixkFzx2uGAsCIgtgo | |
To claim this, I am signing this object: |
""" | |
31-round sha256 collision. | |
Not my research, just a PoC script I put together with numbers plugged in from the slide at | |
https://twitter.com/jedisct1/status/1772647350554464448 from FSE2024 | |
SHA256 impl follows FIPS 180-4 | |
https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.180-4.pdf | |
""" |
import java.security.NoSuchAlgorithmException; | |
import java.security.spec.InvalidKeySpecException; | |
import javax.crypto.SecretKeyFactory; | |
import javax.crypto.spec.PBEKeySpec; | |
import java.util.Base64; | |
/* | |
Este código usa a classe `SecretKeyFactory` para gerar um hash de senha usando o algoritmo PBKDF2 com HMAC-SHA256. O hash é gerado a partir de uma senha e um salt aleatório. O número de iterações e o comprimento da chave são definidos como 65536 e 256, respectivamente. O hash resultante é codificado em Base64 e impresso na tela. | |
Espero que isso ajude! Se você tiver alguma dúvida, por favor, não hesite em perguntar. |
# Cut/Trim video | |
ffmpeg -ss 5 -i input.mp4 -to 10 output.mp4 | |
# Video to gif | |
ffmpeg -ss 61.0 -t 2.5 -i <input> -filter_complex "[0:v] fps=12,scale=w=480:h=-1,split [a][b];[a] palettegen=stats_mode=single [p];[b][p] paletteuse=new=1" output.gif | |
# thumbnail | |
ffmpeg -i mov_bbb.mp4 -ss 00:00:03 -r 1 -s 1280x720 -f image2 thumb_mov.jpeg | |
#text in video |
Docker Desktop stores docker data in 2 distros
These distros are installed on the system drive by default.
To move them to another drive, these distros can be exported, deleted and imported from the new location.
### Keybase proof | |
I hereby claim: | |
* I am hsmiranda on github. | |
* I am vonnaturaustreve (https://keybase.io/vonnaturaustreve) on keybase. | |
* I have a public key ASBHN8ID80uQNjPFQkd8hCWhtlPsVF-8RqF8VzD4jOq3Cwo | |
To claim this, I am signing this object: |
package com.kdstudio.snippets.soap.client; | |
import java.io.ByteArrayInputStream; | |
import java.io.IOException; | |
import java.io.InputStream; | |
import javax.xml.parsers.DocumentBuilderFactory; | |
import javax.xml.parsers.ParserConfigurationException; | |
import javax.xml.soap.MessageFactory; | |
import javax.xml.soap.MimeHeaders; |
This document shows how to deploy an OpenShift instance on a server using CodeReady Containers (crc) that can be accessed remotely from one or more client machines (sometimes called a "headless" instance). This provides a low-cost test and development platform that can be shared by developers. Deploying this way also allows a user to create an instance that uses more cpu and memory resources than may be available on his or her laptop.
While there are benefits to this type of deployment, please note that the primary use case for crc is to deploy a local OpenShift instance on a workstation or laptop and access it directly from the same machine. The headless setup is configured completely outside of crc itself, and supporting a headless setup is beyond the mission of the crc development team. Please do not ask for changes to crc to support this type of deployment, it will only cost the team time as they politely decline :)
The instructions here were tested with F
#!/bin/bash | |
# | |
# OpenVAS automation script. | |
# Mariusz B. / mgeeky, '17 | |
# v0.2 | |
# | |
trap ctrl_c INT | |
# --- CONFIGURATION --- |
sudo su
apt-get update && apt-get install -y libvirt-dev ruby-all-dev apparmor-utils
curl -O -L https://dl.bintray.com/mitchellh/vagrant/vagrant_1.6.5_x86_64.deb
dpkg -i vagrant_1.6.5_x86_64.deb
aa-complain /usr/lib/libvirt/virt-aa-helper # workaround
exit