致编辑的信
我们非常感谢贵刊在 1998 年 12 月号上发表了我们的文章“非洲的无线网络”(封面精美)。我们收到了许多赞扬和更多信息的需求。我想提及的是,Emmanuel Ekuwem 博士的名字在致谢部分被遗漏了,请求您将他的名字添加到该部分
我们也感谢该项目协调员之一 A. Nobile 博士,以及积极参与该项目的 E. Ekuwem 博士、A. Maggi 先生和 C.E. Onime 先生。
这对我们非常重要,因为他为项目做了很多工作,值得感谢。非常感谢。
—Enrique Canessa canessae@ictp.trieste.it
关于 Havlik 先生在 1998 年 12 月号中抱怨广告存在的问题,不喜欢广告的读者很容易跳过它们。我个人很重视广告。我想了解 Linux 世界可用的商业产品,并且想了解提供这些产品的公司。我支持广告。
—Chuck Jackson chuck@jacksons.net
我刚刚重读了 Mike Thomas 在 1998 年 6 月号 Linux Journal 上发表的文章“虚拟域名和 qmail”,并注意到 qmail_db_lookup 脚本包含以下测试
elseif ($db_local_address eq $recipient) {
如果两个变量的值大小写不同,则此测试可能会失败。这种情况可能会发生,因为电子邮件地址是不区分大小写的。
假设数据库表中的所有条目都是小写,我会提前执行
$recipient = lc @_[scalar(@_)-1];
或类似的东西。当然,防御性编程要求我们不要做这个假设,并将测试更改为
elseif ("\L$db_local_address" eq $recipient) {这样人们就可以安心入睡了。
—Gyepi Sam gyepi@praxis-sw.com
我写信是为了向 Xi Graphics 的支持团队致敬。在我的计算机职业生涯中,我从未与如此迅速或乐于助人的支持人员合作过。他们的响应时间令人难以置信;我向他们的网站提交了一个支持请求,并在五分钟内得到了回复!通过电子邮件,Bryan(Xi Graphics 支持工程师)和我一起解决了我使用 Laptop Accelerated X 时遇到的奇怪刷新率问题。我们通过几轮电子邮件来回沟通,最终解决了问题,Bryan 在整个过程中都很有耐心并且乐于助人。
为 Xi Graphics 支持欢呼三声!
—John Duksta jduksta@bbn.com
我感到失望的是,在我订阅的几个月里,第一次实质性地提到 Macintosh 版 Linux(Alan Cox 的“Macintosh 68K 版 Linux 移植”,1 月 99 日)竟然是一篇极具敌意的文章,内容是关于几代旧 Macintosh 硬件。当然,了解 Macintosh 的人也会了解当前 Macintosh 的硬件和 Linux 情况,但很大一部分读者(可能占大多数)会将这篇文章理解为更多的是关于 Macintosh 有多差,而不是关于移植 Linux 的任务(文章实际上是关于移植 Linux 的)。
有一个充满活力的 Macintosh Linux 社区,包括 Apple 官方版本 (http://www.mklinux.apple.com/) 和更受欢迎的 LinuxPPC (http://www.linuxppc.org/)。目前搭载 Linux 的 Apple 硬件与任何其他硬件一样出色。作者的第二句话“……Apple 不希望其机器上安装其他操作系统”已被上述 Apple 官方 Linux 所驳斥。
我本想说更多,但我可能无论如何都会被贬为 Macintosh 狂热分子。信不信由你,我不想让 Apple 或 Wintel 统治世界。
—Jeffrey L. Wragg wraggj@cofc.edu
Alan 确实提到了 Macintosh 上 Linux 的许多用户,正如您指出的那样,他的文章仅旨在报告如何移植内核,而不是如何在 Macintosh 上使用 Linux。我们过去曾发表过关于在 Macintosh 上使用 Linux 的文章(请参阅第 19、31、37 和 45 期)—编辑
我想加入对“Red Hat”现象感到沮丧的声音行列。如果您关注其他 UNIX 期刊,您会看到 UNIX 用户对 Red Hat Linux 越来越反感。对于 Red Hat 奇怪的实现方式,似乎没有任何合理的解释。引用 Mike Borowiec 在 1998 年 12 月号 Performance Computing Magazine 第 9 页的话:“我已经从我的机器上抹去了 [Red Hat] Linux 的污点……”
Mike 的问题与 UNIX 社区中其他人的问题相同。Red Hat 在布局上非常规,难以安装,极其难以重新配置,并且缺乏基本工具。最糟糕的问题是 Red Hat 需要大量编辑 C 源代码并重建内核。这不是 Linux 的问题,而是 Red Hat 的问题(其他 Linux 发行版遵循传统的 UNIX 方法)。Red Hat 制造和推广如此困难的实现方式的目标是什么?如果 Red Hat 在专业人士中对 Linux 造成如此负面的反应,我们将走向何方?这一切对 UNIX 用户来说都毫无道理。
您需要为我们解答的问题是(因为我们自己无法弄清楚):Red Hat 为什么要对 Linux 社区这样做?为什么这么多行业和媒体类型(包括贵刊)都支持 Red Hat?假设 Red Hat 所做的事情对某些人来说是有道理的,那么我们读者真的应该得到某种解释,以便我们能够理解和评估正在发生的事情。
—Reilly Burke reilly@aerotraining.com
抱歉,您需要向 Red Hat 询问他们的政策。我并不了解他们的内情。但是,Red Hat 似乎是最受欢迎的发行版,所以他们一定做对了什么 —编辑
谢谢!Jawed Karimi 1998 年 9 月 LJ 上关于基本图形的文章(“移植 MS-DOS 图形应用程序”)让我开始朝着正确的方向使用 SVGALIB。(我是一个 Linux 新手,之前从未听说过它。)有时,短小精悍的文章是最好的。
—John E. McGovney compgraf@bellatlantic.net
我想提一下,我不同意 John Blair 作者关于他在 1998 年 12 月号上发表的文章“Samba 加密密码支持”的观点。
在最后一段,他写道“最后,要允许用户更新他们的加密密码,请将 smbpasswd 的权限设置为 setuid root ..”。
这应该是不必要的,因为 smbpasswd 充当 SMB 客户端,通过 SMB 会话请求更改用户密码。这就是您应该在 smb.conf 中包含“allow hosts = 127”行或将其留空的原因。
我还使用了 pam_smb,它可以在 Samba 主 FTP 站点上找到,以便其他服务可以使用 Samba 进行身份验证。在我的系统上,我的用户的所有密码在 /etc/shadow 中都用星号 (*) 标记。
关于杂志,它很棒!
—Celso Kopp Webber webber@sj.univali.rct-sc.br
许多扫描仪附带的“免费”控制器是 Symbios 53C400A。正如回复的作者(“最佳技术支持”,1999 年 1 月)所建议的那样,它不是 53c8xx 兼容的,而是 5380 变体。
当前的 Linux 2.1.x 系列内核支持它,尽管它缺少 IRQ 和 8 位 ISA 特性使其成为回收站的理想选择,而不是多用户操作系统。
SANE 邮件存档中有一个适用于 2.0.x 的等效补丁。
—Alan Cox alan@terrorserver.swansea.linux.org.uk
我认为增刊是一个非常好的主意——我非常喜欢这个特刊。
我希望像常规期刊一样添加目录。这将很有帮助,因为我(也许还有其他人)复印目录并将它们放在三环活页夹中,这样它们比期刊本身更容易扫描。
感谢优秀的出版物。
—Ray Liere lierer@cs.orst.edu
邮局的奇怪规定之一是,如果它有目录,就不能称之为增刊。真奇怪 —编辑
我只想对 LJ 的所有人说“谢谢”,感谢你们在二月份出色地呈现了我的文章。杂志越来越好。
顺便说一句,我的简介中说我维护“官方”Linux Csound,但那已经不是真的了。截至 1998 年底,我主要使用 Nicola Bernardini 在 AIMI 网站上提供的开发版本。官方版本目前由 John Fitch 在 Bath 维护。
祝大家新年快乐!
—Dave Phillips dlphilp@bright.net
多年来,我在家维护一台双启动机器,同时安装了 Windows 95 和 Linux,因为我的配偶觉得她学不会 Linux 的复杂性。因此,我很高兴看到 KDE 在你们 1998 年的读者选择投票中被选中。正是通过 KDE 和 StarOffice,我最终说服她转向了好的方面。
标准桌面的易用性比 Windows 9x 更直观,这让她赞不绝口。我以为我永远不会看到这一天。应该指出的是,对她来说一个重要的转折点是有一天她不小心启动了三个不同的 StarOffice 会话,并惊讶于系统没有崩溃。这些庞然大物确实花了一段时间才加载完成,但一旦完成,她又可以工作了。Windows 9x 在此时早就崩溃了。
现在我只需要找到一个接近 Calendar Creator Plus 的日历程序,Windows 9x 将在我们家成为一段糟糕的回忆。也许 korganizer 完成后会满足要求。
—Randy Kyrk rkyrk@anet-chi.com