今早收到这个噩耗,我才知道,我的邮件服务器挂了。
京东云这把是不是你搞的有问题,大家还得合计是不是杨笠给京东云泼脏水啊,就它承认了自己运维得很垃圾,为什么你们这帮死妈还是会给人洗呢,为什么现在还不挂起云主机实例,为什么不挂起,现在为什么不挂起,为什么不挂起,dump一下vram,vram呢vram呢,为什么不dump一下这个呢,dump到硬盘里啊!我操死你的妈!
今早收到这个噩耗,我才知道,我的邮件服务器挂了。
京东云这把是不是你搞的有问题,大家还得合计是不是杨笠给京东云泼脏水啊,就它承认了自己运维得很垃圾,为什么你们这帮死妈还是会给人洗呢,为什么现在还不挂起云主机实例,为什么不挂起,现在为什么不挂起,为什么不挂起,dump一下vram,vram呢vram呢,为什么不dump一下这个呢,dump到硬盘里啊!我操死你的妈!
明朗的朝阳从显示屏的反光中映入了办公桌,Greg Kroah-Hartman小心翼翼地整理着邮件列表的反馈。Linus爷爷放下了他用来修改内核的键盘,抬起头来,看着社区的讨论,不由得笑了笑:“又一个PR合并完毕了。时间过得这么快,不抓紧清理这些不合规的维护者怎么行呢!”
Greg皱着眉头:“Linus,你看社区的意见……会不会太过激了?”
Linus淡然一笑:“打开文件,带我去看看最新的MAINTAINERS。”
从控制台走到社区的讨论区,服务器日志里滚动着新提交的记录。PR被合并,部分俄罗斯开发者的名字已经从列表中消失。但邮件列表的气氛却不像代码库那样平静。屏幕上显示着数百条评论,有人为这次的清理欢呼:“英明神武!社区必须保持合规性!”也有人愤怒地质问:“开源的精神在哪里?规则不是自由的枷锁吗?”
Linus坐下,打开了另一个终端,发布了一条声明:“自由从来不意味着无序,我们的开源世界,必须符合国际规则。”Greg低声劝道:“Linus,我们这样做,会不会损害开源的包容性?”Linus挥了挥手:“包容性不应该是代码的漏洞。”
这时,一个年轻的开发者发来了私信:“Linus大神,我们只是写代码的,为什么要参与这些政治性的行为?”Linus看着屏幕,淡淡地回答:“世界已经变了,开源不再是一个独立于现实的象牙塔。我们得适应环境,保持项目的未来。”
话音刚落,一个通知弹出:“社区新增争议性议题!合规问题在GitHub和社交媒体上引发讨论。”Greg连忙跑进来说:“Linus,社区可能需要一个更详细的解释,我们这样可能影响贡献者的士气。”Linus转头微微一笑:“士气是靠技术积累的,不是靠无原则的自由换来的。”
正当两人讨论时,一名志愿开发者上传了一段批评的视频,标题写道:“开源的铁幕,Linus的规则”。视频里提到:“自由的代码已经成为政治的工具,开源再也不是那个无国界的精神家园。”
Linus把声明文档推到一边:“既然来了,就回应他们。”
他打开终端,输入了一条命令:“自由的代价是规则的约束。那些不符合规则的维护者,只能被清理。”
然而,代码的光芒并没有让争议平息。争论声继续在邮件列表和社交平台中激荡,越来越多的开发者开始质疑:“这还是开源吗?”
Linus站起身,走到窗口前,看着远方闪烁的服务器光点。他轻声说道:“自由从来不是无边无际的。规则让我们前行。”
办公室的气氛如同初冬的寒风般冷清。社区的战士们,有些继续维护代码,有些选择了离开。新的提交依然在Git仓库中滚动,但开源的天空,似乎少了几分以往的明朗。
“绿皮车”不是绿皮车!一般来说,严格意义上的绿皮车车上只有风扇没有空调,可以开窗,冬天烧锅炉取暖。现在还在运行的严格意义上的绿皮车型号有18型客车和单层25B型客车。带空调的18型客车和25B型客车也可以算真正意义上的绿皮车,因为出厂涂装原色为绿。地方铁路原色涂装非绿,但也属于严格意义上的绿皮车。而25G、25K、25T原有涂装的颜色分别为红、蓝、白。自2014年起,中国铁路上的客车涂装渐渐地被统一为了墨绿色底色、明黄色条纹的涂装。
即使在铁路客车几乎全部被刷绿的情况下,仍然存在一种通过涂装快速分辨客车型号的方法:车厢涂装黄条两端的平行四边形数。
这个方法可在图片/视频拍摄时抖动较大、拍摄设备问题导致的型号、车次信息模糊不清时快速判断客车型号,从而正确判断其原有涂装(即原色)。
判断方法:车厢涂装黄色条纹两端平行四边形数,2、3、5分别对应25B、25G、25K。25T涂装黄色部分为简单的黄色长条,无图案。此方法不适用于18型、22型客车。
作为一个铁路迷,笔者一直在向大众进行科普,避免大众对国铁的普速列车产生错误认知,并推广铁路文化。
页面留言栏上方。
页面右侧边栏处。
因为页脚已用于悬挂工信部ICP备案信息。
这个教程旨在介绍一些简单的命令和概念,以创建一个看似悬浮在背景之上的标志,如下图所示:
我们将使用图层蒙版来隔离图像的一部分,例如将标志放置在任意背景上。此外,我们还将添加阴影效果,使对象看起来悬浮在背景之上。
创建一个适合您标志的新图像:
这是我完成所有步骤后的最终悬浮标志图像:
这个教程的有趣之处在于,我们可以在图像背后使用任何背景,而效果和阴影仍然存在:
或者我们可以将其保存为PNG文件,没有任何背景,从而允许任何背景透出:
就这样!去创造您自己的悬浮标志吧。
对于有兴趣的人,我提供了用于创建这个教程的.xcf.bz2文件,您可以通过以下链接下载:Floating-Logo-Tut-patdavid.xcf.bz2 (96KB)。
GIMP Tutorial – GIMP Quickies (text & images) by Pat David
GIMP教程 – GIMP快速操作(文本 & 图片) 由 谢大大 使用 ChatGLM 翻译
原文与译文根据Creative Commons Attribution-ShareAlike 3.0 Unported License发布。
目前很多GNU/Linux发行版(以下简称“Linux系统”)都提供Live环境,供用户测试,基本等同于一个完整的操作系统,可以安装各种软件,包括kexec
工具(Debian系为kexec-utils
软件包)。而kexec允许计算机从当前运行的Linux内核直接跳转到新的内核,跳过引导阶段以减少重启时间。一次经历,使我产生了一个大胆的想法:通过kexec
从Live系统直接启动已安装的系统,减少重启时间。
最近,我在给我的服务器安装Proxmox VE,但发现安装盘不能正常使用,于是我启动到了另外一个Live系统,打算重新格式化U盘刷安装镜像。安装盘做好后我突然想起来kexec
可以直接启动另一个内核,于是我先安装了kexec-utils
,再打开安装盘,找到安装盘的内核、initrd和grub配置文件,然后执行了
kexec -l /media/PVE/boot/vmlinuz --append=<从grub配置文件复制的参数> --initrd=/media/PVE/boot/initrd.img
接下来,kexec -e
,顺利进入PVE安装程序,跳过了服务器漫长的开机自检。
既然可以从Live环境进入另一个安装程序,那么应该可以进入已安装的系统,毕竟都是Linux系统。我觉得这样可以节省不少时间。
我的思路如下:
kexec
支持,用户空间预置kexec
工具;kexec
命令;快速进入新系统
”的按钮,点击后可直接执行kexec -e
;(后面不知道怎么写了,到此为止吧。)