debian源码编译
第一，看大家安装软件的时候有没有使用--prefix这个命令，如果有那就把你指定的文件给删除了就行了，
第二，如果没有用这个信念指定就麻烦一点了，那就进入到软件解压后的目录，执行sudo make uninstall看能否成功，
第三，如果不行，那就进入用 editor 查看 makefile 文件 看看里面卸载的命令是什么如果该源码包没有提供
此类方法删除 就只能手动删除
第四，手动删除最无奈的办法能不能搞干净也只能看运气了，使用whereis xxx 找到软件安装目录，rm -rf 把
这些目录都删除，应该能删除干净，如whereis python，例子如下：
whereis python
python: /usr/bin/python2.6-config /usr/bin/python2.6 /usr/bin/python /usr/lib/python2.6 /usr/lib64/python2.6 /usr/local/bin/python3.3m-config /usr/local/bin/python3.3m /usr/local/bin/python3.3 /usr/local/bin/python3.3-config /usr/local/lib/python3.3 /usr/include/python2.6 /usr/share/man/man1/python.1.gz
rm -rf /usr/bin/python2.6-config
rm -rf /usr/bin/python2.6
rm -rf /usr/bin/python
rm -rf /usr/lib/python2.6
rm -rf /usr/lib64/python2.6
...................等等，，，
好了，文法就这些吧，如果大家有更好的方法可以评论补充，禁止吐糟，加水。
⑵ DEBIAN安装软件apt-get与源代码编译的区别和优劣
在 Linux 系统中，使用 apt-get 获取软件并安装自动化更高一些。但是有些驱动程序是没有现成的，是必须需要自行从网上下载后，再和系统的内核一起进行编译。如果是从网上下载源代码来进行编译的话，用户操作起来就得麻烦一些。
⑶ 如何使用源代码构建一个可用的 Ubuntu 软件包
用dpkg-source -x
foo.dsc从foo.orig.gz和foo.diff.gz创建工作目录foo：一份发行版中立的源码目录，加上一个debian目录以及目录下的meta文件，就构成了一份可以生成二进制deb包的源码工作目录。其实从apt-get
source抓下来的目录，已经是通过dpkg-source -x解压过的了。dpkg-source
-x所做的主要事情就是1.解压；2.把foo.diff.gz里的patch打到原始文件上。生成的foo目录下的源文件，都已经是打过deb源码包里的patch了的。
在foo目录下，执行dpkg-buildpackage -us
-uc构建包。-us和-uc参数是不做签名，适合于本地构建本地使用的情况。这个命令的输出有两个，一个是二进制deb包，另一个是源码包，为什么这里还要生成源码包？因为你可能改动某些文件，那么会生成新的diff.gz来记录所有你针对原始源码的改动，不管发布还是保存更改都更方便，下一次你只需要在生成的新的.dsc文件上执行dpkg-source -x就可以产生一个一模一样的源码了。如果你什么都没改动，那么新产生的源码包同你构建所来源的源码包是一样的。你也可以用参数-b和-S来控制这次构建只产生二进制包或者只产生源码包。
两个最重要的meta文件，debian/control和debian/rules。control文件决定了哪些二进制包将从这份源码目录中构建，一个源码目录往往是好几个二进制包的输入源。你不想生成哪个屏蔽它就行。二进制包的运行时依赖关系也在包的声明中可见，并且control文件也声明了构建过程中的依赖，不过可以给dpkg-buildpackage传-d参数来忽略构建依赖。
debian/rules文件其实就是个Makefile，你可以执行make -f debian/rules target来单独执行某个目标。rules文件里基本上都是对debhelper脚本函数的调用，像是dh_*这样的函数，它们负责大部分的构建过程。常用的clean, install目标在rules文件中也有，有些基于源码包的Makefile上所做的事情如make clean需要通过make -f debian/rules clean来代替。
和传统意义的Make过程有点不一样的就是，默认状态下，每次dpkg-buildpackage，其实都是把从configure.ac生成configure脚本，到生成Makefile，到构建source，到安装binary都做一遍，哪怕你并没有改过configure.ac，或者改过源代码.c文件，假如构建失败了，就需要尝试改动源代码重新构建，有时候需要反复尝试这个过程直到构建成功，如果包很大的话那需要花费的时间就很长，这时传入-nc参数可以让dpkg-buildpackage保留当前的构建结果，就像传统的make一样只会从出错的地方重新开始。当然，当对源代码的改动终止后，最后还是需要再执行一遍不带-nc参数的命令”dpkg-buildpackage -us -uc”来重新完全构建一遍，否则在生成源码包时可能会出错。
dpkg-buildpackage不用担心它会自动改变你的源文件（即通过dpkg-source
-x产生的文件），当然前提是你确实改动的是”源”文件，比如是configura.ac而不是configure，是dkms.conf.in而不是dkms.conf。
构建软件时做得最多的事就是根据自己系统的需求调整./configure参数了吧，比如–enable–xxx或者–disable-xxx，在rules文件中，通过带override前缀的target可以起到为默认的target定制参数的目的，如override_dh_auto_xconfigure:
对源码包有修改最好通过dch -i来生成一个新的changelog文件，每个change item的title部分都是表示这次change的最新版本号，dpkg-buildpackage的输出二进制包的版本号其实就是从changelog里提取的（不是写在control文件里的）。
⑷ 您好，我有一个xorg的源码包，怎么让这个源码包在我的debian上跑起来
在编译的时候可以添加一些编译设置：
可以通过./configure –help来查看我们可以有哪些编译参数可以设置，
我一般只会选择
#./autogen.sh -prefix=/usr/local -enable-config-hal CFLAGS='-O0 -g3'
编译的时候需要下载的包：
xutils, libxkbfile-dev, libxfont-dev, libfontenc-dev, libssl-dev,xvfb
x11proto-fixes-dev, x11proto-damage-dev, x11proto-xcmisc-dev, x11proto-scrnsaver-dev, x11proto-bigreqs-dev, x11proto-resource-dev, x11proto-composite-dev, x11proto-evie-dev, x11proto-xf86dga-dev
libhal-dev
执行make,通过后执行make intall。因为前面设置了–prefix=/usr/local，所以当执行make install的时候将所有编译的库和可执行文件都放在/usr/local目录下，所以不会影响ubuntu8.10自带的xorg。但是执行startx的时候，系统还是会调用/usr/bin目录下的xorg，所以我们这个时候只要将/usr/local/bin/xorg拷贝到/usr/bin/目录下就可以了，这个xorg会自动链接/usr/local/目录下我们编译的库，但要注意保存/usr/bin/目录下本来的xorg，如果想用回原来的xorg，只要将它重新拷贝过去即可。
⑸ debian gcc怎么改成c++ 11编译
debian怎么安装gcc-c++
一、先安装gcc3.4.6，为了避免麻烦，或者和原来的gcc4.4造成冲突，请用源代码安装方式安装gcc3.4.6，就是 make make install的方式，而不要用deb包的方式安装。饥桐
二、一种方法是手动用ln -s创建符号链接来管理，但这样费键备时费力，而且容易导致烂亮坦toolchain混乱。
幸好有update-alternatives实用软件！它可以方便管理好同一软件的各个不同版本。
1.一般情况下，编译程序路径都是使用
/usr/bin/gcc
其实这个/usr/bin/gcc只是个符号链接，它指向了/etc /alternatives/gcc，而/etc/alternatives/gcc是指向了/usr/bin/gcc-4.3，可以用ls命令查看
z@GODSON:~$ ls -l /usr/bin/gcc
lrwxrwxrwx 1 root root 21 2009-04-28 13:35 /usr/bin/gcc -> /etc/alternatives/gcc
z@GODSON:~$ ls -l /etc/alternatives/gcc
lrwxrwxrwx 1 root root 16 2009-04-28 13:40 /etc/alternatives/gcc -> /usr/bin/gcc-4.3
⑹ 源代码怎么编译成deb
deb是软件的打包格式，不用翻译的，用Debian提供的专门工具程序做。
⑺ 如何编译安装源码包软件
怎样安装以源码包打包的软件；
1、源码包的打包格式；
源代码一般以file.tar.gz file.tar.bz2或file.src.rpm 打包；file.tar.gz和file.tar.bz2格式的解包命令如下；
[root@localhost beinan]# tar jxvf file.tar.bz2
[root@localhost beinan]# tar zxvf file.tar.gz
至于file.src.rpm 的用法，请参见：《file.src.rpm 使用方法的简介》
2、如何编译安装源码包；（大多数）
1）解开软件包查看帮助文档；
我们解开一个包后，进入解压包，一般都能发现README（或reame)和INSTALL( 或install)；或doc（或DOC)目录；看名字就知道个差不多；
比如我们下载一个比较新的fcitx 的软件包，比如是 fcitx-3.2-050827.tar.bz2
我们在解开这个软件包会会发现如下的文件；
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ls
aclocal.m4 config.guess configure debian INSTALL Makefile.in src xpm
AUTHORS config.h.in configure.in depcomp install-sh missing THANKS
autogen.sh config.rpath COPYING doc lib mkinstalldirs TODO
ChangeLog config.sub data fcitx.spec.in Makefile.am README tools
所以我们就可以看fcitx的INSTALL 和doc目录的安装文档了；里面都告诉我们如何安装；
有时安装文档也会在开发者的主页上有详细的说明，及常见问题的处理等；比如 LumaQQ
2）编译安装软件的条件；
首 先我们在Linux系统中至少得把开发工具安装上，比如 gcc ;perl;python;glibc;gtk;make ;automake 等开发工具或基础包；还要安装一些相应的开发包，一般是文件名包括dev的，比如kernel-devel；还有一些开发库，比如以lib开头的；如果您 在编译软件时，有时提示缺少什么东西之类的，大多少的是这些开发工具和开发库等；从光盘中找出安装就是了；有时光盘没有提供，请用google搜索相应的 软件包，有时可能也会用到源码包编译安装所依赖的包；
有时本来系统中已经安装了所依赖的包，但系统提示找不到应该怎么办？这时需要我们设置一下PKG_CONFIG_PATH的环境变量就行了；
#export PKG_CONFIG_PATH=/usr/lib/pkgconfig
或
#export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
然后我们再来运行编译的./configure ;make ;make install ，尝试着来吧；
以java开发的工具开发的程序，要用到 jre或者jdk ；jdk已经包括jre了，所以如果我们只是要求有一个java程序运行的环境，只需要安装jre就行了；安装好jre，配置一下java的环境变量就可以用了。如果是图形界面的程序，点点鼠标就OK了；
用perl 开发的程序，是需要perl环境的，所以必须得把perl的包安装上，python 也同理；
3）编译安装软件的方法；
大多以tar.gz 和tar.bz2打包软件，大多是通过 ./configure ;make ;make install 来安装的；有的软件是直接make;make install ；
我们可以通过./configure --help 来查看配置软件的功能；大多软件是提供./configure 配置软件的功能的；少数的也没有，如果没有的就不用./configure ;直接make;make install 就行了；
./configure 比较重要的一个参数是 --prefix ，用--prefix 参数，我们可以指定软件安装目录；当我们不需要这个软件时，直接删除软件的目录就行了；
比如我们可以指定fcitx 安装到 /opt/fcitx 目录中；
[root@localhost fcitx]#./configure --prefix=/opt/fcitx
如果我们不需要fcitx 时，可以直接删除 /opt/fcitx 目录；
所以我们举这个例子中，fcitx如果定制安装到 /opt/fcitx目录中，完整的安装方法应该是：
[root@localhost fcitx]# tar jxvf fcitx-3.2-050827.tar.bz2
[root@localhost fcitx]#cd fcitx
[root@localhost fcitx]# ./configure --prefix=/opt/fcitx
[root@localhost fcitx]# make
[root@localhost fcitx]# make install
调用fcitx ，应该是
[beinan@localhost ~]#/opt/fcitx/bin/fcitx
如果您想要让fcitx 只要执行fcitx ，就能调用，请配置环境变量，或者在/usr/bin 中做一个fcitx 的链接；
[root@localhost beinan]# ln -s /opt/fcitx/bin/fcitx /usr/bin/fcitx
一般的情况下都有说，但大多软件没有提供源码包的卸载方法；我们可以找到软件的安装点删除。主要看你把它安装在哪了。
设置环境变量PATH，请参见：《在Fedora Core 中，有些常用命令怎么没有？解决办法设置PATH》
所以您的PATH可以设置成这样的；
export PATH=".:/bin:/usr/bin:/usr/local/bin:/usr/sbin:/usr/X11R6/bin:/sbin:/opt/fcitx/bin"
当然这只是举个例子，fcitx 可以进入桌面自动运行的，请参看 http://www.fcitx.org 官方站上的安装说明；举个例子只是让大家好理解一点；
再举一个例子，比如我想安装mlterm ；并指定安装目录为/opt/mlterm中； http://mlterm.sourceforge.net
#./configure --prefix=/opt/mlterm
#make
#make install
把源码包安装的软件，都指定安装在 /opt目录中，这样不就知道了软件安装在哪里了；也方便卸载；