LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
楼主: lofeng410

请教几个小问题

[复制链接]
发表于 2008-10-28 09:48:07 | 显示全部楼层
恩。装熟练了就可以自动了。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-10-28 10:07:27 | 显示全部楼层
Post by ti8er;1900355
恩。装熟练了就可以自动了。


现在是在内核配置前面的那些自己觉得差不多都熟悉了
所以就直接jhalfs到内核配置那里~~

发觉2.3.1版本的jhalfs跟1.0版本的差别还是挺大的~~
1.0中还要修改config文件,2.3.1中直接在弹出的图形框中选择相应的设置即可,方便!
回复 支持 反对

使用道具 举报

发表于 2008-10-28 19:44:23 | 显示全部楼层
别以为把基本系统做出来就完事了,还有漫长的 BLFS 未跑。。。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-10-28 19:55:33 | 显示全部楼层
Post by d00m3d;1900622
别以为把基本系统做出来就完事了,还有漫长的 BLFS 未跑。。。


第一次做好的那个LFS系统已经让我给格式化掉了
硬盘出了点问题 也不想费劲去弄出来~~ 正好也想试试jhalfs~~
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-10-28 22:18:15 | 显示全部楼层
在坛子上看的一些关于jhalfs-2.3.1的帖子中,开始时都要
passwd root
passwd jhalfs
这两条命令有什么作用呢?一定要执行么?

jhalfs执行结束的时候,它所做的工作是否到7.5. Configuring the setclock Script 为止?在没有让它自动编译内核的情况下?
回复 支持 反对

使用道具 举报

发表于 2008-10-29 08:51:36 | 显示全部楼层
Post by lofeng410;1900725
在坛子上看的一些关于jhalfs-2.3.1的帖子中,开始时都要
passwd root
passwd jhalfs
这两条命令有什么作用呢?一定要执行么?

jhalfs执行结束的时候,它所做的工作是否到7.5. Configuring the setclock Script 为止?在没有让它自动编译内核的情况下?


开始的命令没什么用,就改改密码;我没有搞过自动编译,不知道不改密码能否执行下去。


内核是不能自动编译的,内核配置那么复杂,它怎么知道要怎么配置才合你意?
回复 支持 反对

使用道具 举报

发表于 2008-10-29 11:49:50 | 显示全部楼层
我现在正在试图重构系统,是采用 jhalfs-2.3.1 中提供的获取安装内容的方法:

touch <安装包的时间标记>

<编译安装你的包> ......

find / -xdev ! -path "<排除安装之外的路径>" \
        -newer <安装包的时间标记> -not -type d  \
        -printf "%p\t%s\t%u:%g\t%m\t%l\n" | sort > <安装文件列表>


然后就可以对安装列表进行操作了。

这种方法当然并不完备,但好处是,可以使用脚本程序直接在用 jhalfs 生成自动编译脚本时把它插进去。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-11-3 23:01:59 | 显示全部楼层
通过jhalfs做好的LFS放在那好几天了 决定趁最后的几天空闲时间给他装上图形界面
不用说 选择的是xfce 4.4.3
http://www.xfce.org/documentatio ... 有这么几句:
All packages (except xfce4-dev-tools) depend on both gtk+ >= 2.6 and glib >= 2.6.4.

于是在www.gtk.org上面下载了glib-2 ... 依赖关系为:
Dependencies
Before you can compile the GLib library, you need to have various other tools and libraries installed on your system. The two tools needed during the build process (as differentiated from the tools used in when creating GLib mentioned above such as autoconf) are pkg-config and GNU make.

pkg-config is a tool for tracking the compilation flags needed for libraries that are used by the GLib library. (For each library, a small .pc text file is installed in a standard location that contains the compilation flags needed for that library along with version number information.) The version of pkg-config needed to build GLib is mirrored in the dependencies directory on the GTK+ FTP site.

The GTK+ makefiles will mostly work with different versions of make, however, there tends to be a few incompatibilities, so the GTK+ team recommends installing GNU make if you don't already have it on your system and using it. (It may be called gmake rather than make.)

GLib depends on a number of other libraries.

The GNU libiconv library is needed to build GLib if your system doesn't have the iconv() function for doing conversion between character encodings. Most modern systems should have iconv(), however many older systems lack an iconv() implementation. On such systems, you must install the libiconv library. This can be found at: http://www.gnu.org/software/libiconv.

If your system has an iconv() implementation but you want to use libiconv instead, you can pass the --with-libiconv option to configure. This forces libiconv to be used.

Note that if you have libiconv installed in your default include search path (for instance, in /usr/local/), but don't enable it, you will get an error while compiling GLib because the iconv.h that libiconv installs hides the system iconv.

If you are using the native iconv implementation on Solaris instead of libiconv, you'll need to make sure that you have the converters between locale encodings and UTF-8 installed. At a minimum you'll need the SUNWuiu8 package. You probably should also install the SUNWciu8, SUNWhiu8, SUNWjiu8, and SUNWkiu8 packages.

The native iconv on Compaq Tru64 doesn't contain support for UTF-8, so you'll need to use GNU libiconv instead. (When using GNU libiconv for GLib, you'll need to use GNU libiconv for GNU gettext as well.) This probably applies to related operating systems as well.

The libintl library from the GNU gettext package is needed if your system doesn't have the gettext() functionality for handling message translation databases.

A thread implementation is needed, unless you want to compile GLib without thread support, which is not recommended. The thread support in GLib can be based upon several native thread implementations, e.g. POSIX threads, DCE threads or Solaris threads.

GRegex uses the PCRE library for regular expression matching. The default is to use the internal version of PCRE that is patched to use GLib for memory management and Unicode handling. If you prefer to use the system-supplied PCRE library you can pass the --with-pcre=system option to configure, but it is not recommended.

The optional extended attribute support in GIO requires the getxattr() family of functions that may be provided by glibc or by the standalone libattr library. To build GLib without extended attribute support, use the --disable-xattr configure option.

The optional SELinux support in GIO requires libselinux. To build GLib without SELinux support, use the --disable-selinux configure option.

这个依赖关系就很不好搞定了,pkg-config就不是很好找,http://www.freedesktop.org/software/pkgconfig/一直打不开,只好去BLFS提供的下载站下载了一个0.22版本的。后面的依赖关系感觉也不是很好搞定,太多了,有些东西根本不知道为何物~~
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-11-3 23:08:27 | 显示全部楼层
再到gtk部分,依赖关系里面有要求ATK,
ATK is the Accessibility Toolkit. It provides a set of generic interfaces allowing accessibility technologies such as screen readers to interact with a graphical user interface. It is available from the GTK+ FTP site.

但是在 GTK+ FTP  上根本就没有,而在http://ftp.acc.umu.se/pub/gnome/sources/atk/1.24/上找到了
但事故ATK不是由 gtk维护的么?怎么会这样?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2008-11-3 23:11:03 | 显示全部楼层
BLFS手册中提到的很多东西都比较老,譬如gtk glibc,根本不能满足安装xfce的要求
而新的版本依赖关系又不一样 这个比较棘手
在BLFS中选择的都是比较好的组合 我自己选择的最新版本之间搭配的可靠性就不知道如何了
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表