기본 콘텐츠로 건너뛰기

GNOME Display Manager 49 (gdm-49)

원문 보기:  https://dawoum.duckdns.org/wiki/GNOME_Display_Manager   그놈 버전 49가 출시되면서, GDM-49가 같이 출시되었습니다.  몇 가지 문제에 부딪힐 수 있습니다. 버전 49.0.1을 설치 후에, 부팅 자체가 완료되지 않고 다른 tty로 접근도 되지 않습니다. 리커버리로 부팅 후에, lightdm으로는 부팅이 됩니다. 이와 관련된 버그는 다음에서 볼 수 있습니다: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/2121017 결론적으로, 오래 전에 설치된 시스템에서 /etc/nsswitch.conf 파일에서 문제가 발생합니다.  따라서, shadow:         files systemd와 같이 수정해서 GDM 로긴 화면을 만날 수 있습니다.  다른 문제는 Xsession이 목록화되지만, 해당 세션으로 접근되지 않는다는 것입니다. 게다가, Xsession으로 접근 후에, GDM이 오동작해서 다른 Wayland 세션으로 로그인할 수도 없습니다. 이때, 다른 tty로 접근해서 GDM을 재시작하면 제대로 동작합니다. 만약 Xsession으로 로그인하고 싶을 때에는 lightdm과 같은 다른 로긴 관리기를 사용해야 합니다.    덧, 만약 GDM에서 Xsession으로 정상적으로 로긴하기 위해, GDM 패키지를 다시 컴파일해야 합니다.  데비안 패키지에서 GDM-49.0.1 파일을 받아서 debian/rules 파일에서 -Dgdm-xsession=true 구성 옵션을 추가해야 합니다.     
최근 글

Euphonica (MPD client)

원문 보기:  Music_Player_Daemon/Euphonica Euphonica 은 MPD 에 대한 GTK 프런트-엔드입니다. 그것은 Rust 로 작성되었고, GTK-4와 Libadwaita를 사용함으로써 GNOME 과 통합된 모양을 보여줍니다. Introduction Music Player Daemon 의 클라이언트로서 mpc 는 명령-줄에서 음악 라이브러리를 조작할 수 있습니다. 물론, 이런 조작은 어려운 것이 없기 때문에, 이것으로 충분할지도 모릅니다. 어떤 경우에서 GUI 환경 아래에서 마우스를 조작을 통해 이런 작업을 대신 수행하기를 원할 수도 있습니다. 이런 것들 중에는 ymuse, cantata와 같은 것이 있고, 이것과 마찬가지로 Plattenalbum 은 GTK-4와 Libadwaita를 이용해서 그놈과 통합되어 있지만, 그 기능이 제한적일 수 있습니다. 어쨌든, 새롭게 작성되고 있는 Euphponica는 MPD의 음악 라이브러리를 보다 쉽게 연주 대기열에 넣을 수 있고, 그 크기에 따라 연주기의 모양이 달라지는 등, 만들어진 MPD 클라이언트 중에서 가장 기대가 되는 음악 연주기입니다. Installation 데비안에서 패키지를 제공하지 않고, 개발자는 Flatpak , Meson 을 이용해서 직접 빌드하는 방법을 제공하고 있습니다. 여기서는 가능한 패키지의 크기를 작게 만들기 위해 데비안 패키지를 직접 제작할 것입니다. Dependencies gtk4 >= 4.18 libadwaita >= 1.7 meson >= 1.5 gettext >= 0.23 mpd >= 0.24 sqlite xdg-desktop-portal rustc and cargo >= 1.88.0 데비안에서 Rust 최신 패키지를 제공하지 않기 때문에, 데비안에서 제공하는 rustc 패키지를 제거하고 rustup을 사용해서 별도로 설치해야 합니다. Debian packaging 보통, Meson 을 통한 데비...

Btrfs 부팅 문제

Btrfs을 사용할 경우에서, 컴퓨터 재시작 후에 부팅이 되지 않는 문제가 증가하고 있다고  보고되고 있습니다.  https://lore.kernel.org/linux-btrfs/283624a8-dc79-4dd0-b6e5-9d5e83e31648@gmx.com/T/#ma9fa3134de084a38c2b208def66619e7a8561085 문제의 해결 방법으로, chroot 후에 다음으로 수정 가능하다고 알려져 있습니다: sudo btrfs rescue zero-log /dev/sdX  이 문제는 지속적으로 재현할 수 있는 방법이 없다고 알려져 있습니다.  대체로 6.15.3을 푸시한 이후 CachyOS에서 약 50-80개의 보고서가 제출되었고, Fedora 및 archlinux에서도 보고서가 증가했다고 알려져 있습니다. 한편, 데비안 13 시스템에서, 커널을 지속적으로 컴파일해서 사용해 왔지만, 이런 현상을 만날 수 없었습니다. 데비안 시스템은 /boot를 별도로 ext4 파티션으로 나누어 두었기 때문에, 이것과 관련이 있는지는 확인하지 못했습니다.  

