CBETA 論壇

这是一种把大藏经和LiveCD集成到一起的方式，已制作完成，使用开源的wine实现大藏经在linux下的运行，背景的操作系统是开源linux。
可以在BIOS中设置成CDROM启动后，直接启动机器，也可以带到朋友和其他场合的任何机器上启动，大小经过压缩精简，刚好697M，一张CD容量。

下面是截图：

左右两边是附加的一些基本功能：系统，笔记本，绘画，音乐播放器，计算器，打印机，时钟。
1。系统用来关闭和开启系统或者新的进程
2。笔记本用来记录学习佛经的心得
3。绘画用来绘制与佛经故事相关的图片或者发挥创意和想象力
4。音乐播放器用来播放佛家音乐或佛家咒语mp3
5。计算器用来对佛经中的时间，如大劫，中劫，小劫及其换算进行计算
6。打印机可以把大藏经中的经文粘贴到笔记本中后，打印出来，便于研究讨论
7。时钟用来显示当前时间

中间是：南山律学辞典，大藏经CBeta，佛教辞典，丁福保佛学大辞典

謝謝小白角所做的 LiveCD , 這的確是很方便的工具,

我們會下載並放在 CBETA 網站供人下載, 就不會有 7 日的限制了.

嗯，^_^，呵呵

不过，请等等，我需要对它进行一个重大的修改，所以暂时不要下载那个。谢谢
我尽快完成。

我需要在开始的启动界面中输入一些欢迎词，最好是中文的

是叫CBeta大藏经，还是Cbeta大正藏，还是直接是佛教大藏经？
叫什么比较好？

启动的那个欢迎词好像只支持英文，我在想办法，而且这个很重要

你可以試試這個網站

網址：ftp://ftp.cbeta.org
帳號：ftp@cbeta.org
密碼：（無密碼）
 
其中有一個 incoming 目錄可以上傳.
 
不過我發現上傳的人自己是看不到檔案的, 這可能是有安全的考量吧.

你上傳後可以通知我, 我再放在 CBETA 下載區, 這樣別人就可以直接下載了.

在名稱方面, 我們正式的說法是 "CBETA 電子佛典集成"

因為我們不只有大正藏, 還有卍續藏, 未來的目標是 "集成" .
"佛教大藏經" 是另一套大藏經的名稱.

至於 "CBETA大藏經" ... 我們不太敢說我們在編一套大藏經, 我們只是在收集與整理而已. :)

謝謝你了!

好吧，那我就用“CBeta电子佛典集成”这个名字好了，感觉比较适中一些。
另外欢迎词：我就用“南无阿弥陀佛”这一句，还是几句？
就象“祝平安如意”等等这样的话要不要？
看，下面这个是启动界面，在右边黑色的上面只能用英文start，下面的部分可以在图片上加些欢迎词的，或者是佛家的几句经典的话
我只知道一句：南无阿弥陀佛，如果不用其他的话，那就这一句？

這就請大家多提供建議了.

我個人覺得　開經偈＋三皈依　很貼切：


無上甚深微妙法，百千萬劫難遭遇，我今見聞得受持，願解如來真實義。

南無佛　南無法　南無僧

然后最后再加上一句：”南无阿弥陀佛“
肯定最后加这个，看别人还有些什么好的意见
要不要“诸行无常，诸法无我，涅槃寂灭”，三法印？
位置还是很大的，右边一大半都可以写
我这2天去找找好的字体，然后写上去
我画画不大好，看有谁这个方面比较强的，能够帮忙画画带古代风格的那种字体更好！
要直接画在那个背景图片上，因为程序只支持英文，没有办法用中文，否则就用程序写那些字了

我觉得这个还是很重要的，要精心做好，第一印象很重要

我基本上修改好了，662M，减少了容量
在启动上，有2个启动方式，第一个是正常运行，第二个是高速运行。
高速运行是把全部程序拷贝到内存，速度非常快，需要>700M的内存，就可以使用。

修好后的开机界面如下：

^_^，下面是为庆祝 CBeta-LiveCD 的制作完成，所写：

人生是一段奇妙的徒步旅行
你心里暗藏的是命运的路径
你背上背着的是虚无的艰辛
一路上你追寻着幸福的憧憬

无明的快乐如刀上沾的蜂蜜
争在路上的景色中吸引着你
刚刚尝到甜却不免接着的苦
逐渐地你迷失了真心的自己

