hyunkim.lawyer

프린터와 인공지능

2025-06-19T00:00:00+00:00

요즘은 시간이 남을 때면, 그저 인공지능을 생각하고, 여기에 대해서 글을 읽고 오디오북을 듣게 됩니다. 어떻게든 신경쓰고, 걱정하고, 계획해야 하는 미래가 바로 여기 있으니까요. 문득 집에 새로운 프린터가 생겼습니다. 인공지능에서 벗어나서 순수한 삽질 – 끝내고 나면 별것 아닌, 가치도 없어 보이는 일을 할 기회죠. 게다가 아내님의 엄명이니… 문제는 smb를 설정하는 것이었습니다. 솔직히 집사람은 그런 것은 신경도 안쓰지만, 스캔을 했을 때 제가 쓰는 리눅스 컴퓨터의 삼바 폴더로 저장되길 원했던거죠. 우여곡절 끝에, 전체 시간은 훨씬 적겠지만, 시작에서 끝까지 24시간 이내에 해결했네요. 문제는 smb 이거 리눅스와는 별로 잘 안맞아서 여러가지 신경 쓸 일이 많았죠. 평소같으면 하지도 않을 일이었겠지만, … 덤으로 아이폰 파일 앱에서 그 삼바 폴더로 바로 접속할 수 있도록 하기도 했습니다. 꽤나 오랜 시간이 걸렸지만, 결국 문제는 netbios 설정… 이라고 해야 하나…

[global]
   workgroup = WORKGROUP
   local master = yes
   preferred master = yes
   domain master = yes
   netbios name = ZENBOOK
   server string = Samba %v
   # NetBIOS
   wins support = yes
   local master = yes
   preferred master = yes
   os level = 65

결국 이 부분을 명시적으로 규정해 줘야 프린터에서 컴퓨터의 삼바를 찾더라구요. 그리고, 또 중요한, 꼭 해야 하는 변경 두 가지…

  usershare path = /srv/samba/public
  usershare max shares = 100
  usershare allow guests = yes
  usershare owner only = no

이건 꼭 필요한 이유가 AppArmor 설정을 제대로 하지 않으면, 홈 디렉토리가 아닌 곳에 파일을 읽고 쓰는데 문제가 생기기 때문이고,

  fruit:copyfile = yes
  fruit:nfs_aces = yes
  fruit:aapl = yes
  idmap config * : backend = tdb
  vfs objects = catia fruit streams_xattr

이건 아이폰 파일 앱에서 여기 접속하려면 꼭 필요하다고… 이유는 모르겠지만, 뭔가 아이폰 파일 앱에서 쓰는 프로그램 버전이 너무 낮아서일 거라고… 하여튼 이렇게 과일 설정을 해줘야 한다고…

하여튼 이 세 가지만 제대로 정리해 주고 나면, 나머지는 취향에 따라… 설정하면 됩니다.

이런 문제를 처음 접하는 것도 아니고, 시간이 들어도 결국 해결하고 나면 왠지 뿌듯해지는 그 짜릿한 느낌 때문에 나름 도전하기도 하지만, Warp를 쓰고, github copilot를 이용해서 문제를 해결하는 과정은 그 과정 자체가 아주 다른 느낌을 준다. 뭐랄까, 과거에는 오류가 생기면 정황과 오류 메시지 등을 기준으로 나름 추리를 하고, 구글을 열심히 탐색하면서 답을 찾아 나가는 과정은 지금 생각해 보면 마치 깜깜한 밤 좁은 범위만 비춰 주는 랜턴을 가지고 산을 올라가는 느낌이었다면, AI를 이용한 문제 해결은 환한 대낮에 지도와 스마트폰으로 무장하고 전체를 다 보면서 산을 올라가는 것과 비슷한 느낌이랄까… 그렇다고 해서 딱히 시간이 적게 드는 것은 아니다. 왜냐하면, 결국 LLM은 나의 언어습관과 내 생각의 반영일 뿐이니까… 내가 추측하고 가정하는 어떤 상황에 대한 이해를 끝까지 밀어 붙이면 이렇게 될 것이라 생각하는 그 상황을 분명히 보여주는 이상도 이하도 아니다.