KeePassXC

원문 보기: https://dawoum.duckdns.org/wiki/KeePassXC Original article: w:KeePassXC KeePassXC 는 자유와 오픈-소스 암호 관리 기 입니다. 그것은 KeePassX (그 자체로 KeePass 의 크로스-플랫폼 포트)의 커뮤니티 포크로 시작되었습니다. [2] [3] 그것은 Qt5 라이브러리 를 사용하여 구축되어, Linux , Windows , macOS , 및 BSD 에서 실행될 수 있는 다중-플랫폼 응용 프로그램입니다. [4] [5] [6] KeePassXC는 기본적으로 KeePass 2.x (.kdbx) 암호 데이터베이스 형식을 사용합니다. [7]   그것은 역시 버전 2 및 이전 KeePass 1 (.kdb) 데이터베이스를 가져올 수 있습니다 (그리고 변환할 수 있습니다). KeePassXC는 추가 보안을 위해 키 파일과 YubiKey 챌린지-응답을 지원합니다. [2] Electronic Frontier Foundation 은 KeePassXC를 "사용하기 쉽고 강건한 소프트웨어"라고 언급합니다. [8]   KeePassXC 버전 2.7.4의 보안 검토는 2022년 말에 완료되었습니다. [9] 함께 제공되는 브라우저 확장 프로그램은 Firefox , [10] Tor-Browser, Google Chrome , [11] Vivaldi , Microsoft Edge , [12] 및 Chromium 에서 사용할 수 있습니다. [13] 확장은 데스크탑 응용 프로그램에서 브라우저 통합을 활성화함으로써 연결될 수 있습니다. [14] Installation 데비안 저장소에서 설치할 수 있습니다: sudo nala install keepassxc  

KeePassXC for Beginners on Debian

원문 보기: https://dawoum.duckdns.org/wiki/KeePassXC/KeePassXC_for_Beginners_on_Debian 좋은 암호는 크랙킹이 어려운 것을 의미합니다. 이를 위해, 암호는 영어 대/소문자와 숫자, 및 특수문자의 조합으로 이루어져야 하고, 가능한 길게 만드는 것이 좋습니다. 그러나, 자칫 잘 만든 긴 암호는 사람이 기억하기에 너무 좋지 않기 때문에, 대안적으로 다른 사람들에게는 의미가 없지만, 자신에게 특별한 의미를 갖도록 암호를 만드는 것이 좋습니다. 게다가, 기억해야 할 암호는 살면서 점점 더 늘어나기 때문에, 대체로 하나의 암호를 만들어서 거의 모든 계정에 같은 암호를 사용하는 경향이 있습니다. 이것은 다른 의미로 하나의 암호가 유출되면 거의 모든 곳의 개인 정보가 한꺼번에 유출된다는 것을 의미합니다. 따라서, 다른 도구의 도움을 받아 어려운 암호를 만들고 자동으로 입력되기를 원할 수 있습니다. Enter password managers 이제, 암호 관리기를 선택해야 합니다. 암호 관리기는, 위에서 언급한 것처럼, 크랙킹에 어려운 암호를 만들고, 사용자가 기억할 필요 없이, 입력 필드에 자동으로 암호를 입력해 주는 도구입니다. 사람마다 원하는 암호 관리기가 다르겠지만, 다음을 고려할 수 있습니다: 오픈-소스로 관리되는가? 사용함에 있어 비용이 없는가? 계정을 만들지 않아도 좋은가? 사용하려는 여러 플랫폼 (리눅스, 윈도우, 안드로이드, macOS, iOS, 등)을 지원하는가? 보통, 보안 전문가들이 자주 추천하는 암호 관리기는 KeePassXC , Bitwarden, 및 1Password가 있습니다. 어쨌든, 개인 사용자의 입장에서는 위의 고려 사항을 생각해서 KeePassXC 가 적합해 보입니다. Installations 암호 관리기는 여러 기기에서 동일하게 입력되어야 하기 때문에, 여러 플랫폼을 지원해야 합니다: 데비안: sudo apt install keepassxc Windows: https://github...

Let's Encrypt Auto-renew