在梦境中偶尔会被自己惊醒
心与境的碰撞出现许多自己
再添上过去现在未来的自己
这世界上到底那个是我自己

天天为生活奔劳为命运努力
感受意义的也只是自己的心
妄心怎能掩盖你真心的一切
你照顾你的心我照顾我的心

物品在你身边损坏不会停止
时间从你心中流过不会停息
你花在变化的物品上有多少
你花在不变真心上又有多少

生命在那个圆形中循环不息
命运在那个轮子中旋转不停
而谁才是这些运动着的主角
只是你自己和你自己的真心

你的痛苦快乐都从它里升起
你照顾我的心我照顾你的心
真心帮助善待和你有缘的人
就等于真心帮助善待你自己

小白角

我們已經把檔案複製一份到 http://www.cbeta.org/iso/cbetalivecd.iso

歡迎有需要的朋友下載使用, 也感謝小白角的辛苦開發.

我個人是還沒有下載來看過, 但是如果是依照之前所說的利用 WINE 來讓讀經程式能在 Linux 下執行的作法的話, 因為有將 Windows XP 下的幾個 DLL 檔複製到 Linux 下,  我個人要提醒一下, 這可能有智慧財產權的問題。

我不清楚微軟是否同意將這幾個 DLL　可以自由複製使用。就算是可以，是否僅能用於微軟的作業系統下。只要沒有明文說可以或不可以，將來都可能有潛在的法律問題。不然 CBeta 就冒然推廣，原本自由流通的美意可能會有很大的遺憾。那怕ＩＥ可以免費下載都還有使用上的限制，更何況如果有跨到其他作業系統時，微軟在他的授權規定中常有一些特別要求。這部分務必要請懂電腦著作權的專家來研究一下。

我相信技術上的可行性已經沒有問題，只是法律層面上，在下在此提醒一下不要不小心帶來負面效果。敝人也很高興有這套 LiveCD 的誕生，但是在沒有弄清楚著作權上的狀況時，CBeta 在推廣時宜保守小心一點先。

ywliu

呵呵，好久没来了，最近在忙着更新系统的稳定性。。。

ywliu，您提出的问题，是事先都没有考虑到的，谢谢您的提醒。

wine的原理是对windows函数库dll进行重新改写，成为开源的linux的函数库，而此转换过程是wine开发人员自己对原有的windows api进行重新写一遍，windows函数的扩展名是dll,而wine的函数扩展名是.so
请看下面的截图，这是从windows拷贝的几个dll，每个dll右边的括号中有:native和buildin两个选项，native的意思是使用windows的原生dll，而buildin的意思是使用wine内建的dll，左边是native代表着优先使用windows的原生dll，也就是拷贝到linux下的那几个windows的也许会存在版权争议dll。
我刚才找了一下，找到了wine的内建的完全对应的几个dll扩展名是.so，大小和windows对应的dll都不一样，这说明并不是仅仅的扩展名不同，其中几个比对应的windows的dll要大很多，然后我把括号中的native去掉，只使用buildin的wine内建.so，测试通过，一样可以正常使用cbeta大藏经。

所以，不拷贝windows的dll，只需要运行winecfg，设置buildin，一样可以正常运行大藏经，使用的是wine自己的内建函数库，由于wine本身是开源项目，所以，自然就没有和微软的dll版权争议了，呵呵

不过，目前的版本中是使用了windows的那几个dll的。因此，正如 ywliu 您所考虑的一样，如果现在到处传播目前的这个版本的话，会存在未来的潜在隐患，因此，我建议对目前的这个版本进行内部的测试，测试它是否稳定，然后总结一下存在的问题和意见，我这边也正在进行系统的功能强化方面的事情，到时候我会去掉这几个dll，再生成一个新的wine内建函数的强化稳定版本，那个时候自然就不会存在任何版权的潜在问题了。

目前，请有条件和时间的朋友进行测试，如果有什么需要改进的地方，包括稳定性方面，图标，界面等等，请迅速提出来，好进行下一个直接可以传播的正式版本的完成，谢谢大家！

http://www.winehq.org/，这是wine的官方网站，进去后，下载最新版本的wine1.14，安装完毕后，在/usr/lib/wine/目录下，可以找到图片中对应的dll

图片中就是这几个wine对应的内建函数库.so

