2038年問題を再発させるコードが多数の場所にコピーされてしまっている
2038年問題はUNIX時間のオーバーフローに伴ってプログラムが誤動作するというものですが、既にほとんどのプログラムで解決済みとされています。しかし、ゲーム開発エンジニアのエイドリアンさんがMicrosoftのドキュメント上に2038年問題を引き起こすコードが掲載されているのを発見。そのコードをコピーしたプログラムでは2038年問題が発生してしまうと警告を行っています。 Year 2038 problem is still alive and well | Silent’s Blog https://cookieplmonster.github.io/2022/02/17/year-2038-problem/ UNIX系のOSでは時刻情報を扱う際に1970年1月1日0時0分からの経過秒数として表される「UNIX時間」を利用しています。かつて、UNIX時間はシステム内部において符号付き32ビ
Snapcraft - Snaps are universal Linux packages
Snaps are easy to discover and install. Millions of users can browse and install snaps graphically in the Snap Store or from the command-line. Snaps install and run the same across Linux. They bundle the exact versions of your app’s dependencies. Snaps automatically update to the latest version. Four times a day, users’ systems will check for new versions and upgrade in the background. Upgrades ar
etckeeper
etckeeper is a collection of tools to let /etc be stored in a git, mercurial, bazaar or darcs repository. This lets you use git to review or revert changes that were made to /etc. Or even push the repository elsewhere for backups or cherry-picking configuration changes. It hooks into package managers like apt to automatically commit changes made to /etc during package upgrades. It tracks file meta
イケてると思う dotfiles の管理方法 - KMC活動ブログ
イケてると思う dotfiles の管理方法 この記事は、今年もやります！KMCアドベントカレンダー！！ - KMC活動ブログの21日目の記事です。 昨日の20日目の記事はReturn Value Optimization (RVO)の話 【KMCアドベントカレンダー20日目】 - KMC活動ブログでした。 KMC5回生の wacky です。今日は dotfiles の管理方法についての話をします。 dotfiles を管理していないと 何らかの UNIX を長いこと使っていると、ホームディレクトリには自分の書いた .zshrc や .tmux.conf などの設定ファイルがたくさん転がっていると思います。そして、長いこと UNIX を使っている人であれば、自分が単一のサーバにしかログインしない、というのは稀でしょう。当然、自分のログインするサーバ全てのホームディレクトリには .zshrc
www.rpm.org homepage - RPM Package Manager
RPM Package Manager The RPM Package Manager (RPM) is a powerful package management system capable of building computer software from source into easily distributable packages installing, updating and uninstalling packaged software querying detailed information about the packaged software, whether installed or not verifying integrity of packaged software and resulting software installation News RPM
logrotateでローテート後のファイルを消さないようにする - メモとかそんな感じなやつ
しょーもないことだけど意外にできなかったので。。 rotateオプションあるいはmaxageオプションだと man logrotateで出てくるsampleを例にとると /var/log/messages { rotate 5 weekly postrotate /usr/bin/killall -HUP syslogd endscript } こんな感じの設定だとして、この「rotate」オプションが世代管理の設定。 例の場合だと5世代残す設定になるわけだけど、これを世代管理なんかしなくて永久にファイルを残したい。 でもmanを見てみてもそれっぽいオプションがなさそう。 はじめ"rotate 0"かなーって考えてたけど"rotate 0"の場合は世代管理が0ってことで、1世代も残さずにローテート後のファイルが削除されちゃう。 If count is 0, old versions are
RPMの作り方～第1回：src.rpmを理解しよう～
ソースファイルを手に入れて，一からRPMを作っていくのはかなり大変な作業だ。そこでまずは，.src.rpmで配布されているパッケージを利用してRPMの構造を知ることから始めよう。ここでは，Red Hat Linux 7.2を前提としてApache 1.3.22を使用した例を解説をしていく。 # wget ftp://updates.redhat.com/7.2/en/os/SRPMS/apache-1.3.22-2.src.rpm #rpm -i apache-1.3.22-2.src.rpm 上記のようにファイルをゲットしてrpmで指定（-i）をすると，「/usr/src/redhat/」ディレクトリ下に該当ファイルがインストールされる。このディレクトリ下には次のようなサブディレクトリがあり，それぞれの目的別に分類されるのだ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
todo
The etckeeper Open Source Project on Open Hub