Building an RPM from kdelibs is a great way to get more standardized packaging interface. The RPM package generation process will re-check everything and then generate an RPM-file which contains .so and gz files which are different from the live system. This redoing wastes time doing the whole pseudo-tree install again. Why? Probably because we want to catch all inconsistencies. But this way the RPM package gets out of sync with the live system. The package is a neat way to check an installation (much faster than epm or qpkg) and to migrate to another machine. Quickpackages could be used instead, I hear; but RPM is the LSB std. Still - I love Gentoo!!! Thanks for your support and nice work. Reproducible: Always Steps to Reproduce: 1. ebuild /usr/portage/kde-base/kdelibs/kdelibs-3.4.1-r1.ebuild install 2. ebuild /usr/portage/kde-base/kdelibs/kdelibs-3.4.1-r1.ebuild qmerge 3. ebuild /usr/portage/kde-base/kdelibs/kdelibs-3.4.1-r1.ebuild rpm ... Actual Results: There is an RPM which contains files different from those installed. Expected Results: I expected an RPM which verifies against live system. The ebuild rpm functionality should check that we have an untouched pseudo install-tree and then go ahead. Otherwise simply stop if the pseudo tree has been touched. Why not just create the RPM and say so in the docs? http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=6#doc_chap1 It is the same when you do an install after manual make - the doc says touch .compiled but the ebuild system starts all over checking source? and doing ./configure again. .M...... / .......T /etc/env.d/46kdepaths-3.4 .......T /usr/kde/3.4/bin/checkXML S.5....T /usr/kde/3.4/bin/cupsdconf S.5....T /usr/kde/3.4/bin/cupsdoprint S.5....T /usr/kde/3.4/bin/dcop S.5....T /usr/kde/3.4/bin/dcopclient S.5....T /usr/kde/3.4/bin/dcopfind S.5....T /usr/kde/3.4/bin/dcopidl S.5....T /usr/kde/3.4/bin/dcopidl2cpp Gentoo Base System version 1.4.16 Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.4.312tun i686) ================================================================= System uname: 2.4.312tun i686 AMD Duron(tm) dev-lang/python: 2.3.3-r1 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4 sys-devel/binutils: 2.14.90.0.8-r1 sys-devel/libtool: 1.4.3-r4 virtual/os-headers: 2.4.21-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo" LC_ALL="" LINGUAS="en" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.skumleren.net/gentoo-portage" USE="x86 3dnow 3dnowex X Xaw3d alsa apm avi berkdb bitmap-fonts bonobo cdr crypt cups curl doc eds emboss encode esd fam flac font-server fontconfig foomaticdb fortran freetype gd gdbm gif gphoto2 gpm gstreamer gtk2 gtkhtml guile imagemagick imlib ipv6 jpeg kde ldap libg++ libgda libwww mad mikmod mmx mmx2 mmxext mng motif mozplaintext mp3 mpeg mplayer ncurses network nls odbc ogg oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline real rtc samba sdl slang snmp spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts v4l v4l2 vorbis xine xinerama xml xml2 xmms xv xvid xvmc zlib linguas_en userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS
I'd guess a tbz2rpm would be more useful.
This is not a bug. This is a feature request and it is summed up by comment#1: tbz2rpm would be great. I sometimes use checkinstall which cannot build tbz2.
