Debian 维护者指南## debian Debian 维护者指南 Osamu Aoki, 杨博远, Fonzie Huang, and xiao sheng wen(肖盛文) November 10, 2023 Debian 维护者指南 by Osamu Aoki, 杨博远, Fonzie Huang, and xiao sheng wen(肖盛文) Copyright © 2014-2021 Osamu Aoki 如何做出贡献 2.3 Debian 的社会驱动力 2.4 技术提醒 2.5 Debian 文档 2.6 帮助资源 2.7 仓库状况 2.8 贡献流程 2.9 新手贡献者和维护者 3 工具的配置 3.1 电子邮件地址 3.2 mc 3.3 git 3.4 quilt 3.5 devscripts 3.6 sbuild 3.7 git-buildpackage 打包的定制化 ..... 50 5.15 在版本控制系统中进行记录（标准） ..... 50 5.16 在版本控制系统中进行记录（备选方案） ..... 51 5.17 构建软件包时排除不必要的内容 ..... 51 5.17.1 使用 debian/rules clean 进行修复 ..... 52 5.17.2 使用版本控制系统修复 ..... 52 5.17.3 使用 extend-diff-ignore0 码力 | 142 页 | 1.11 MB | 2 年前3- Debian 新维护者手册## Debian 新维护者手册 Josip Rodin、Osamu Aoki（青木修）、Aron Xu、李凌、郑原真、周默和杨博远 本文档可在 GNU 通用公共许可证第二版或更高版本的条款规定下使用。 本文档在撰写过程中参考了以下两篇文档： • Making a Debian Package (AKA the Debmake Manual), copyright © 1997 Jaldhar
COLLABORATORS TITLE:Debian 新维护者手册 ACTION NAME DATE SIGNATURE WRITTEN 需要的开发文档 1.4 到何处求助 2 第一步 2.1 Debian 软件包制作流程 2.2 挑一个你喜欢的程序 2.3 获取程序并试用 2.4 简单的编译系统 2.5 常见的可移植编译系统 2.6 软件包名称和版本 2.7 设置 dh_make 2.8 初始化外来 Debian 软件包 3 修改源代码 3.1 设置 quilt 3.2 修复上游 0 码力 | 63 页 | 493.28 KB | 2 年前3 TypeScript 类型系统## TypeScript 类型系统 分享人：陈文岗 学校：中国科学院大学 2021年1月21日 ## 关于TypeScript TypeScript是微软推出的JavaScript静态类型版本，它是JavaScript的超集，可以编译为纯粹的JavaScript TypeScript How Does TypeScript Work? TypeScript file.ts JavaScript // unknown类型(Top Type) let foo: unknown; // never类型(Bottom Type) let bar: never; ## TypeScript 结构类型系统 #include#include using namespace std; struct Person1 { string name; of local variable 'p1' to 'Person2' ↔ More actions... Person2 p2 = p1; } ## 标明类型系统 即使两个类的结构完全一致，也不能互相赋值 interface Person1 { name: string; age: number; } interface Person2 { 0 码力 | 25 页 | 1.27 MB | 2 年前3 MoonBit月兔编程语言 现代编程思想 第十课 哈希表与闭包现代编程思想 哈希表与闭包 Hongbo Zhang ## 回顾 ## · 表 键值对的集合，其中键不重复 简单实现：二元组列表 - 添加时向队首添加 - 查询时从队首遍历 树实现：二叉平衡树 - 基于第五节课介绍的二叉平衡树，每个节点的数据为键值对 - 对树操作时比较第一个参数 ## 哈希表 - 哈希函数/散列函数 Hash function ◦ 接口中，数据被映射到整数范围内 trait Hash { hash(Self) -> Int } ■ "这是一个非常非常长的字符串".hash() == -900478401 ## · 哈希表 ◦ 利用哈希函数，将数据映射到数组索引中，进行快速的添加、查询、修改 1. // 对于 a: Array[(Key, Value)], key: Key, value: Value 2. let 不同数据的哈希可能相同 不同的哈希映射为数组索引时可能相同 - 解决哈希表的冲突 ◦ 直接寻址（分离链接）：同一索引下用另一数据结构存储 列表 二叉平衡搜索树等 ☐ 开放寻址 ■ 线性探查：当发现冲突后，索引递增，直到查找空位放入 ■ 二次探查（索引递增 $ 1^{2}2^{2}3^{2} $ ）等 ## 哈希表：直接寻址 - 当发生哈希/索引冲突时，将相同索引的数据装进一个数据结构中0 码力 | 27 页 | 448.83 KB | 2 年前3 CurveFs 用户权限系统调研CurveFs 用户权限系统调研（已实现） ## 一、 Curvefs测试 • 1. 启动curvefs • 问题1：root用户无法访问挂载目录 • 测试 allow root - 测试allow_other • 参考文献 - 问题2：本地文件系统挂载默认是共享的？ - 问题3：文件系统访问控制是在哪一层实现的？ ## 二、 文件系统权限管理 • 文件类型 • 文件权限 文件权限 • 特殊权限 (SUID, SGID, STICKY) - 文件默认权限mask - 用户&用户组 - 文件系统用户权限管理 - 对mode的管理 - 对ACL（Access Control Lists）的管理 - ACL Access Entry保存在哪? • ACL的表示 • 内存中的ACL 是如何与具体的 Inode 相关联 • • 如何存储和获取ACL信息 • Inode权限校验 • chmod、chown、setfacl、getfacl接口文件系统自己如何实现 • 结论： • 参考文献： ## 一、 Curvefs测试 代码：https://github.com/cw123/curve/tree/fs_s3_joint_debugging 环境：test2 ### 1. 启动curvefs0 码力 | 33 页 | 732.13 KB | 1 年前3 《玩转webpack》 第四章 进阶篇: 编写可维护的 webpack 构建配置CONTENTS 01 | 基础篇：webpack 与构建发展简史 02 | 基础篇：webpack 基础用法 03 | 基础篇：webpack 进阶用法 04 | 进阶篇：编写可维护的webpack 构建配置 05 | 进阶篇：webpack 构建速度和体积优化策略 06 | 原理篇：通过源码掌握webpack 打包原理 07 | 原理篇：编写 Loader 和webpack 开发商城项目 ## ☐ ☐ ☐ ☐ ## 扫码试看/订阅 《玩转webpack》 ## 构建配置抽离成 npm 包的意义 通用性 ·业务开发者无需关注构建配置 ·统一团队构建脚本 可维护性 ·构建配置合理的拆分 ·README 文档、ChangeLog 文档等 质量 ·冒烟测试、单元测试、测试覆盖率 ·持续集成 ## 构建配置管理的可选方案 通过多个配置文件管理不同环境的构建，webpack Git 规范和 Changelog 生成 良好的 Git commit 规范优势： ·加快 Code Review 的流程 ·根据 Git Commit 的元数据生成 Changelog ·后续维护者可以知道 Feature 被修改的原因 ## 技术方案1 Git提交格式 ➞ 统一团队Git 0 码力 | 30 页 | 5.38 MB | 2 年前3 分布式任务系统cronsun## 分布式任务系统 cronsun 苏创绩 ## 目录 01 任务系统 02 分布式任务系统 03 cron sun 04 心得体会   ## 01 Part One 任务系统 ## 任务 1. 什么时间 2. 什么地点 3. 做什么事 ## 一 个简单的任务  星期数，范围：0-7（0和7都是星期天） e42541490db6c0e/p6_1.jpg) crontab cmd1 cmd2 cmd3 ## 早期的 cron V7, 1979 1. 在Version 7 Unix里是一个系统服务 2. 只用 root 运行任务 3. 算法简单直接 ## 早期的 cron 运行逻辑 1. 读 /usr/lib/crontab 文件 2. 如果有命令要在当前时间执行，就用 root0 码力 | 48 页 | 1.52 MB | 2 年前3 声明式自愈系统——高可用分布式系统的设计之道-王昕## 声明式自愈系统——高可用分布式系统的设计之道 王昕 高级技术专家 全球技术领导力峰会 # 500+高端科技领导者与你一起探讨 技术、管理与商业那些事儿 2019年6月14–15日 上海圣诺亚皇冠假日酒店   ## TABLE OF CONTENTS 大纲 电商消息业务场景 电商消息系统架构 电商消息核心技术和挑战 电商消息全链路稳定性保障 电商消息全链路稳定性保障 电商消息系统未来展望 • Q&A  ## 电商消息业务场景 场景：社交互动、生意沟通、交易提醒、优惠通知、品牌资讯 目标：打造新零售业务商业连接，帮助消费者进行消费决策 ## 活动 9月会员日来袭 U 童装上新，网红爆款玩具等你来玩0 码力 | 22 页 | 12.22 MB | 2 年前3 Greenplum 精粹文集二、Greenplum 背后的帝国 ..... 20 三、Greenplum 硬件选型篇 ..... 24 四、Greenplum 实施经验谈 ..... 29 五、Greenplum 系统表的维护及修复技巧 ..... 34 六、Greenplum 的开发和优化 ..... 40 七、加密 Greenplum 中的静态数据 ..... 50 ## 一、 Greenplum 的前生今世 难于扩展，并且在 CPU 计算和 IO 吞吐上不能满足海量数据的计算需求。 分布式存储和分布式计算理论刚刚被提出来，Google 的两篇著名论文发表后引起业界的关注，一篇是关于 GFS 分布式文件系统，另外一篇是关于 MapReduce 并行计算框架的理论，分布式计算模式在互联网行业特别是搜索引擎和分词检索等方面获得了巨大成功。 ![Image](/uploads/documents/3/b/9 横向扩展的分布式并行数据计算技术。 当时，开放的X86服务器技术已经能很好地支持商用，借助高速网络（当时是千兆以太网）组建的X86集群在整体上提供的计算能力已大幅高于传统SMP主机，并且成本很低，横向的扩展性还可带来系统良好的成长性。 问题来了，在 X86 集群上实现自动的并行计算，无论是后来的 MapReduce 计算框架还是 MPP（海量并行处理）计算框架，最终还是需要软件来实现，Greenplum 正是在这0 码力 | 64 页 | 2.73 MB | 2 年前3共 1000 条- 1
- 2
- 3
- 4
- 5
- 6
- 100