Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
lilo.linux.or.jp の話 (2017年12月)
Search
Kazuhiro NISHIYAMA
December 17, 2017
Technology
360
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
lilo.linux.or.jp の話 (2017年12月)
前回の発表以降の lilo.linux.or.jp の管理の話をします。
Kazuhiro NISHIYAMA
December 17, 2017
More Decks by Kazuhiro NISHIYAMA
See All by Kazuhiro NISHIYAMA
Reforming the Japanese Ruby reference manual
znz
0
13
Rubyの配布パッケージの変遷
znz
0
50
Headscale + Tailscale に移行中
znz
0
89
Ruby on Rails と私
znz
0
88
riscv64.rubyci.org internal
znz
0
67
Rubyの日本語リファレンスマニュアルの現在と未来
znz
0
120
devise-two-factorを4.xから5.xに上げた話
znz
0
450
docs.ruby-lang.org/ja/ の生成方法を変えた
znz
0
130
Ubuntuのriscv64版をqemuで動かした
znz
0
150
Other Decks in Technology
See All in Technology
多層防御と最⼩権限で実現する、安全なAIエージェント設計パターン
lycorptech_jp
PRO
0
210
bet_ai_day_2026_session02
agenticsec
2
1.3k
Jetpack Compose で挑む新聞紙面UI ─ 複合ジェスチャー・ポリゴン記事領域・適応的ページ構成という3つの壁/droidkaigi2026
nikkei_engineer_recruiting
0
240
Bet AI Day 2026丨How We Bet AI: AIとともに働く場をつくる
layerx
PRO
2
2.7k
生成AIのテナント制御とシャドーMCP対策 | AIを"止めずに"、情報を守る
yukun
0
120
Nav2、Nav3 ... はたまた自作?〜 作って理解する Nav3 の設計意図 〜 / Nav2, Nav3 ... or Build Your Own? — Understanding Nav3's design intent by building it from scratch
yanzm
0
260
薬剤師(ドメインエキスパート)と一緒に育てる薬局向けAIアシスタント
kakehashi
PRO
2
120
Bet AI Day 2026丨AIによって本質に戻るシステムリスク管理
layerx
PRO
0
1.3k
プロダクトエンジニアに必要な「いい感じ」に作る能力 〜たくさん作れる時代に、どこまで作るかの決め方〜
jnishime_dresscode
2
1.4k
「重なり」は迎える側がつくる ― 人もAIエージェントも歓迎するプロダクトエンジニアリング ―
go0517go
PRO
0
260
DINO-EdgeQuery:Edge-First Polygon Decoding for Building Footprint Extraction from Satellite Imagery
lehupa
0
160
AndroidでHDRメディアを「壊さずに」扱う
chigichan24
0
410
Featured
See All Featured
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.7k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
440
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
Scaling GitHub
holman
464
140k
Designing for Performance
lara
611
70k
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
530
Designing for Timeless Needs
cassininazir
1
470
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
240
Tell your own story through comics
letsgokoyo
1
1.1k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.6k
Speed Design
sergeychernyshev
33
2.1k
Six Lessons from altMBA
skipperchong
29
4.5k
Transcript
lilo.linux.or.jp の話 (2017年12 月) Kazuhiro NISHIYAMA LILO 20周年記念ミートアップ 2017/12/17 Powered
by Rabbit 2.2.1
lilo.linux.or.jp とは? 主な用途: LILO の Web サーバー (apache) ML サーバー
(mailman) 1/10
環境 さくらの VPS Debian GNU/Linux 2/10
今回の話 前回以降の話 Web コンテンツ置き場の変更 3/10
Web コンテンツ置き場の変更 GitHub から GitLab.com へ 4/10
GitHub としさんの private リポジトリを使わせてもらっ ていた 他で使っていて作れる数に余裕があったから 支払い忘れで少しの間消えていたので移転するこ とに 5/10
選択肢 Bitbucket : プライベートは5ユーザーまで無料 GitLab.com : プライベートでも無制限で無料 (EE の機能が有料というモデル) GitHub
のアカウントで GitLab.com のアカウントも作 れるので GitLab.com を選択 6/10
GitLab.com https://gitlab.com/lilo_jp というグループを作成 Web コンテンツのリポジトリと管理情報のレポジ トリを移転 7/10
なぜプライベートリポジトリか? 管理情報のレポジトリ : パスワードなども含むの で Web コンテンツのリポジトリ : cvs の頃の履歴も
公開して良いかどうか確認できなかったため (ラ イセンスの問題) 8/10
公開レポジトリを作る? lilo.linux.or.jp のサブディレクトリとして 新しく発表資料などを公開できる場所を作る? 公開レポジトリで MR (merge request; GitHub の
pull request) などを受け付ける レポジトリは lilo_jp グループの中に作れそう 名前を何にする? そもそも必要? 9/10
まとめ プライベートレポジトリを GitHub から GitLab.com に移転しました 公開レポジトリを作る? 10/10 Powered by
Rabbit 2.2.1