<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>wine &#8211; 张三太爷</title>
	<atom:link href="https://www.somedoc.net/tag/wine/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.somedoc.net</link>
	<description>看前面，黑洞洞</description>
	<lastBuildDate>Mon, 28 Dec 2020 03:10:43 +0000</lastBuildDate>
	<language>zh-Hans</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.1</generator>

<image>
	<url>https://www.somedoc.net/wp-content/uploads/2016/12/cropped-dandycheung-1-32x32.jpg</url>
	<title>wine &#8211; 张三太爷</title>
	<link>https://www.somedoc.net</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>解决 wine 配置不当导致所有程序无法运行的问题</title>
		<link>https://www.somedoc.net/2020/12/28/%e8%a7%a3%e5%86%b3-wine-%e9%85%8d%e7%bd%ae%e4%b8%8d%e5%bd%93%e5%af%bc%e8%87%b4%e6%89%80%e6%9c%89%e7%a8%8b%e5%ba%8f%e6%97%a0%e6%b3%95%e8%bf%90%e8%a1%8c%e7%9a%84%e9%97%ae%e9%a2%98/</link>
					<comments>https://www.somedoc.net/2020/12/28/%e8%a7%a3%e5%86%b3-wine-%e9%85%8d%e7%bd%ae%e4%b8%8d%e5%bd%93%e5%af%bc%e8%87%b4%e6%89%80%e6%9c%89%e7%a8%8b%e5%ba%8f%e6%97%a0%e6%b3%95%e8%bf%90%e8%a1%8c%e7%9a%84%e9%97%ae%e9%a2%98/#respond</comments>
		
		<dc:creator><![CDATA[张三太爷]]></dc:creator>
		<pubDate>Mon, 28 Dec 2020 03:10:43 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[软件]]></category>
		<category><![CDATA[问题解决]]></category>
		<category><![CDATA[wine]]></category>
		<guid isPermaLink="false">https://www.somedoc.net/?p=4721</guid>

					<description><![CDATA[几个月前，出于对 Splashtop 对 Linux 平台的 <a href="https://www.somedoc.net/2020/12/28/%e8%a7%a3%e5%86%b3-wine-%e9%85%8d%e7%bd%ae%e4%b8%8d%e5%bd%93%e5%af%bc%e8%87%b4%e6%89%80%e6%9c%89%e7%a8%8b%e5%ba%8f%e6%97%a0%e6%b3%95%e8%bf%90%e8%a1%8c%e7%9a%84%e9%97%ae%e9%a2%98/" class="more-link">[&#8230;]</a>]]></description>
										<content:encoded><![CDATA[<p>几个月前，出于对 Splashtop 对 Linux 平台的支持的不满，做了一次作死的尝试：用 wine 来安装 Splashtop Personal 的 Windows 客户端。心理预期很低，毕竟这种涉及底层太多的东东，没指望能成功。</p>
<p>但是安装的过程是成功了的。执行主程序则陆续报错，和期望值不相符的是，我原以为报错会出现在网络库的支持上，或者加解密库的方面，未曾想竟然首先着落在 UI 上：说的是 <code>dwmapi.dll</code> 和 <code>uxtheme.dll</code> 出现了问题。前者是从 Windows Vista 开始引入的桌面绘制管理组件，后者是系统主题渲染组件。凭着老经验，尝试把 Windows 平台的原生 dll 下载/复制了来，然后用 <code>winecfg</code> 进行配置，使之 override 掉 wine 的默认配置。结果是令人猝不及防的：所有的 wine 程序均失守，包括 winecfg 自身。</p>
<p>查资料说，winecfg 的配置存储于注册表中，心头一阵凉意掠过，就此止步。在 Linux 下直接编辑 Windows 的注册表文件，事儿有点大。今天在终端下，误入 <pre class="crayon-plain-tag">home</pre> 目录下的 <pre class="crayon-plain-tag">.wine</pre>，<code>ls</code> 看到了几个以 <code>.reg</code> 结尾的文件，联想到之前的折戟，心想可以看看这几个注册表文件是何方神圣。用 <pre class="crayon-plain-tag">nano</pre> 打开 <code>user.reg</code> 一看，哑然失笑，竟然就是文本文件。遂搜索 <code>uxtheme</code> 字样，找到后把它和 <code>dwmapi</code> 两条配置注释掉保存。</p>
<p>这时，之前挂掉的程序们就跟游地府的李世民似的，纷纷还阳了。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.somedoc.net/2020/12/28/%e8%a7%a3%e5%86%b3-wine-%e9%85%8d%e7%bd%ae%e4%b8%8d%e5%bd%93%e5%af%bc%e8%87%b4%e6%89%80%e6%9c%89%e7%a8%8b%e5%ba%8f%e6%97%a0%e6%b3%95%e8%bf%90%e8%a1%8c%e7%9a%84%e9%97%ae%e9%a2%98/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Debian 下 Wine 运行微信的中文小风波</title>
		<link>https://www.somedoc.net/2020/02/29/debian-%e4%b8%8b-wine-%e8%bf%90%e8%a1%8c%e5%be%ae%e4%bf%a1%e7%9a%84%e4%b8%ad%e6%96%87%e5%b0%8f%e9%a3%8e%e6%b3%a2/</link>
					<comments>https://www.somedoc.net/2020/02/29/debian-%e4%b8%8b-wine-%e8%bf%90%e8%a1%8c%e5%be%ae%e4%bf%a1%e7%9a%84%e4%b8%ad%e6%96%87%e5%b0%8f%e9%a3%8e%e6%b3%a2/#respond</comments>
		
		<dc:creator><![CDATA[张三太爷]]></dc:creator>
		<pubDate>Sat, 29 Feb 2020 06:01:44 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[备忘录]]></category>
		<category><![CDATA[技术]]></category>
		<category><![CDATA[软件]]></category>
		<category><![CDATA[问题解决]]></category>
		<category><![CDATA[wine]]></category>
		<category><![CDATA[微信]]></category>
		<guid isPermaLink="false">http://www.somedoc.net/?p=4355</guid>

					<description><![CDATA[前几天写了一个小结，主要是说在 Ubuntu 下用 Wine <a href="https://www.somedoc.net/2020/02/29/debian-%e4%b8%8b-wine-%e8%bf%90%e8%a1%8c%e5%be%ae%e4%bf%a1%e7%9a%84%e4%b8%ad%e6%96%87%e5%b0%8f%e9%a3%8e%e6%b3%a2/" class="more-link">[&#8230;]</a>]]></description>
										<content:encoded><![CDATA[<p>前几天写了一个小结，主要是说在 Ubuntu 下用 Wine 跑微信要<a href="/?p=4328">解决遇到的输入问题</a>，在另一台 Debian 上使用是，输入是解决了，却遇到了另一个汉子显示为方框的问题。</p>
<p>之前肯定遇到过，主要是因为中文字体没有配置好。所以先看这块，写了个注册表文件，内容如下并导入：</p><pre class="crayon-plain-tag">REGEDIT4
 
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink]
"Lucida Sans Unicode"="NotoSansCJK-Regular.ttc"
"Microsoft Sans Serif"="NotoSansCJK-Regular.ttc"
"MS Sans Serif"="NotoSansCJK-Regular.ttc"
"Tahoma"="NotoSansCJK-Regular.ttc"
"Tahoma Bold"="NotoSansCJK-Regular.ttc"
"SimSun"="NotoSansCJK-Regular.ttc"
"Arial"="NotoSansCJK-Regular.ttc"
"Arial Black"="NotoSansCJK-Regular.ttc"</pre><p>字体是 Debian 里已经安装好的，试着运行微信，依然方框。难道不够实锤？又把它们用 ln 命令软链接到 ~/.wine/drive_c/windows/Fonts 下，也不行；甚至建了一个 simsun.ttc 的软链接也不行。</p>
<p>琢磨着，很可能不是字体的事儿。原先在执行 WeChat.exe 之前是有 LANG=zh_CN.UTF-8 的环境变量加持的，现在看微信油盐不进执意不加载中文字体的样子，再用 locale 检查一下 Debian 自己，清一色的 en_US.UTF-8，心想恐怕是 LANG 这个变量威力不够的缘故。于是把 LANG 果断换成 LC_ALL，然后就好了。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.somedoc.net/2020/02/29/debian-%e4%b8%8b-wine-%e8%bf%90%e8%a1%8c%e5%be%ae%e4%bf%a1%e7%9a%84%e4%b8%ad%e6%96%87%e5%b0%8f%e9%a3%8e%e6%b3%a2/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Ubuntu 下用 Wine 跑起来的微信圆满了</title>
		<link>https://www.somedoc.net/2020/02/14/ubuntu-%e4%b8%8b%e7%94%a8-wine-%e8%b7%91%e8%b5%b7%e6%9d%a5%e7%9a%84%e5%be%ae%e4%bf%a1%e5%9c%86%e6%bb%a1%e4%ba%86/</link>
					<comments>https://www.somedoc.net/2020/02/14/ubuntu-%e4%b8%8b%e7%94%a8-wine-%e8%b7%91%e8%b5%b7%e6%9d%a5%e7%9a%84%e5%be%ae%e4%bf%a1%e5%9c%86%e6%bb%a1%e4%ba%86/#respond</comments>
		
		<dc:creator><![CDATA[张三太爷]]></dc:creator>
		<pubDate>Fri, 14 Feb 2020 02:41:58 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Ubuntu]]></category>
		<category><![CDATA[备忘录]]></category>
		<category><![CDATA[电脑]]></category>
		<category><![CDATA[问题解决]]></category>
		<category><![CDATA[wine]]></category>
		<guid isPermaLink="false">http://www.somedoc.net/?p=4328</guid>

					<description><![CDATA[在 Ubuntu 里用微信，痛苦了很久。最开始是用 wewe <a href="https://www.somedoc.net/2020/02/14/ubuntu-%e4%b8%8b%e7%94%a8-wine-%e8%b7%91%e8%b5%b7%e6%9d%a5%e7%9a%84%e5%be%ae%e4%bf%a1%e5%9c%86%e6%bb%a1%e4%ba%86/" class="more-link">[&#8230;]</a>]]></description>
										<content:encoded><![CDATA[<p>在 Ubuntu 里用微信，痛苦了很久。最开始是用 weweChat，也就是 Electronic WeChat，用的只能算是个凑合。后来用 Wine 安装微信（版本 2.6.1.75），基本上都能正常工作，除了一样：自己的输入无法看到。回车后可以发出，但确实再输入的时候是红楼精神的绝佳体现：白茫茫一片大地真干净。</p>
<p>好在用的不是主力号，平时也就复制粘贴传送点内容，这一耽搁就好几年。昨天临睡前忽然就想把这个遗留问题解决一下。提问的很多，有价值的回答很少，在几乎淹没于垃圾中的一个论坛帖子里，看到有人提供了解决方案，看上去不像是信口雌黄。链接在这里：<a href="https://forum.ubuntu.org.cn/viewtopic.php?f=48&amp;t=486971">https://forum.ubuntu.org.cn/viewtopic.php?f=48&amp;t=486971</a>。</p>
<p>老夫实验成功后，将步骤清晰罗列于此：</p>
<ol>
<li>sudo apt install winetricks；</li>
<li>winetricks riched20；</li>
<li>上面的命令会导致从网上下载一个个头不小的文件，叫 w2ksp4_en.exe，看上去是 Windows 2000 英文版的 Service Pack 4 的安装包，大约 130MB；</li>
<li>下载完成后，会自动从其中提取 riched20.dll；</li>
<li>类似上述步骤，还会下载 InstMsiW.exe，从中提取出 msls31.dll；</li>
<li>这两个文件最后都会被放置到 ~/.wine/dosdevices/c:/windows/syswow64 目录下；</li>
</ol>
<p>从步骤 2 开始都是自动完成，无须手动干预，哪怕下载中断续传都是。然后再执行微信，则输入正常。</p>
<p>&nbsp;</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.somedoc.net/2020/02/14/ubuntu-%e4%b8%8b%e7%94%a8-wine-%e8%b7%91%e8%b5%b7%e6%9d%a5%e7%9a%84%e5%be%ae%e4%bf%a1%e5%9c%86%e6%bb%a1%e4%ba%86/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