원문 보기: https://dawoum.duckdns.org/wiki/Let%27s_Encrypt/Auto-renew 여기저기서 Let's Encrypt 에서 발급하는 인증서를 자동으로 갱신하는 방법을 소개하고 있습니다. 그러나, 어떤 경우에서, 알려진 방법들이 내 환경과 맞지 않을 때에는 그런 방법을 이용할 수 없습니다. 그래서, 이전에는 인증서를 수동으로 발급받는 스크립트를 만들었습니다. 관련 서비스를 모두 중지합니다 인증서를 발급받습니다 관련 서비스를 모두 시작합니다 그 외 필요한 작업을 수행합니다 그런-다음 종료 날짜를 확인해서 30일 전에 위 스크립트를 수행하도록 Cron 작업을 수동으로 만들었습니다. 이것은 1년에 4~5번 정도 수행하는 임무이지만, 여전히 어딘가에 정보를 기록하고 신경을 쓰는 것이 귀찮습니다. 따라서, 인증서 발급 마지막에 크론 작업을 업데이트하는 스크립트를 추가할 필요가 있습니다. 즉, 필요한 과정은 아래와 같습니다: 인증서 만료 날짜를 구합니다. 그 날부터 29일 전의 월과 일을 구합니다. 이전 크론 작업을 지웁니다. 새롭게 크론 작업을 삽입합니다. 일반 사용자의 입장에서, 자주 사용하지도 않는 스크립트를 별도로 시간을 내서 공부하는 것이 현실적으로 적절한지 의문이고, 관련 지식이 전혀 없을 때 익히기도 쉽지 않을 수도 있습니다. 어쨌든, 완전하지는 않지만 단순히 작동하는 정도만 원하기 때문에, 인터넷 검색을 통해서 이를 수행할 수 있습니다. 인증서 만료 날짜 구하기 이전 문서에서, Let's Encrypt 에서 다음 명령으로 만료 날짜를 확인할 수 있습니다: sudo certbot certificates 그러나, 위 명령으로는 너무 많은 출력으로 원하는 날짜를 구하는 것이 쉽지 않아 보입니다. 대안적으로, 검색을 통해 openssl을 통해 구할 수 있음을 알 수 있습니다 (또는 AI를 통해 정보를 얻을 수도 있을 것으로 보입니다. 그리고 검색어는 보다 구체적으로 적어야 원하는 정보와 가까운 것을 얻을 수 있습니...

Interprocedural optimization

원문 보기: https://dawoum.duckdns.org/wiki/Interprocedural_optimization Original article: w:Interprocedural optimization Interprocedural optimization ( IPO )는 많은 자주 사용되는 작은 또는 중간 길이의 함수 를 포함하는 프로그램에서 성능을 향상시키기 위해 컴퓨터 프로그래밍 에 사용되는 컴파일러 기술의 모음입니다. IPO는 단일 함수 또는 코드 블록이 아닌 전체 프로그램을 분석한다는 점에서 다른 컴파일러 최적화 와 다릅니다. IPO는 중복 계산 및 메모리의 비효율적인 사용을 줄이거나 없애고 루프와 같은 반복 시퀀스를 단순화하는 것을 목표로 합니다. 만약 루프 내에서 또 다른 루틴에 대한 호출이 발생하면, IPO 분석은 해당 루틴을 인라인하는 것이 가장 적합하다고 결정할 수 있습니다. 대안적으로, IPO는 더 나은 메모리 레이아웃 및 지역성 을 위해 루틴을 재정렬할 수 있습니다. IPO에는 전체-프로그램 레벨에 적용되는 일반적인 컴파일러 최적화 (예를 들어, 실행되지 않는 코드를 제거하는 dead code elimination (DCE))도 포함될 수 있습니다. IPO는 역시 상수를 더 잘 사용하려고 시도합니다. 최신 컴파일러는 컴파일-시간에 옵션으로 IPO를 제공합니다. 실제 IPO 프로세스는 사람이 읽을 수 있는 소스 코드와 완성된 실행 가능한 바이너리 프로그램 생성 사이의 임의의 단계에서 발생할 수 있습니다. 파일별로 컴파일되는 언어에 대해, 번역 단위 (모듈 파일)에서 효과적인 IPO를 위해서는 전체 프로그램 최적화( whole program optimization , WPO )를 실행할 수 있도록 프로그램의 "진입점"에 대한 지식이 필요합니다. 많은 경우에서, 이것은 전체 프로그램이 링커에 표시되기 때문에 link-time optimization ( LTO ) 패스로 구현됩니다. Analysis 속력에...