Init and first post.

This commit is contained in:
James Pace 2023-01-18 23:52:12 +00:00
commit e1b9f790e4
7 changed files with 87 additions and 0 deletions

2
.gitignore vendored Normal file
View File

@ -0,0 +1,2 @@
/.quarto/
_site/

15
_quarto.yml Normal file
View File

@ -0,0 +1,15 @@
project:
type: website
website:
title: "Ramblings"
navbar:
right:
- about.qmd
format:
html:
theme: litera
css: styles.css

7
about.qmd Normal file
View File

@ -0,0 +1,7 @@
---
title: "About"
---
"Ramblings" is a regularly updated collection
of reviews, tips and tricks, and commentary on technical
and non technical content from around the web.

12
index.qmd Normal file
View File

@ -0,0 +1,12 @@
---
title: ""
listing:
contents: posts
sort: "date desc"
type: default
categories: true
sort-ui: false
filter-ui: false
page-layout: full
title-block-banner: true
---

8
posts/_metadata.yml Normal file
View File

@ -0,0 +1,8 @@
# options specified here will apply to all posts in this folder
# freeze computational output
# (see https://quarto.org/docs/projects/code-execution.html#freeze)
freeze: true
# Enable banner style title blocks
title-block-banner: false

View File

@ -0,0 +1,42 @@
---
title: "devcontainer"
author: "James"
date: "2022-12-28"
categories: [containers]
description: Notes on devcontainer work.
---
A few weeks I took a look a vscode's devcontainer standard.
It is a standard way of building and running a docker container for development
from a specially formatted json file.
Over the holiday I played around a little bit with it.
They have a node cli program that can build, launch, and attach to the container
from the json file without vscode hosted [here](https://github.com/devcontainers/cli).
For the most part the special json file defines all the stuff you would think it does
and works as I would have expected.
The coolest thing I saw with it is they have this concept of "features".
A lot of time with Dockerfiles there is a lot of repetition with the same code repeated
in multiple Dockerfiles for different images.
There's different ways to solve this I've seen.
My custom development container handler (`dev_container`) uses
[templates](https://github.com/jpace121/dev_contain_templates/blob/master/templates/base.Dockerfile.template),
for example.
Te vscode solution has this thing called a "feature".
They build a base image from a Dockerfile like normal, and then add listed
"features" on top of the original Dockerfile.
Each feature is basically a tar file with a well known named script that the build
thing runs that can modify the original image.
I was able to write my own "feature"
[here](https://github.com/jpace121/jpace121-devcontainer-features/blob/main/src/jpace121-devel/install.sh)
which adds my normal cli stuff (like `ag` and `emacs`) to an image pretty easily.
They provide a github action to publish the features as an OCI archive, so I got
that for free basically.

1
styles.css Normal file
View File

@ -0,0 +1 @@
/* css styles */