[링크] 공무원의 챗지피티 사용과 정보공개

2025-03-14T00:00:00+00:00

아주 흥미로운 주제 영국 과학, 혁신과 기술부(DSIT: Department for Science, Innovation and Technology) 장관은 챗지피티를 어떻게 사용하는가에 대하여 기자가 정보공개를 청구했고, 애초에 거절했다가 개인적으로 사용한 부분을 뺀 공적 업무와 관련된 부분에 대하여 공개하였다 Revealed: How the UK tech secretary uses ChatGPT for policy advice. 전통적으로 이메일이나 왓츠앱 대화 내역은 공개 대상이나, 구글 검색 이력 등은 공개 대상이 아니라 한다. 챗지피티는 어디에 더 가까운가? 검색에 더 가까워 보이기도 하지만, 궁극적으로 “창작”한다는 점에서 그렇지 않을 수도…

Notes and Plans

2025-03-07T00:00:00+00:00

My wife wants me to be her editor cum website/shopping mall manager. When it comes down to what wife says, I don’t really have a way to say no; “well…” is the best I can mutter. Plus, after I began using the AI/LLM or whatever it is, it’s not like I’m super busy. Finally, I’m not bad at both. I can handle $\LaTeX$ and pandoc and stuff pretty well, understand the networking–I mean computer sort, not mingling with people for no reason whatsoever–and, yes, I should be honest here, I like those things.

And, I have a sort of fear of missing out, not exactly financially, but I’m worried by not doing the leadership and marketing things, I’m missing out my experience of being a human-sort of way. And, as I said earlier, who can say no to your wife? That’s an existential question.

So, I chatted with the AI yesterday, who was very helpful figuring out what shopify, beehiiv and substack means and what to do about them. It’s gonna be a long weekend.

By the way, I wanted to try Zettlr but it required electron 30 despite current version is 35 or something. It’s a big headache because it’s gonna take about 100GB! My hard disk is limited–sorry–to 500GB and it’s going to take about 1/5 of the total. Is it worth it? I don’t know. Packages these days are so huge! If I want the most recent (35) and obsolete (30) together, it’ll take up half of my hard disk!

Followup

$ yay -Ps
==> Total Size occupied by packages: 26.8 GiB
==> Size of pacman cache /var/cache/pacman/pkg/: 1.3 MiB
==> Size of yay cache /mnt/my/.cache/yay: 94.6 GiB

I use 26.8 GiB for all my packages and, the cache size when I try to install zettlr (that apparently depends on electron30) reached 94.6 GiB (note I moved my yay cache to a different hard disk mounted in mnt/my) and failed for, errors that I can’t fathom to resolve:

error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)

I’m giving up, not for want of persistence but disk space. I can’t give 100 GiB to try a software. By the way, I learned that I should delete pacman/yay cache periodically, by executing:

$ yay -Scc

인공지능에 맞는 업무환경

2025-03-06T00:00:00+00:00

어제도 말했듯이, 인공지능과 관련하여 가장 두려운 것은 발전속도이다. 컴퓨터의 속도는 우리가 상상하기 어렵다. 학습의 경우 사람은 보통 연단위 또는 십년 단위로 학습이 이루어진다. 아이가 태어나서 정상적으로 사회생활을 하고, 생산을 할 수 있게 될 때까지 적어도 10–20년은 걸린다. 기계는 초, 분단위로 배운다. 이게 축적되면 얼마나 가공할 일이 생길지 상상하기 어렵다.

오늘도 인공지능의 도움을 받았다. 실제로 의견서나 계약서 작성에 인공지능을 사용하지 않지만, 새로운 분야를 배울 때 domain knowledge가 필요할 때, 지금까지는 책을 사서 읽거나 웹사이트를 검색해서 공부하였다면, 이제는 인공지능에 물어 본다. 이게 가장 편하다. 배경지식이 필요할 때, 인공지능만큼 유용한 게 없다. 이제 필요한 것은 경험이 아니라 적응력이 될 것이다.

