分类 时间轴 下的文章

躺平与内卷

迷惘

今天和朋友聊到未来发展，经过一番苦劝，思来想去我还是没下定决心去改变攒钱退休的规划。
更轻松的工作和生活方式谁不想有呢？既是我已经失去了对自己自制能力的自信，也是我对自己的学习能力失去了自信。
末了，也是我失去了对未来国家发展的自信。疫情前，至少还一片欣欣向荣，大家想想未来总能有出路。可现在，经济大衰退的环境下，各行各业，包括我自己所接触的行业都已经是行情大砍。我真的不知道自己是否还有努力和自制的能力，也不知道努力究竟能否换来我期许的回报。
眼看又是新的一年，不断的长大或者说老去，只觉人生枯燥乏味，难提拼搏的欲望。

示例 僵尸恐慌—起源 Zombie Panic Source

参考资料：engine.so: cannot enable executable stack as shared object requires: Invalid argument
启动日志：

xfox@fedora:~/.local/share/Steam/steamapps/common/Zombie Panic Source$ ./zps_linux 
SDL video target is 'x11'
SDL video target is 'x11'
This system supports the OpenGL extension GL_EXT_framebuffer_object.
This system supports the OpenGL extension GL_EXT_framebuffer_blit.
This system supports the OpenGL extension GL_EXT_framebuffer_multisample.
This system DOES NOT support the OpenGL extension GL_APPLE_fence.
This system supports the OpenGL extension GL_NV_fence.
This system supports the OpenGL extension GL_ARB_sync.
This system supports the OpenGL extension GL_EXT_draw_buffers2.
This system supports the OpenGL extension GL_EXT_bindable_uniform.
This system DOES NOT support the OpenGL extension GL_APPLE_flush_buffer_range.
This system supports the OpenGL extension GL_ARB_map_buffer_range.
This system supports the OpenGL extension GL_ARB_vertex_buffer_object.
This system supports the OpenGL extension GL_ARB_occlusion_query.
This system DOES NOT support the OpenGL extension GL_APPLE_texture_range.
This system DOES NOT support the OpenGL extension GL_APPLE_client_storage.
This system DOES NOT support the OpenGL extension GL_ARB_uniform_buffer.
This system supports the OpenGL extension GL_ARB_vertex_array_bgra.
This system supports the OpenGL extension GL_EXT_vertex_array_bgra.
This system supports the OpenGL extension GL_ARB_framebuffer_object.
This system DOES NOT support the OpenGL extension GL_GREMEDY_string_marker.
This system supports the OpenGL extension GL_ARB_debug_output.
This system supports the OpenGL extension GL_EXT_direct_state_access.
This system supports the OpenGL extension GL_NV_bindless_texture.
This system DOES NOT support the OpenGL extension GL_AMD_pinned_memory.
This system supports the OpenGL extension GL_EXT_framebuffer_multisample_blit_scaled.
This system supports the OpenGL extension GL_EXT_texture_sRGB_decode.
This system supports the OpenGL extension GL_NVX_gpu_memory_info.
This system DOES NOT support the OpenGL extension GL_ATI_meminfo.
This system supports the OpenGL extension GL_EXT_texture_compression_s3tc.
This system supports the OpenGL extension GL_EXT_texture_compression_dxt1.
This system DOES NOT support the OpenGL extension GL_ANGLE_texture_compression_dxt3.
This system DOES NOT support the OpenGL extension GL_ANGLE_texture_compression_dxt5.
This system supports the OpenGL extension GL_ARB_buffer_storage.
This system DOES NOT support the OpenGL extension GLX_EXT_swap_control_tear.
OpenGL: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2 4.6.0 NVIDIA 580.119.02 (4.6.0)
GL_NV_bindless_texture: DISABLED
GL_AMD_pinned_memory: DISABLED
GL_ARB_buffer_storage: AVAILABLE
GL_EXT_texture_sRGB_decode: AVAILABLE
 failed to dlopen /home/xfox/.local/share/Steam/steamapps/common/Zombie Panic Source/bin/engine.so error=/home/xfox/.local/share/Steam/steamapps/common/Zombie Panic Source/bin/engine.so: cannot enable executable stack as shared object requires: Invalid argument
AppFramework : Unable to load module engine.so!
Unable to load interface VCvarQuery001 from engine.so

修复方案：

execstack -c "~/.local/share/Steam/steamapps/common/Zombie Panic Source/bin/engine.so"
如果你使用了其他存储设备存储steam游戏库，应修改为对应的挂载位置。

问题原因：

GNU C 库 2.41 版本现已发布：如果共享库要求，dlopen 和 dlmopen 不再使栈可执行，可能是因为缺少 GNU_STACK ELF 头部（以及默认 ABI 权限对可执行位的设置），或者显式地因为 GNU_STACK 中有可执行位，而栈本身还不是可执行的。相反，加载此类对象会失败。