谢谢您的提醒和关心！CBeta-LiveCD未来还会在系统功能上进一步的进行强化，增强它的稳定性和功能，还有速度。

最近，我也在抽空看gtk+2.0和python，都是跨平台，而2种语言中，我觉得python功能更强大，而且界面美观，我准备学习它，linux下有很多python小程序，都是开源的，可以直接看到源代码也可以修改，我想未来的大藏经可以优先考虑python语言进行编写，效率，美观，跨平台，速度，都会非常的好，呵呵

祝大家平安如意！

謝謝 ywliu 的提醒及小白角的努力。

我對這方面不懂，只是有一件事很好奇，若 dll 副檔名改成 so，但是原來 windows 下的程式又怎麼會知道呢? 程式應該還是呼叫 XXX.dll 吧?

呵呵呵
不是这样的，并不是附档的名改成.so。
是.dll的那几个文件是从windows目录下拷出来的，而.so是本身wine自带的，不是把.dll改名成.so，改了也不能用的，呵呵
wine是模拟了一个自己的windows环境，叫./wine的目录，在这个里面，其中可以使用.dll，就是原生windows dll，也可以不用，就用wine自己的.so，这个.so是wine的开发人员，重新自己写的函数，是linux下的函数库文件，和windows的dll，没有联系的

大藏经运行的时候，会开始要求找几个dll的函数，这个时候,wine把这个要求转移定向到linux的相应的.so函数库里面去了，对应的，一对一的转移定向，是这样的，而不是改扩展名dll为so，呵呵

我知道不是直接把 dll 改成 so 啦.

我的意思是, 在程式中, 我們會呼叫 XXX.dll , 但 wine 自帶的不是 dll 而是 so , 這要如何使用.

看來是系統會幫忙做轉移的動作.

呵呵，原来已经翻成第二页了，哈哈，我还没有看到呢，那个页码(2)藏的太深了，不注意就看不见
今天我刚刚查找wine的资料，发现了一些有用的解释：
http://tech.sina.com.cn/s/2007-09-30/09111773089.shtml
里面有一段：
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
2.3使用Application Settings
　　你可以在winecfg的Application标签里的Application Settings对话框对个别的程序进行自定义设置(就是我贴图出来的那个设置窗口)。那里只允许你进行windows兼容运行模式设置(译者：像windows下的exe属性里的兼容性标签)、某些显示设置和DLL的设置。
　　当你只需要设置某个程序使用某些特定的windows自带的DLL，不希望其它程序(包括wine)使用这些native的DLL的时候(而其它程序使用这些DLL会导致问题)，(译者：wine自带的DLL叫做builtin，windows下原生的DLL叫做native)这个选项就会变得十分有用。在进行DLL设置时我都用这个方法，就是为了防止某些对wine的运行存在潜在威胁的nativeDLL被wine调用(译者：在一般情况下， wine只调用自带的builtinDLL，而不会使用native的DLL，版权问题，除非经过设置，如上所述)。这样就只是修改了那些可执行的配置文件，当不需要时，可以改回来而不会损坏整个Wine。(译者：设置这些东西之前，保证已经将一个程序的exe文件添加到Application标签的白框中，并且反色选中。不是default的那个，是你所需要设置的那个exe文件。)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
看上面这段，说到了wine是如何避免版权问题的。开发wine的人早已经想到会有智慧财产权的问题了，呵呵，然后，他们把可能的智慧财产权问题交到你手上，他们就不管了，哈哈哈，减少了不少的压力，厉害厉害。。。

是这样的，只要用了wine的，那么wine就是用来控制大藏经的对XXX.dll的呼叫的，当这种要求发生的时候，wine就把这个呼叫转向自带的buildin内建函数so去了，就是这样的。
大藏经在linux下本来是完全不能运行的，因为linux不能执行windows的大藏经的cbreader.exe文件，所以，就用wine cbreader.exe，这样让wine来调入cbreader.exe才能够运行的，所以，其实一切都在wine的控制之中，包括大藏经对XXX.dll的呼叫，也是wine作为中介来介绍大藏经和XXX.dll认识的，因此，没有wine，就算有XXX.dll，大藏经也完全不能运行在linux下的，呵呵,:)

恩，是啊，系统会帮忙做转移动作，所以呢，放心的呼叫XXX.dll吧！