일년에 한두 번은 업무환경을 조금씩 바꾼다. 사실 변호사가 하는 일은 대부분이 문서작업이지만, 이 작업에 필요한 템플릿은 3–4개가 다다. 나 같은 경우, 의견서 양식, 계약서 양식, 청구서 양식 정도면 더 이상 필요한 템플릿은 없다. 일년에 한두 번 변화된 업무환경에 맞추어 수정해서 쓰고 있다. 몇년 전부터 클라우드 환경에 맞추어 업데이트해야겠다고 생각하고 있었지만, 주저하게 되는 부분이 (법률 서비스이므로) 보안의 문제였다. 과연 클라우드에 올려도 되는가? github 엄청나게 좋은 프로그램이지만, 암호화를 지원하지 않는다.

나의 경우에는 템플릿보다 클라우드화, 도커화에 가장 큰 장애는 의외로 폰트이다. 로컬에 설치애 두고, 다운로드받아 둔 폰트들을 다 어찌할 것인가. CDN을 사용하든지, 아니면 구글폰트처럼 클라우드에서 사용할 수 있는 폰트를 사용해야 하나…

요즘 폰트 공부를 하는 이유이다. 그저 전체적으로 보기 좋으면 되는 문제가 아니게 된 것이다.

더 큰 문제는 인공지능과 일하는 방법을 배우는 것이다. 챗지피티는 마크다운을 지원하므로, 너무 쉽다. genspark.ai는 아주 좋지만, 아직은 마크다운이 서투르다. 소스를 보여주지도 않고, html로 넘어가면서 에러가 조금씩 있다.

어쩌면 요즘 폰트같은 것에 관심을 기울일 수 있는 이유도 과거에 비해 상당한 시간을 절약할 수 있기 때문이다. 본업에 인공지능을 적용하는 것은 아직은 조심스럽고 보수적으로 접근할 수 밖에 없지만, 배경조사나 특수한 지식을 습득하는 방식과 시간이 엄청나게 효율적이 되면서, 시간을 많이 절약할 수 있게 되었다.

인공지능과 클라우드화는 피할 수 없는 도전이다. 여기에 도전하는 과정을 조금씩 정리해 보려 한다.

[오늘의 삽질] libicu 문제

2025-03-05T00:00:00+00:00

아무 생각 없이 pacman (아니 yay였던가) 업데이트하다가 큰일날 뻔했다. icu 버전이 75와 76이 충돌을 일으키길래, 큰 문제 아니라고 생각하고 그것 빼고 업데이트하려 했다가 pacman이 작동하지 않는 문제가 생겼다. 웹 검색해 보니, 리부트했다가는 큰일 난다고 해서, 결국 인터넷에서 icu 다운로드하여 (icu-76.1-1-x86_64.pkg.tar.zst),