在这个内存暴涨的时刻，从万能的某宝完成了一次超出某宝默认售后期限的换货。
实际上在这篇文章发布之前找到下载文件损坏和Windows蓝屏崩溃软/硬重启的元凶：光威战将DDR4 3200Mhz 16G*2内存我就已经出现了一些奇奇怪怪的错误，但是直到最近CSGO频繁出现文件错误需要重新校验的问题我才意识到原来这些问题本质上都是内存条的故障导致的。
作为测试的一部分，洗个澡回来接着打CS直到报错为止（之前通常打开一局进入地图时或进入后几秒就报错，为此导致我多次官匹竞技被禁赛掉分）。
打了几把确实没有再出现内存问题导致的报错。
就是比较难受的是原来的是套条，现在这两根一条黑PCB一条绿PCB，neurax看了照片告诉我颗粒一个三星一个镁光，三星那个颗粒还不是一个批次。 就这，还能组成双通道，型号也打的同一个型号，实在是抽象。 除非够便宜不可能再买光威的内存条了，混的有点让人不爽。

因为输入法问题我已经在博客寫過很多文章：
debian12安装fcitx5-rime
输入法耻辱柱 附解决方案 Fedora41 Fcitx5-rime输入法配置
fcitx-rime异常
在linux mint下使用中州韵RIME输入法
不管是fcitx或者fcitx5又或者ibus，默認安裝後的rime使用的是明月拼音而非明月拼音-簡化字。
所以中國大陸地區需要配置設置默認使用簡體字方案。

你是否需要RIME？

当你安装fcitx5 fcitx5-chinese-addons之后，实际上你已经可以使用Fcitx5的Pinyin软件包 完成中文输入了，如果你不需要更复杂的功能，你完全没必要再进行下列复杂操作。

Fcitx5-RIME安装

sudo dnf install fcitx5 fcitx5-chinese-addons fcitx5-rime

任何發行版的RIME必要的配置

強烈建議新手先閱讀Rime 中的數據文件分佈及作用 瞭解下文中配置文件的位置。
本文默認使用明月拼音-簡化字方案 并不使用官方的额外配置工具 其他方案操作類似，觀看文檔自行揣摩。
参考文本时默认你已经在Fcitx5或者IBus中添加了RIME输入法方案，并在KDE中设置虚拟键盘为IBus Wayland/Fcitx5 Wayland实验性配置

設置默認使用簡體字方案

Fcitx5: ~/.local/share/fcitx5/rime ~.config/fcitx5/rime/
IBus: ~/.config/ibus/rime
以下操作可以参照注释手动在文件管理器里完成，不必强迫自己用命令完成。

cd ~.config/ibus/rime                   #进入RIME的用户目录
touch default.custom.yaml               #创建自定义全局配置文件
nano default.custom.yaml                #编辑文件（随便你用什么编辑器）
不要创建default.yaml，这个文件是RIME在启动后自动动态拼接多个配置文件产生的总配置文件，直接创建并修改这一文件会在软件更新，重新部署等时刻丢失你的配置信息！
在你的自定义输入法配置文件中加入如下内容：
# default.custom.yaml
# 用户  输入法配置
patch:  
  schema_list:  # 输入方案列表
    - schema: luna_pinyin_simp  # 不使用其它输入方案, 只保留明月拼音-简化字输入方案
  menu:
    page_size: 5  # 候选词为5个

接下来鼠标右键点击右下角输入法图标点击部署手动刷新输入法当前配置文件。
其他你都可以忽略，现在你已经可以使用自己的简体中文输入法了！
更复杂的配置方案请查看官网，本文的诞生有赖于我在2022年第一次使用RIME时在博客的认真记录（全面换装自由的开源输入法），做笔记对于记忆力一般的我来说真是一个好习惯啊......

使用东风破

上文是不使用东风破的简易配置方案，但是你也可以用更简便的官方的配置方案：
東風破 /plum/: Rime configuration manager and input schema repository
我相信大部分人在知道官方有完善方案后不会再费劲自己手配，但是问题是现在还在手配的人大部分除了大佬都是完全不知道东风破的纯萌新。

RIME的其他输入方案

就普适性推荐使用雾凇拼音
按照仓库提示安装后默认推荐的配置将添加过多不必要的双拼方案，只使用全拼的用户可以编辑用户自定义配置文件修改方案列表仅使用全拼：

#default.custom.yaml
patch:
    schema_list:  # 输入方案列表
        - schema: rime_ice # 仅使用雾凇全拼（同其他官方方案类似将会自动添加一个RIME默认的英文输入方案）
# 以下根据自己所需自行定义，仅做参考。
# 针对对应处方的定制条目，请使用 <recipe>.custom.yaml 中配置，例如 rime_ice.custom.yaml
    menu:
        page_size: 5  # 候选词为5个

2025-12-11T16:19:32.png
重新点击部署即可愉快使用。

Yes ,last day after my input sudo dnf update my fcitx5-rime stop work.
I cant stop wanna sleep and wake up at UTC+8 PM 5:30 .
I cant see sunshine,只能看到黄昏。
暂时能输入汉字时因为后边回滚依然无法正常使用fcitx5-rime后给Chrome浏览器安装了：Google 输入工具