$ tar -xf icu-76.1-1-x86_64.pkg.tar.zst
$ sudo mv usr/lib/* /usr/lib

이렇게 하여, pacman을 실행시키긴 했는데, 충돌되는 프로그램이 있어 icu를 설치하지 못하므로 (당연히), 결국 우선 충돌되는 프로그램 제거하고 (qt5-webkit),

$ sudo pacman -Rns qt5-webkit
$ sudo pacman -S --overwrite '/usr/lib/*' icu

식으로 업데이트하였음. 뭔가 큰일이 날 뻔 한 것을 바로 리부팅하지 않음으로써 가까스로 살아난 것 같은 느낌. 만약 리부팅했으면 실패했고, usb 부팅해서 마운팅해서 이걸 수동으로 해 줬어야 했을 거라는…

icu 이것 단순히 유니코드 지원하는 프로그램/라이브러이고, qt5-webkit 이것도 그저 웹킷 지원하는 프로그램일 뿐인데, 이게 시스템이 망가질 수준의 문제를 일으킨다는 것도… 가장 도움이 됬던 링크 또는 같은 내용 다른 링크.

만약 qt5-webkit이나 다른 의존 프로그램이 꼭 필요하다면, icu76은 pacman으로 icu75는 AUR로 (yay) 설치하라고 하기도 함.

AI 붐

2025-03-04T00:00:00+00:00

VS Code 그 자체로도 좋은 프로그램이지만, 여기에 Copilot을 더하니, 가공스럽다.

오늘 문득 genspark.ai와 Warp를 써 보니, 어지럽다.

몇년 전 어떤 변호사와 이야기를 나누다가, 문득 몇년 내지는 몇십년 뒤에는 인공지능으로 인해 법조계도 엄청나게 변화할 것이라고 했는데, 그는 그런 일은 아마 내가 죽기 전에는 일어나지 않을 것이라 했었다. 그는 아직 살아 있다.

옆의 그림은 genspark.ai의 AI가 그린 그림이다. 내가 한 것은 그저 진주귀걸이를 한 소녀를 피카소 스타일로 그리고, 클림트 스타일의 배경을 그려 달라고 한 것 밖에 없다. 마치 누군가가 이런 부탁을 해 주길 바라기라고 했던 것처럼, 마치 내가 그런 부탁하기를 평생 기다렸던 사람처럼, 평생 이 그림만 습작하여 눈 감고도 그릴 수 있는 것처럼, 그냥 그렇게 만들어 냈다. 이것 뿐만이 아니라, 4개의 그림을 만들어 내었다. 채 1분도 안되는 시간에. 그가 죽기 전에 우리는 더 많은 경이를 볼 것이다.

그때도 나는 그가 생각하는 것보다 훨씬 빠르게 세상이 바뀔 것이라 했었다. 인공지능이 무서운 것은 지금의 능력보다도 가공할 속도로 학습하고 있다는 것이다. 앞으로 1–2년 뒤면 인간의 지능을 능가할 것이다. AGI 이야기를 하고 싶진 않다. 그게 뭔지도 모르겠고, 인간이 지능의 기준이 이유도 없다고 생각한다. 그렇지만, 분명 그렇게 될 것이다. 이미 그렇게 되었는지도 모른다. 지성을 기준으로 생각하고, 사람 줄 세우고, 능력을 가늠하는 우리로서는 인공지능은 단지 도구일 뿐이라는 것을 잊어버린다. 앞으로 중요한 것은 이 가공할 무기를 어떻게 잘 활용하는지이다. 일단 VS Code, genspark, warp 등에 익숙해져야 한다. 내가 뭔가 할 때 옆에 쉽게 도움을 청할 존재가 있고, 그를 잘 다루는 것이 내가 가질 수 있는 가장 중요한 능력이라는 것을 깨달아야 한다. 그럼에도 그 재능은 자산화할 수는 없다. 프롬프트 엔지니어링처럼 어리석은 생각을 본 적이 없다. 그게 언제까지 “팔 수 있는” 기술로 남아 있을 것이라 생각하는가? AI의 속도변화를 가늠해 보면, 1년? 늦어야? 차라리 언젠가 자율주행차가 배달을 다 맡아서 할 것이고, 지금의 배달 서비스는 그때가 되면 로봇으로 대체할 생각으로 브랜드 쌓기에 급급한 시대에 운전을 배워 전문배달사가 되겠다고 결심하는 것과 다른 바 없어 보인다. 그게 더 현실적으로 보인다.

… 그냥 폰트 공부나 열심히 해야겠다. 색 공부도… For want of better options, I guess. 그나저나, 설정이 왜 이렇게 다 엉켜버린 것일까?

PS: 혹시 이 글을 읽고 genspark 가입하실 분들은 이 링크 클릭하여 구글이나 마이크로소프트웨어 아이디로 가입하면 나와 가입하신 분 모두 프로 1개월 무료(20개월까지)라 합니다.

Note: fish shell을 배우려 하고 있는데, 여기에서는 $(command) 및 달러사인도 뺀 (command) 형식은 쓰지만, “`command`” (백틱을 이용한) 형식은 쓰지 않는다 한다.

현재 커맨드라인에서 특정 git 저장소의 push가 되지 않는데, 뭔가 VS Code 설정과 얽힌 것 같다. 어떻게 해결할까…

바람부는 밤

2025-03-03T00:00:00+00:00

바람이 세다. 무섭다. 긴장된다. 마치 태풍치는 여름밤같다. 강원도에는 눈이 왔다 한다. 포근한 3월의 눈이 아니라, 춥다 한다.

인공지능. 인류 최대의 발명품이라고들 하지만, 인류가 총체적으로 이해하지 못하는 그 무엇을 “발명품”이라 할 수 있을까. 폰트 책을 읽고 있다. 인공지능에서 그보다 멀리 떨어질 수 없는 이야기이다. 어쩌면, 그래서 읽고 있다. 너무 가까이에서는 보이지 않는다. 나로서는 가장 멀리 떨어진 것이다. 어쩌면 히브리 성경을 읽는 것도 도움이 될 것 같다.

인류 모두에게 큰 혜택이 될 것 같지만, 헛된 희망일 것이다. 인류 역사상 그런 현명한 선택을 한 적이 없다. 현명하지 못한 선택에도 지금까지 살아 남은 것이 은혜일 것이다. 어쩌면 이번에도 살아남을지 모른다. 어쩌면 무한한 은혜가 필요할 것이다.

긴장된다. 어디로 갈지 모르겠다. 긴장하는 것은 그냥 여기 있을 수는 없기 때문이다.

가변폰트

2025-03-01T00:00:00+00:00

texdoc 명령을 쓰면, 매뉴얼을 읽을 수 있다. 가변폰트(라 해야 하나? variable font) 사용법을 제대로 익혀 보기로 했다. 그래서 해피니스 산스, 현대백화점에서 만든 폰트라 한다, 이걸 가지고 해 보기로 했다. 다운로드받아 압축을 풀고, texdoc fontspe으로 fontspec 매뉴얼을 일기 시작한다.

$ otfinfo -i Happiness-Sans-Print-Regular.otf
Family:              Happiness Sans Print Regular
Subfamily:           Regular
Full name:           Happiness Sans Print Regular
PostScript name:     Happiness-Sans-Print-Regular
Preferred family:    Happiness Sans Print
Preferred subfamily: Regular
Version:             Version 1.000; Build 20220220

$\LaTeX$ 에서는

\defaultfontfeatures{RawFeature={+axis={wght=300}},Ligatures=TeX}
\setkosansfont[HappinessSansPrint](Regular)

이렇게 하면 되는데, 여기에 +axis를 조절해서 여러가지를 해볼 수 있다는 것 같은데,

마케팅, 리더십, 데이터, 인공지능

2025-02-28T00:00:00+00:00

여기서 뭘 하려고 했는지 일주일동안 도메인 문제로 까먹었지만, 다시 주말이 오니 조금씩 생각이 나려는 것 같기도 합니다.

제목의 마케팅, 리더십, 데이터, 인공지능의 공통점이 무엇일까요? 변호사 입장에서는 기피대상이라는 겁니다. 마치 벌레처럼… 그냥 현대 분업사회의 구성원답게 적당히 존경하는 마음을 품고 거리를 두는게 아니라, 적극적으로 피하는 대상입니다. 마케팅은 왠지 고객 유인(誘引) 금지 – no solicitation – 규칙에 어긋날 것 같죠. 리더십은 변호사 본연의 역할과 자세, 조언자의 입장에 머물고 절대 벗어나지 않는다는 철칙에 위배될 것 같습니다. 제갈량은 제갈량이어야지 절대 유비가 되서는 안되는거죠. 데이터와 통계학은 모든 증거규칙에, 특히 형사법상의 “합리적 의심의 여지 없는 (beyond reasonable doubt)” 이라는 기준에 어긋납니다. 인공지능은 뭐 말할 것도 없죠. 단적으로 인공지능과 관련된 판례 하나만 들어 보시죠. 과문한 탓인지–사실 인류 역사상 지금까지는 그런 건 없었습니다.

어떤 의미에서는 이렇게 인생의 한 부분을 괄호치기로 묶어버리고, 내 인생에서 빼버리고 나면 마음이 편하죠. 다른 한편으로는, 뭔가 나만 빼고 모두가 재미를 보고 있는 느낌, 인생을 절반만 사는 느낌을 벗어버리기가 어렵죠. 마치 수도원에 사는 삶이랄까요.

이런 느낌도 변호사들이 블로그나 홈페이지를 안하는 이유일 겁니다. 다른 이유는 댓글 달기가 귀찮아서…

이런 것들에 집중해서, 특히 인공지능 이야기에 집중해서 이야기를 풀어가 보려고 합니다. 주말이 왔으니, 한번 달려 보죠. 목표는 제대로 된, 충만한, 무엇도 빼지 않은 삶을 살아 보는 것입니다.

KaTeX and JekTex

2025-02-28T00:00:00+00:00

Yes, one of the problems of living with open source software is when you want to do something, there’re too many options. Too many.

To render math, I installed jekyll-katex, then found out about JekTeX, both are based on KaTeX. So, what the heck.

What I wanted was to use $\LaTeX$ . Anyway, it’s lovely. Let’s try to push it to github… It worked.

And, below is for jektex, $\jektex$ :

Lorem ipsum dolor sit amet, consectetur $e^{i\theta}=\cos(\theta)+i\sin(\theta)$ adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.

OK, let’s just settle with $\jektex$ .

[화장실독서] 타이포그래피

2025-02-27T00:00:00+00:00

이 페이지를 만든지 약 일주일이 지났습니다. 커스텀 도메인 때문에 한 일주일 날렸네요. 그동안 원래 뭘 하려고 이걸 만들었는지 까먹었습니다. 커스텀 도메인, 도메인의 문제는 피드백이 너무 느리다는 겁니다. 약 24시간 내지는 48시간을 기다리리니요. 한번 해볼 때마다… 어쨌든 다른 도메인네임을 가지고 해 보다보니 한 일주일이 지났는데, 결국 뭐가 문제인지 알아 보려고 이 도메인을 써 봤더니 1분도 안돼서 되더라니… 뭔가 MX 레코드의 문제이긴 한데, 이건 좀 건드리기가… 이메일과 직결되는 거라서, 이메일이 안되면 안되니까… 1분도 안돼서 성공하다니! 그러니까, 제 다른 도메인에 진짜로 문제가 있었다는 것과, 굳이 그 도메인이 아니면 안되는 것도 아니고, 이메일 설정 문제는 … 음, 지금은 이메일은 되니까 나중에 천천히…

그러다보니 왜, 무슨 이야기를 하려 했는지 까먹었습니다. 그나저나,

가능하면 화장실에서 핸드폰 안 볼려고 책을 두어권 가져다 두는게 좋겠다는 생각이었는데, 그러다보니 오늘 집어든 책이 “디자이너가 꼭 알아야 할 타이포그래피”… (Strizver 2009), 책 ~~편집이~~ 디자인이 좀… 에헴… 떨어진다 했더니, 새로 번역된 책도 있더군요. 원 책은 (Strizver 2009).

일단, 화장실에는 디자인책이 어울리는 것 같기도 하고, 또 의견서나 계약서를 자주 쓰는 입장에서는 타이포그래피에 꽤나 신경을 쓰는 입장이라… 기초도 좀 배워 두면 좋을 것 같아서 읽기 시작했습니다. 이런 책 아무도 처음부터 끝까지 앉아서 읽지 않으니, 화장실에서라면, 해볼 수 있겠죠. 언젠가는 완독하겠죠.

이 책에서는 타입을 역사에 따라 나누어 두었는데, 입문용으로 도움이 많이 되는 것 같아서, 아래에 간단히 정리해 두었습니다.

세리프

Oldstyle: 15세기말에서 18세기 중반까지. 대체로 제가 좋아하는 스타일 예: Adobe Caslon
Transitional: 과도기, 18세기. 예: ITC New Baskerville
Modern: 예: ITC Bodoni
Clarendon: 1850년대, 예: Clarendon
Slab/Square Serif: 19세기 초반, 예: ITC Lubalin Graph
Glyphic: 돌에 새기거나 조각에 가까운 스타일, 예: Copperplate

산세리프

19th Century Grotesque: 예: News Gothic
20th Century Grotesque: 예: Univers
Geometric: 예: ITC Avant Garde Gothic
Humanistic: 예: Optima

스크립트

무시해도 됨.

핸드라이팅

대체로 무시해도 됨. 위 스크립트와의 차이는 정도의 차이인 것 같음.

블랙레터

예배문서, 구텐베르그에서 사용. 예: Fette Fracktur, Old English 아주 고어 문서가 아니라면, 무시해도 된다.

타이틀링폰트

예: ITC Golden Cockerel Titling, Bembo Titling

데커러티브와 디스플레이

무시해도 됨. 워드 프로세서나 폰트 목록에서 대부분을 차지하는 것을 감안하면, 이들을 체계적으로 무시하기만 해도 수십–수백개가 사라지므로 선택이 편해질 것 같다.

결론은

결론은 보는 눈을 키워야 한다는 것이다.

giving up on DNS

2025-02-26T00:00:00+00:00

Yes, I gave up. When I switched to this domain, it began working in … less than a minute. What a shame. About the other domain, I just wanted to keep all those MX and, possibly TXT configurations. MX naturally I wanted to keep as I wanted to keep the email configuration, and TXT because I thought, “what the heck, it shouldn’t matter.” It shouldn’t, really. After almost 5 days, I made it, but in the process, I forgot what I wanted from this site! Damm.

It used to work

2025-02-25T00:00:00+00:00

Still no https. And, no updates, sadly. When you say, it used to work, it’s generally a lie. Computers are not random, probably except for github. Yes, I’m getting angry. For some reason, I came to believe that this github action works only after 10AM, and doesn’t work before, too early in the morning. Doesn’t make sense.

What made me stop and ponder was, even after removing the custom domain, yes, to add it again later, I cannot check the enforce https button, with the message,

— Required for your site because you are using the default domain (****.github.io)

It’s really annoying!

For some unknown strange reason, it works on this domain that I also own.

frustration with https

2025-02-24T00:00:00+00:00

https

Problem is, it takes too long for an iteration. Like 24-48 hours. Really.

No progress. And, for the other site, content is not updated. Although github action goes well. This homepage, too. Great.

No idea how to proceed. So, I have two problems:

No domain for the other site, and
No push for both.

On the first (https) just wait. Let’s try to push this one first. OK, pushing this site worked. And, the other one, too. I think it’s somehow a glitch on github server. Just back to the start. Back to https thing, I mean. What can I do, other than waiting? Just waiting.

https trouble may have something to do with MX records, as presumably both points to ‘@’. To test this thinking, I removed MX records to point to mail instead of @. Will it work? On both sides? Let’s wait and see. At least, DNS check takes less time. On the email side, it seems working, even after change of the MX records.

github action failure

It’s rather annoying. What’s the difference between “publishing from the branch” and “github actions”? The documentation, which I should have read earlier, says something about “publishing from branch” should be an easier option than github actions. See Configuring a publishing source for your GitHub Pages site. Coming to think about it, that’s obvious. And, for some confusing reason, I set up one site one way and the other the other, and apparently both works. Apparently sometimes.

As long as it’s working, don’t touch it.

Right? One of the pains of using jekyll scholar I guess.

weekend hobbies

2025-02-23T00:00:00+00:00

This thing is quickly becoming weekend hobbies. It’s rather tricky to exactly regenerate what I did before, even after 1-2 days later. I want 2 websites, on the same software and server, but it fails second time. Something related to the github actions. OK, I succeeded solving the github actions problem.

On the other hand, on https issue, the other site succeeded at once, no problem at all. On the other hand, this site… Problem is, on those domain settings the feedback is too long, like 1–2 hours. I removed all those TXT and CNAME things seemingly related to the legacy google domain thing. And, it’s not like there’re lots of things to try. Like, remove it, then after several minutes, re-add it and then wait a couple hours (or 24 hours, or 48 hours, whatever). Hope it works. Let’s wait and see a couple more hours.

So, what’s the CAA Record? According to What are CAA records?, it’s a list of CA (certificate authorities) that is permitted to issue SSL/TLS certificates for that domain. That’s counterintuitive. If you want, for example, github to issue CA through anyone (that is, delegate the power to github), just have a low barrier CAA, or none at all. Otherwise, give a certain CAA (say letsencrypt.org) and that CAA only, then the record should look like:

0 issue “letsencrypt.org”

See How to add set CAA records to allow Lets Encrypt to generate certificates. Interesting. It’s not saying that authority has issued a CA, but that authority only has the power to issue it, and if that has issued it or not is non of the DNS record’s business.

That means, you don’t generally need a CAA record. On the other hand, you should care, if you have some complex deployment all over the place, and configure carefully, especially the CNAME thing.

For more information, check Using CAA. You can check if you have correctly configured it by checking it at CAA Lookup homepage.

Yes, a couple of hours, waiting in front of a computer is a long time, especially during weekends, so I sort of looked up. See, I do care, sometimes.

Note: Did I break things at github? It’s taking longer, just for loading the pages page.

What I did until now

2025-02-22T00:00:00+00:00

When I decided to make this homepage, I didn’t think of anything but this set of software, Ed. on jekyll on ruby. The only thing I wondered was Where? because although I like github a lot, it wouldn’t accept my obsession with jekyll scholar, which also I like a lot. These days, you can use them as long as it’s not on the user page but a project page, I learned. Still, I hesitated, because this containerization thing sort of made me pause. Think about it: that you’re running a server to do just one thing – publishing this site, or turning it into a static site – for a period of 1 second or so, and then kill it. That looks wasteful, of a life or a life of a software or whatever. Poor server, to live such a short life and be gone… I weep for you. Further, I’m running jekyll serve all the time while writing for this site, meaning the static site was already made. So, why don’t I just rsync it or something. That was my hesitation number 1. After trying it, I didn’t like less because, well, it’s over even before you know it. Maybe it’s github’s way of educating users.

DNS is checking correctly now, but https is not working yet. Wait a couple more days?

catching up with github

2025-02-21T00:00:00+00:00

Wow, I pretty messed up things. Back to ground zero. This happened because I sort of messed up with git remote thing. So, doing all over again those things I did before. So, what happened?

My original intention was to use the user gh pages. There was a warning about it at Ed. documentation, but since it – looked – aged, not up-to-date, I needed to try it. I did experiment several things, including creating and committing to gh-pages branch. Only after seeing the log, I realized that it was because of the jekyll scholar, which I apparently can’t live without. So, I changed tactics and created a project gh pages. I don’t know the difference between them but I sort of like learning by doing, if you know what I mean. Because after sort of successfully deploying on a project gh pages, I completely forgot about the user gh pages. So, the mess up. I did change one or two things after successfully changing to the project pages from user pages, I sort of forgot about git configurations, like there must be several remotes and all, and that there must be some remote changes, because of the github actions, the push was rejected until I pull things, and that kind of undo my small updates here and there. Happens all the time, right? I need to experiment, you know.

Mistake happens. We all make mistakes. No worries. Just small things to adjust. Nothing I should despair over. No end of the world around the corner.

I’m glad after 13 years, according to github, and despite changes big and small here and there, I could still pull it off. It’s rapidly becoming a weekend hobby of sorts, I’m afraid. I should spend more time outdoor.

So, here’s what I did, so that I don’t forget – or rather, so that I don’t have to remember – until now.

What I did

created user gh pages then messed up because of the jekyll scholar
created project gh pages and succeeded
updated and streamlined ssh login
cleaned up Ed. configurations and defaults

What I will do

connect domain: doing all what github says about custom domains, and get some error. Not sure if it’s going to resolve or not. Update: It did resolve, but no https yet. Wait more?
some nice fonts: included Noto Korean fonts and Wittgensten, both variable fonts from google fonts.