没事别更新.png

我真的强烈建议滚动更新的发行版用户比如Fedora，除非当前版本不能正常用就别更新。
一更新往往就导致更多问题，已经不是第一次更新后莫名其妙Fcitx5不正常了。

试试IBus－RIME

爲了避免干擾先把FCITX5刪了。
sudo dnf remove fcitx5
sudo dnf install ibus ibus-rime
然後KDE設置裏虛擬鍵盤選擇ibus wayland選項重啓一下對着右下角虛擬鍵盤鼠標中鍵啓用。
把配置文件复制过去后正常了，心情没那么糟糕了但也好不到哪去。
打开手机一刷新，到处是致郁信息心情更糟了。休息了一天又好像完全没休的样子，我只是睡了一觉又变成了被压榨剩余价值的牛马。
下周白班，不加班了，我要双休！

无梦长眠后的残局

无数次想逃离公司逃离当前的工作，也曾经付诸过行动，但是逃离后去哪里呢？我需要一份能维持生活的工作，对工作的摆烂式的逃避往往是一时兴起Oh，也并非一时兴起，这是积怨已久的被剥削者自然而然的想法。
领导的画饼和繁重的工作，从小接受的教育洗脑和这个礼崩乐坏时代划刻的伤疤，成年人的崩溃往往就在一瞬间。
有时候完全没办法判断一些事情，因为缺乏足够的信息，获取的信息又难以分辨真假。
我不希望有一天时代的轮回真的出现，出现一定要死人，死人一定是先从普通人开始，没准我也会死。
兴百姓苦，亡百姓苦。
人民日益增长的美好生活需要和不平衡不充分的发展之间的矛盾。
上学的时候不理解的东西进入社会后都看到了实例。想起来《从红月开始》里那个跳楼的研究员，他是懦弱的，没有勇气面对血淋淋的绝望现实，可他也是勇敢的，至少他敢于逃避这个现实选择去死。
吸毒合法化的趋势和避孕用品的涨价，成人用品对冲热度。
在崩坏的世界里，我们该怎么选？
我不知道，但是我一定不能现在就死了，毕竟没有任何人能证明人死后真的有来世或者有天堂。真的有又如何，你怎么知道自己能进去不用遭罪呢？
现在能做的只有攒钱，缺乏资本还不到作出选择的时候。
晚安？🤔

2025-12-11 更新Fedora至最新版本后安装Fcitx5及Fcitx5-RIME一切正常

sudo dnf install fcitx5 fcitx5-chinese-addons fcitx5-rime

这是困扰我许久的问题，但是一直没有时间解决，我已经无法忍受这种局面今天务必解决。

错误日志

通过podman logs -f 命令可以看到关键报错如下

[error][2025-11-27 20:26:34][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:80][email protected]%!(EXTRA string=域名mx记录查询失败，检查邮箱是否存在！)
[debug][2025-11-27 20:26:34][/work/utils/smtp/smtp.go:415]SendMail, ,smtp.gmail.com:25 ,[email protected] ,linuxuser.site ,[[email protected]] 
[info][2025-11-27 20:26:36][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:135]SMTP STARTTLS on 25 Send Error. dial tcp: lookup smtp.gmail.com: i/o timeout
[info][2025-11-27 20:26:38][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:142]SMTPS on 587 Send Error. dial tcp: lookup smtp.gmail.com: i/o timeout
[info][2025-11-27 20:26:40][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:149]SMTPS on 465 Send Error. dial tcp: lookup smtp.gmail.com: i/o timeout
[error][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/utils/send/send.go:159][0xc000290380] 邮件投递失败dial tcp: lookup smtp.gmail.com: i/o timeout
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/controllers/email/send.go:210]插件执行--SendAfter
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:74][wechat_push]Plugin SendAfter Start
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:74][spam_block]Plugin SendAfter Start
[error][2025-11-27 20:26:42][/work/hooks/framework/framework.go:123]params error json: cannot unmarshal object into Go struct field HookDTO.ErrMap of type error
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:88][wechat_push]Plugin SendAfter End
[error][2025-11-27 20:26:42][/work/hooks/framework/framework.go:123]params error json: cannot unmarshal object into Go struct field HookDTO.ErrMap of type error
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/hooks/base.go:88][spam_block]Plugin SendAfter End
[debug][2025-11-27 20:26:42][0a5900036928433ebea500015475dab0][/work/controllers/email/send.go:222]插件执行--SendAfter

分析问题

显然DNS解析有问题，容器的网络似乎存在异常。
现在宿主机nslookup smtp.gmail.com确定主机网络无异常。
podman exec -it pmail /bin/ash 进入容器内再次执行ping等测试均失败确定容器网络确实有问题。

- 阅读剩余部分 -

  1. 1
  2. 2
  3. 3
  4. 4
  5. ...
  6. 25