Re: [gentoo-user] problem emerging vte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Relson wrote: When I run emerge vte I get an access violation, just like bug #219211 x11-libs/vte-0.16.13 ACCESS VIOLATION during compilation describes. The bug report recommends run python-updater when updating to python 2.5 It's been a while since I upgraded to python-2.5 and removed python-2.4. When I run python-updater, it reports * Can't determine any previous Python version(s). FYFI, I'm running an AMD64 environment. Any suggestions (beyond reporting the problem to b.g.o???) Regards, David ACCESS DENIED unlink:/usr/share/pygtk/2.0/codegen/argtypes.pyc ACCESS DENIED open_wr: /usr/share/pygtk/2.0/codegen/argtypes.pyc Those files belong to the dev-python/pygtk package. Maybe it will help if you reinstall that package. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkgwvTkACgkQ/ejvha5XGaPBVQCg1OM91Yv3pIAT1x+JsG5uYFNU inQAnAiv3WXwTgIohoKRQztqhsyx1v0O =cwpT -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Mouse jerky when burning CD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grant wrote: The mouse cursor is very jerky and somewhat unresponsive when I'm burning a CD on my laptop. Can I make a software change to fix that? top shows over 50% of the CPU is idle. - Grant Maybe you need to enable CONFIG_PREEMPT in your kernel. Za -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkf5EEMACgkQ/ejvha5XGaPa1QCdEFz6n1dyz9s1CPoComdo8OjO XB4An2hPYeyldwYyylvcz+jWB72Qs5eO =rHRQ -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge --depclean -p output looks weird
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: Calculating dependencies... done! These are the packages that would be unmerged: sys-kernel/gentoo-sources selected: 2.6.23-r8 protected: none omitted: 2.6.23-r3 2.6.24-r4 sys-kernel/gentoo-sources selected: 2.6.23-r9 protected: none omitted: 2.6.23-r3 2.6.24-r4 sys-kernel/gentoo-sources selected: 2.6.24-r3 protected: none omitted: 2.6.23-r3 2.6.24-r4 [snip] What looks weird you ask, why is it listing them that way? They are separately listed and I don't recall ever seeing it listed that way before. They are usually in one section. That's a side effect from the fix for this bug: http://bugs.gentoo.org/show_bug.cgi?id=201045 The code was never written to preserve unmerge order, but now that it's been tweaked to do so, it displays a bit differently in cases like this. It would be possible to make it look like it used to in cases when the order doesn't matter, but since it's only superficial, it's not a really a high priority. Another odd thing is this: [EMAIL PROTECTED] / # uname -r 2.6.23-gentoo-r8 [EMAIL PROTECTED] / # ls -al /usr/src/ total 3 drwxr-xr-x 4 root root 176 2008-04-04 16:58 . drwxr-xr-x 17 root root 496 2008-01-23 09:31 .. -rw-r--r-- 1 root root0 2006-08-03 09:23 .keep lrwxrwxrwx 1 root root 32 2008-04-04 16:58 linux - /usr/src/linux-2.6.23-gentoo-r8/ drwxr-xr-x 20 root root 1424 2008-04-04 17:21 linux-2.6.23-gentoo-r8 drwxr-xr-x 21 root root 1472 2008-04-03 22:32 linux-2.6.24-gentoo-r4 [EMAIL PROTECTED] / # It wants to remove the currently running kernel as well. Seems it used to leave that one in the past. I may be wrong tho. That's this bug: http://bugs.gentoo.org/show_bug.cgi?id=198200 With portage-2.2_pre the only solution is to add the versions that you want to keep to the world file, like this: emerge --noreplace =gentoo-sources-2.6.23-r8 After you do that, depclean shouldn't want to remove that one. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkf3KhMACgkQ/ejvha5XGaNLHwCeKY/EGULFLrcTknYIs59ZzXBH EfcAn2GeHj7uhyMW/70YUIKOyn64xr7s =yDS1 -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge --update --deep --newuse world fails to update all packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Erik wrote: I did emerge --update --deep --newuse world and it says: Calculating world dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. But it seems like it is wrong about No outdated packages were found on your system., because when I run emerge -p world it says: These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild U ] media-gfx/digikam-0.9.2 [0.9.1] LINGUAS=-fa% -nds% [blocks B ] media-plugins/digikamimageplugins (is blocking media-gfx/digikam-0.9.2) So it seems like media-gfx/digikam is outdated despite what emerge --update --deep --newuse world said. I just wonder how much sense this behaviour makes. It seems like something that you have installed depends on digikam-0-9.1 so the deep world update pulled that in instead of the new version. You can use the --debug option if you want to examine the dependency strings to see which package pulled in the lower version. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHv9uk/ejvha5XGaMRAsZpAKDsDIK6AGaS6syS7kt200wusMvz6QCfcpT2 XuBScoXX0+Q8DymXiH1T3Yc= =GtRH -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Unmerge failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Corbin wrote: I'm getting this failure on numerous ebuilds during the umerge. I'm at a loss to explain it. Any ideas? cut--- /tmp/binpkgs/dev-libs/libxml2-2.6.27/temp/environment: line 265: syntax error near unexpected token `(' /tmp/binpkgs/dev-libs/libxml2-2.6.27/temp/environment: line 265: ` eval $1() { ${ECLASS}_$1 \$@ ; } /dev/null;' + exit 1 It seems that the content of /var/db/pkg/dev-libs/libxml2-2.6.27/environment.bz2 is corrupt in some way, preventing it from being parsed by bash. If you remove that file then portage will actually try to source the ebuild and use the eclasses from the portage tree. If removing environment.bz2 doesn't solve the problem, you can remove /var/db/pkg/dev-libs/libxml2-2.6.27/libxml2-2.6.27.ebuild (as suggested in the die message) and the pkg_prerm() and pkg_postrm() phases will be completely skipped. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHwI5i/ejvha5XGaMRArVtAKDjGJoCxeJKIBzVP47bX22C+wBL9gCdFkTR UQHuN1mtHUhDPUAzzS6bvDY= =90+w -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unlink ACCESS VIOLATIONs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Brown wrote: Source compiled. --- ACCESS VIOLATION SUMMARY --- LOG FILE = /var/log/sandbox/sandbox-gnome-base_-_gnome-desktop-2.20.1-27301.log unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc unlink:/usr/share/xml2po/docbook.pyc After a python upgrade, most people run python-updater to recompile all the python bytecodes. That's supposed to solve the above problem. Alternatively, you can use a script like the one I've attached. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD4DBQFHWEdC/ejvha5XGaMRApMrAJjQhGgHPFFBMigd0itdhEJdtpvbAJ4v2D6N 680I8ppUyUjnra9i8Bpmwg== =Q7/B -END PGP SIGNATURE- #!/usr/bin/env bash # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 usage() { echo usage: ${0##*/} [directory]... } hasq() { [[ ${*:2} == * $1 * ]] } if hasq --help $* || hasq -h $* ; then usage $@ exit 0 fi for d in $@ ; do if [ ! -d ${d} ] ; then usage $@ 2 exit 1 fi find ${d} -name *.py[co] | xargs -r rm -f for x in -O ; do python ${x} -c import compileall; compileall.compile_dir('${d}', quiet=True) done done recompile-bytecodes.bash.sig Description: Binary data
Re: [gentoo-user] Elibc GNU userland...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 pk wrote: Hi, Yesterday I made an emerge --sync and was afterwards treated to this (emerge -DupN): These are the packages that would be merged, in order: Calculating world dependencies... done! [ebuild R ] sys-libs/timezone-data-2007g ELIBC=(glibc%*) (-FreeBSD) [ebuild R ] sys-apps/sed-4.1.5 USERLAND=(-GNU%*) [ebuild R ] app-arch/tar-1.18-r2 USERLAND=(GNU%*) [ebuild R ] sys-apps/help2man-1.36.4 ELIBC=(glibc%*) [ebuild R ] app-portage/gentoolkit-0.2.3-r1 USERLAND=(GNU%*) It's related to this discussion: http://archives.gentoo.org/gentoo-portage-dev/msg_06774.xml In short, those ELIBC and USERLAND changes that you see won't really make any difference. It's purely cosmetic. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHMM7x/ejvha5XGaMRAqlHAKDaJfZpJSSrB9vZ/06Jjo6ttAsT8wCg1S4h 6OjqR9TxW43gw2kgFwcXg5g= =G4E3 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Overlay? Re: eclipse 3.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James wrote: Is this the best(current) guide to follow? http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds This guide tell you to copy of the files sub-dir: cp /usr/portage/dev-util/eclipse-sdk/files /usr/local/portage/dev-util/eclipse-sdk/files Is this correct? It'd seem like the Eclipse(Europa 3.3) would need a new set of files in the sub-dir 'files', no? Will my 'dev-util/eclipse-sdk-3.2.1-r2/' remain pristine and usable? When the devs do provide an elcipse 3.3 version in portage I'll just comment out the OVERLAY line in 'make.conf' and just emerge the official eclipse 3.3 from portage, or is there more to it than that? Any other caveats, I should know about? The fact that its not in the main tree yet may indicate that there are some rough edges that you may not want to be exposed to. The ebuild in that overlay seems to have dependencies from both the java-experimental overlay and the main java-overlay. Rather than install a bunch of software from outside the main tree, it's probably a lot safer to use an eclipse-sdk-bin ebuild like the one I've attached. You'll have to manually download eclipse-SDK-3.3-linux-gtk.tar.gz or similar from eclipse.org and save it in ${DISTDIR} before you can digest the ebuild and install it (the gentoo-wiki guide should help you with that). Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHKgph/ejvha5XGaMRAu3hAJkBqMTJuVsRyrCy/OlBWZjTCdcOtwCg6EqQ gmCBEnDMqcZAGoWyc7Mv/hE= =DN1h -END PGP SIGNATURE- # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ inherit eutils SRC_URI=eclipse-SDK-3.3-linux-gtk.tar.gz DESCRIPTION=Eclipse Tools Platform LICENSE=EPL-1.0 HOMEPAGE=http://www.eclipse.org/; KEYWORDS=~x86 RESTRICT=fetch SLOT=${PV} S=${WORKDIR} ECLIPSE_DIR=/opt/eclipse-${SLOT} src_compile() { true } pkg_nofetch() { einfo Please download ${A} from: einfo ${HOMEPAGE} einfo and move it to ${DISTDIR} } src_install() { dodir ${ECLIPSE_DIR%/*} mv eclipse ${D}/${ECLIPSE_DIR} echo '#!/bin/sh' eclipse-${SLOT} echo 'export JAVA_HOME=$(java-config --jdk-home)' eclipse-${SLOT} echo 'export PATH=${JAVA_HOME}/bin:${PATH}' eclipse-${SLOT} echo exec ${ECLIPSE_DIR}/eclipse eclipse-${SLOT} exeinto /usr/bin doexe eclipse-${SLOT} make_desktop_entry eclipse-${SLOT} Eclipse ${PV} ${ECLIPSE_DIR}/icon.xpm } eclipse-sdk-bin-3.3.ebuild.sig Description: Binary data
Re: [gentoo-user] eclipse 3.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James wrote: Hello, Does anyone know about any eclipse 3.3 ebuilds anywhere? It seems to be available in the java-experimental overlay: http://overlays.gentoo.org/proj/java/browser/java-experimental/dev-util/eclipse-sdk Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHKOfT/ejvha5XGaMRAph1AKCBUWonrmdWjHOKqEFwhWrlMSjMcQCglZN8 kkruvHQLbcmZY1D1lU9yHzM= =yxJe -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge stalls - what to do ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan G. Weichinger wrote: Greetings, gentoo-users, I see a problem with emerge on my notebook. Whenever I try to emerge something, it starts off like: # emerge -1 libsexy Calculating dependencies... done! Verifying ebuild Manifests... Emerging (1 of 1) x11-libs/libsexy-0.1.11 to / and then just hangs there, doing nothing. That's right where it attempts to obtain a lock on the required files in ${DISTDIR}. If that's on nfs and nfs isn't behaving properly then it can cause problems like that. Check dmesg. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHIOFe/ejvha5XGaMRAt3SAJ0Qh8sFGSMIDNCHGfa/f72bNmXiRQCgzKvp 4JKW3J4QLaU4127iEeng544= =EoOm -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge stalls - what to do ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan G. Weichinger wrote: Emerging (1 of 1) x11-libs/libsexy-0.1.11 to / and then just hangs there, doing nothing. That's right where it attempts to obtain a lock on the required files in ${DISTDIR}. If that's on nfs and nfs isn't behaving properly then it can cause problems like that. Check dmesg. Correct, my ${DISTDIR} is normally mounted via nfs. When I umount it, I can emerge ... When mounted, dmesg gives me lockd: cannot monitor ${IP_OF_NFS_SERVER} lockd: failed to monitor ${IP_OF_NFS_SERVER} What can I do to fix this? Restarting the nfs-service on the server did not help yet. There are also nfs services that you need to run on the client side. Maybe you need to do something like this: emerge --noreplace nfs-utils rc-update add nfs default /etc/init.d/nfs start If both client and server side services are running correctly then should just work. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHIQBD/ejvha5XGaMRAjscAKDtMwR9v/kk1si83X6Yw/bL8GscbgCdHGmC t2spiSHCT+asZE7afFiJIHc= =TrRr -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge --sync fails with CacheCorruption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grant wrote: File /usr/lib/portage/pym/cache/util.py, line 31, in mirror_cache try:entry = src_cache[x] File /usr/lib/portage/pym/cache/metadata.py, line 32, in __getitem__ return flat_hash.database.__getitem__(self, cpv) File /usr/lib/portage/pym/cache/flat_hash.py, line 38, in __getitem__ raise cache_errors.CacheCorruption(cpv, e) cache.cache_errors.CacheCorruption: dev-games/ode-0.8 is corrupt: [Errno 5] Input/output error http://bugs.gentoo.org/show_bug.cgi?id=196680 It is a bug in portage, but it's also abnormal to receive an Input/output error in that case, so you should probably run fsck on that filesystem. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHHU7//ejvha5XGaMRAncHAKDOKb1mCZRZwppLJDrzUyGAf3wmFACg2COt 6A3aSb7i3ZWOdGgj/slVk0Y= =vZAK -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Depclean and cross-foo/gcc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: I've been doing a lot of --depclean lately, and I've run into something odd. emerge --depclean cross-avr/gcc wants to remove all 3 versions, but it's in my world file. On the other hand, emerge --depclean doesn't want to remove any of them. I initially set this up with a crossdev that's now quite ancient, which may be significant, but I don't want to entirely redo all my avr compilers to get them with the new crossdev. What I'd actually like is to have a specific version (the one that our code is most heavily tested with), and the latest version (to test that). Is there some way to have --depclean see a dependancy on a specific version (or slot, as I've already masked other versions that would be in that slot) from world or the equivalent? I think you want --prune, since --depclean behaves like a dependency aware version of --unmerge. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHGO5L/ejvha5XGaMRAuErAJ9X9fs1gK2Iyp2G9gvJlBf8Da0VwACgl/iQ ZCYrEPK4lkhxwG4hGPBN+N4= =yQOh -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Depclean and cross-foo/gcc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Barkalow wrote: According to the man page, --prune will remove the old version that I want to keep. I want to have 3.4.4-r1 and (currently) 4.2.2, but I don't care about 4.1.2. When 4.2.3 comes out, I'll want that instead of 4.2.2. The problem is that world atoms are greedy with respect to slots, so if you have cross-avr/gcc in world then a global `emerge - --depclean` will not remove 4.2.2 after 4.2.3 has been installed. System atoms are not greedy for slots, so you can solve the problem like this: mkdir -p /etc/portage/profile echo *cross-avr/gcc /etc/portage/profile/packages echo *cross-avr/gcc:3.4 /etc/portage/profile/packages That pull the highest available overall and the highest available from the 3.4 SLOT into your system set (the packages file is documented in `man portage`). Remove the cross-avr/gcc atoms from /var/lib/portage/world since you won't need them anymore. Once you've done that, a global `emerge --depclean` should remove everything except the highest available overall version and the highest available from the 3.4 SLOT. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHGTpe/ejvha5XGaMRAukLAKCkVjyegFQYtE/ZHRPKE1cWfwfsKwCg25L0 TZCq6dvV/itwakHdG9bjKvA= =G1j+ -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] portage sync error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefán István wrote: At least according to 'top' a 'sed' commands are running for 21minutes, and I can hardly imagine what it is doing for such a long time. I also tried to upgrade python with the 'emerge --nodeps -1v python' command, but it also seems to hang with the sed command. That's an interaction between an old version of bash and the sed wrapper script located at /usr/lib/portage/bin/sed. You should remove that wrapper script since it's only needed for FreeBSD users. I'll update the docs with a note about that. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHE9Bi/ejvha5XGaMRAmXLAJ96F1dB7b90MiNqIYN9xsjinoK8owCfXQdR Rm0UYlf04c0IiJ0vwsQqWNY= =DdwX -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge --depclean question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Schuster wrote: Hi there! Any idea why emerge --depclean wants to remove app-shells/bash-completion-config? It it needed by some installed packages: [EMAIL PROTECTED] ~ -- equery depends app-shells/bash-completion-config [ Searching for packages depending on app-shells/bash-completion-config... ] app-editors/vim-7.0.235 (bash-completion? app-shells/bash-completion-config) app-editors/vim-core-7.0.235 (bash-completion? app-shells/bash-completion-config) app-misc/figlet-222 (bash-completion? app-shells/bash-completion-config) app-portage/genlop-0.30.7 (bash-completion? app-shells/bash-completion-config) app-portage/udept-0.5.99.0.2.95-r1 (bash-completion? app-shells/bash-completion-config) dev-util/subversion-1.3.2-r4 (bash-completion? app-shells/bash-completion-config) I have the bash-completion USE flag set, so why does emerge --depclean want to remove this package? I also tried dep -a -d (from app-portage/udept), it also wants to remove it. Apparently you didn't have the bash-completion enabled on those packages when you installed them. Look at the output of `emerge -pv app-editors/vim` and you will be able to see if reinstalling the package causes the flag to change state. The symbols in the USE flag display are documented with the --verbose option in `man emerge`. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.5 (GNU/Linux) iD8DBQFGojqR/ejvha5XGaMRAp6sAKCQ/eEOZLdZM4FYOJPfwxlyg6IjvwCffmcH I2gfkFh9S279Lyx9xs3IUTw= =/gbg -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Portage curruptness problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Schuster wrote: Hi there, I have a problem with portage being unable to unmerge some old packages. No idea what do do about this. I already remerged portage, tried emerge --emtadata and emerge --regen. Maybe someone of you knows what to do? I would not like to dig into the portage source code... [EMAIL PROTECTED]:~ emerge -atv --clean These are the packages that would be unmerged: net-firewall/iptables selected: 1.2.7a-r3 protected: 1.3.5-r4 omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Would you like to unmerge these packages? [Yes/No] Waiting 5 seconds before starting... (Control-C to abort)... Unmerging in: 5 4 3 2 1 Unmerging net-firewall/iptables-1.2.7a-r3... Traceback (most recent call last): File /usr/bin/emerge, line 5547, in ? retval = emerge_main() File /usr/bin/emerge, line 5528, in emerge_main mtimedb[ldpath]): File /usr/bin/emerge, line 3608, in unmerge vartree=vartree, ldpath_mtimes=ldpath_mtimes) File /usr/lib/portage/pym/portage.py, line 3991, in unmerge ldpath_mtimes=ldpath_mtimes) File /usr/lib/portage/pym/portage.py, line 6979, in unmerge self.settings, 0, 0, self.vartree.dbapi) File /usr/lib/portage/pym/portage.py, line 3013, in doebuild_environment mysettings.setcpv(mycpv, use_cache=use_cache, mydb=mydbapi) File /usr/lib/portage/pym/portage.py, line 1683, in setcpv slot, iuse = mydb.aux_get(self.mycpv, [SLOT, IUSE]) File /usr/lib/portage/pym/portage.py, line 5353, in aux_get raise KeyError(mycpv) KeyError: 'sys-apps/iptables-1.2.7a-r3' [EMAIL PROTECTED]:~ emerge -Ca \app-misc/mc-4.6 These are the packages that would be unmerged: app-misc/mc selected: 4.5.55-r5 protected: none omitted: 4.6.1-r3 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. Would you like to unmerge these packages? [Yes/No] Waiting 5 seconds before starting... (Control-C to abort)... Unmerging in: 5 4 3 2 1 Unmerging app-misc/mc-4.5.55-r5... Traceback (most recent call last): File /usr/bin/emerge, line 5547, in ? retval = emerge_main() File /usr/bin/emerge, line 5528, in emerge_main mtimedb[ldpath]): File /usr/bin/emerge, line 3608, in unmerge vartree=vartree, ldpath_mtimes=ldpath_mtimes) File /usr/lib/portage/pym/portage.py, line 3991, in unmerge ldpath_mtimes=ldpath_mtimes) File /usr/lib/portage/pym/portage.py, line 6979, in unmerge self.settings, 0, 0, self.vartree.dbapi) File /usr/lib/portage/pym/portage.py, line 3013, in doebuild_environment mysettings.setcpv(mycpv, use_cache=use_cache, mydb=mydbapi) File /usr/lib/portage/pym/portage.py, line 1683, in setcpv slot, iuse = mydb.aux_get(self.mycpv, [SLOT, IUSE]) File /usr/lib/portage/pym/portage.py, line 5353, in aux_get raise KeyError(mycpv) KeyError: 'gnome-extra/mc-4.5.55-r5' Alex Apparently an old version of portage didn't update all of the metadata properly when it performed the package moves. This should correct it: echo app-misc /var/db/pkg/app-misc/mc-4.5.55-r5/CATEGORY touch /var/db/pkg/app-misc/mc-4.5.55-r5 echo net-firewall /var/db/pkg/net-firewall/iptables-1.2.7a-r3/CATEGORY touch /var/db/pkg/net-firewall/iptables-1.2.7a-r3 HTH, Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQFGjt2X/ejvha5XGaMRAjRpAKDbSxtB5jKZkP+CfxY7jPjDfPlc+QCg4WaK fMT3/qZZMjoCVC7/zbzW3l8= =g6JH -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Can't build glib.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Diehl wrote: make[1]: Entering directory `/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10' Making all in . make[2]: Entering directory `/var/tmp/portage/dev-libs/glib-1.2.10-r5/work/glib-1.2.10' /bin/sh ./libtool --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -DG_LOG_DOMAIN=g_log_domain_glib -DG_ENABLE_DEBUG-O2 -mtune=i686 -pipe -fPIC -Wall -D_REENTRANT -c garray.c ./libtool: line 297: s,^.*/,,g: No such file or directory ./libtool: line 711: -e: command not found http://bugs.gentoo.org/show_bug.cgi?id=168198 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQFGd2bi/ejvha5XGaMRAgEeAJ9j5Varu6II4iyhaVwDEUKeXeMEDQCdG0/F GHqbfJM/7L+x4Uy6IpzzhvQ= =HT/A -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] package.provided
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Iliev wrote: Following the official docs [1] I did echo x11-wm/aquamarine-0.2.1 /etc/portage/profile/package.provided but it doesn't seem to help. The way that emerge currently behaves, that won't help if aquamarine is listed in /var/lib/portage/world. If you've unmerged aquamarine since then, it will have been removed from the world file. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGQNnP/ejvha5XGaMRAjXfAKCHfu6uaYAr/T2NYHydVpDSTEFBOACfchVb lwBIilmEpFH4I7311S/xziM= =C0bQ -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge -uDN world minus one package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jesse Adelman wrote: Hi, all. I want to do an emerge -uDN world, mostly to update Xorg to the newest stable version. However, I have one package that I don't want to update, that being media-tv/mythtv. Now, the version of mythtv (and associated mythtv plugins) that I have installed currently has been removed from Portage, so the normal package.mask changes don't appear to work and only offer a downgrade. I know I could just do each update individually (and get around this), but I'd like to stay lazy and let emerge -uDN world just work. ;) The nitty gritty: I have installed: media-tv/mythtv-0.20_p13288 Portage has an update: media-tv/mythtv-0.20.1_p13344 But when I put this into package.mask =media-tv/mythtv-0.20.1_p13344 It then wants to downgrade to: media-tv/mythtv-0.20_p13110 which I don't want. You have to mask all versions both higher and lower than the version that you want to be locked at: echo media-tv/mythtv-0.20_p13288 /etc/portage/package.mask echo media-tv/mythtv-0.20_p13288 /etc/portage/package.mask Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGN4RK/ejvha5XGaMRAoVOAKCZNTiR3v2m28qvZXdOWfuKDS44WwCfbM7W W7zDR2L5aL5lnwkKlYLHTkQ= =GRvP -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge-webrsync errors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adrian wrote: File /usr/lib/portage/pym/cache/flat_hash.py, line 47, in _pull raise cache_errors.CacheCorruption(cpv, e) cache.cache_errors.CacheCorruption: net-analyzer/etherape-0.9.6-r1 is corrupt: dictionary update sequence element #2 has length 1; 2 is required rm -rf /var/cache/edb/dep emerge --metadata emerge portage That's bug 156374 and it's fixed in the latest stable version of portage. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGEJGL/ejvha5XGaMRAqhwAJ4ibGTYavbAM0B/RqzxuVCD9q5CxgCgrmfb kdxpfc1/DIU8sHVJUDrnH6g= =oUgv -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] File not listed in Manifest
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: Anyway, resyncing did not fix it. Any more ideas? It's fixed in cvs now. The fix will trickle down to all the mirrors pretty soon. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGDB12/ejvha5XGaMRApsPAJ9mJGt9qdDruLGctBwX8g314bJp3wCfQUuR Ah+q1gNZjy/iAjWiMXdN8ZM= =cUu1 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] aRTs is driving me nuts!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: Hi All, Just as I thought that all was fine following my removal of arts, a recent revdep-rebuild revealed this horror: === emerge --oneshot -p -v -t =kde-base/juk-3.5.5 =kde-base/kaboodle-3.5.5 =kde-base/krec-3.5.5 =kde-base/noatun-3.5.5 =kde-base/kaudiocreator-3.5.5 =app-cdr/k3b-0.12.17 [snip] So I thought, kaboodle is pulling in kde-base/kdemultimedia-arts and kde-base/arts. I dully unmerged kaboodle and this is what I am getting now: [snip] [ebuild N] kde-base/kaboodle-3.5.5 [snip] Any ideas? It appears that you've forgotten to remove =kde-base/kaboodle-3.5.5 from the list of packages in your emerge command. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGCCSB/ejvha5XGaMRApEyAKDq0LpSbQORIUR6R1ZJCkP8wPLqQACfe4VU o/S5Tg9Ih7z/fNjFdeIL5lk= =kuec -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] aRTs is driving me nuts!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: On Monday 26 March 2007 21:34, Mick wrote: The thing is that neither of them have arts in their USE flags. I am not I understand what is happening here. kde-base/noatun-3.5.5 currently has an unconditional runtime dependency on kde-base/arts (at least that's what the ebuild metadata currently specifies). If that package can build and run without arts, then the unconditional dependency can be converted to a conditional dependency that is controlled by the arts USE flag. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGCD1Y/ejvha5XGaMRAkNFAKDhun2Ne4S5B3OwoB9T6ojNY0JjpwCgtP/N p/4vbkSjW/LMCBuaFVjFbjk= =Ky3r -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] aRTs is driving me nuts!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: I have rebuilt noatune and krec with -arts set in make.conf. Does this change the dependencies they have on arts? Or is it unconditional in the sense that noatune *always* depends on kde-base/arts no matter what I set in /etc/make.conf? If that's the case I'll just unmerge noatune and forget about it. The way the dependencies are currently specified, it really is unconditional (USE=-arts makes no difference). Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGCE3K/ejvha5XGaMRAppGAKCG3Yv8y2qhkYnjcQuX5uxaLxG3iQCg5Ucg whrh/cfsUdjauhqiPYNiy58= =OrK5 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] all digest files missing for portage update after rsync with local server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 de Almeida, Valmor F. wrote: !!! A file listed in the Manifest could not be found: /usr/portage/net-fs/nfs-utils/files/nfs.confd.old http://bugs.gentoo.org/show_bug.cgi?id=172231 Now on my other boxes I proceeded with an emerge --sync to sync the portage tree with the local rsync server. A new portage version was available, then I issued an emerge portage. At the end of the emerge, the cache was updated on its own. Nevertheless I did do emerge --metadata. Is this the right time to do this? The cache format changed between portage-2.0.x and portage-2.1.x, so emerge --metadata needs to be run in order to migrate to the new format. Should the information you sent be included in the rsync documentation? Perhaps, but not many people use portage-2.0.x these days. The 2006.1 stages contain portage-2.1.x. In the handbook http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=2 the section on PORTAGE_RSYNC_OPTS sets a number of default variables used during sync, each space-separated. These shouldn't be changed unless you know exactly what you're doing. Note that certain absolutely required options will always be used even if PORTAGE_RSYNC_OPTS is empty does not welcome users to explore rsync. Perhaps, but again, not many people use portage-2.0.x these days. They should upgrade to 2.1.x at the first opportunity. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGByZa/ejvha5XGaMRAulqAKDVvhVJ+0FXRB6ktlNikBklwUGLlACgmilK tXT8pRP7GcUVBmkqaoicmVA= =hJsQ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] all digest files missing for portage update after rsync with local server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 de Almeida, Valmor F. wrote: Now that my rsync local server has been upgraded to portage 2.1.2.2, should I still keep PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages in /etc/make.conf ? You can remove it if you don't have any more systems running portage-2.0.x to upgrade. Those digest files are redundant now so they only waste space. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGBzkU/ejvha5XGaMRAkKtAJ0cj//2Ffx7R+lxgLHyh+qWfBvU0ACcCHvg wvy3SSeR8BPjm2k3RbqeenA= =fcfo -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] all digest files missing for portage update after rsync with local server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 de Almeida, Valmor F. wrote: My local rsync server has been upgraded to the 2006.1 profile (gcc-4.2.2). All my other boxes that sync against the local server have problems with missing digest files. The problem is that portage-2.1.2.2 will automatically exclude the digest files during sync. In order to make the sync compatible with portage-2.0.x, you can override the PORTAGE_RSYNC_OPTS variable that's defined in /etc/make.globals. You do that by redefining it in /etc/make.conf. Copy the value from make.globals and remove the - --filter=H_**/files/digest-* option. After you've removed that option, the digest files will reappear the next time that you sync. Note that after you upgrade from portage-2.0.x to portage-2.1.x, you need to run `emerge --metadata`. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGBhCk/ejvha5XGaMRAjXQAKC2eyJAAPqHxDBzNUeMAtppKUbwNwCcDygq yo7vD4bgXTcVEMprnp2ue9w= =1Z4N -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gvim emerge problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stuart Howard wrote: !!! Multiple versions within a single package slot have been !!! pulled into the dependency graph: ('ebuild', '/', 'app-editors/vim-core-7.0.201', 'merge') pulled in by ('ebuild', '/', 'app-editors/gvim-7.0.201', 'merge') ('ebuild', '/', 'app-editors/vim-core-7.0.174', 'nomerge') pulled in by ('ebuild', '/', 'app-editors/vim-7.0.174', 'nomerge') You can't have gvim-7.0.201 and vim-7.0.174 installed simultaneously because they depend on different versions of vim-core. The solution is to either mask gvim-7.0.201 and vim-core-7.0.201 or unmask vim-7.0.201: echo app-editors/vim /etc/portage/package.keywords Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iD8DBQFF4qoF/ejvha5XGaMRAm0kAKDimUDPkcfyr9NkJq58r2kEILcPJgCg1dbB C3GZneO5nO8Ab210DfHCWzE= =VnRl -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gvim emerge problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stuart Howard wrote: My issue is more though why is portage trying and failing to install two versions of vim at all as so far as I am aware I have never made such a request of it. Just the latest ~* version will be fine for me. You have both gvim and vim in your world file. If you want the latest ~* versions of gvim, then you'll also need the latest ~* version of vim. Alternatively, you could uninstall vim. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iD8DBQFF4rwm/ejvha5XGaMRAjmcAJ0SiBP5zjpTmOdgiGbgEw4hMYastQCggbRA hITgcOI5TbvqzMWrlh9mjfA= =g8eM -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Documentation annoyances
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Walter Dnes wrote: Guess what happens to the bookmarks next time there's a minor version bump to any of those programs (e.g. when I update world)? I suppose I should try to slap together a script that's run after emerge. It would run the find command above, process the output, and create a file ~/.docs.html with an unnumbered list of links to the actual documentation. Sounds like a plan. That's the intended purpose of DOC_SYMLINKS_DIR which is documented in `man make.conf` (new in portage-2.1.2). Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iD8DBQFF3mg5/ejvha5XGaMRAoE7AJ969ILUL82Ykvhds+hQrT5s4/keTgCeLJeg TM2OKHsKC+3kEhz4SuJa1V4= =pNcg -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imaginary nvidia-glx blocking qt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Rout wrote: on emerge -uDpv world I get: === [EMAIL PROTECTED] ~ $ emerge -uDpv world These are the packages that would be merged, in order: Calculating world dependencies - emerge: there are no ebuilds to satisfy media-video/nvidia-glx. (dependency required by x11-libs/qt-4.1.4-r2 [ebuild]) You're experiencing bug #154223 [1], which is fixed in the latest ~arch versions of portage. If you want to work around the problem, you can use `find /var/db/pkg -name PROVIDE | xargs grep virtual/opengl` to find the old-style virtuals that are preventing the new-style virtuals from working correctly. You should simply remove any PROVIDE file that contains virtual/opengl. Zac [1] http://bugstest.gentoo.org/show_bug.cgi?id=154223 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbw22/ejvha5XGaMRAgiPAJ4gtDTdiNz/Fn464f+JZhhVKNiNcwCfWyf+ VqyqR/+/f9MfuxYRpFVNQqQ= =V3Hz -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] new openssl ebuild causes openssh to segfault
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Köhler wrote: Hi, i already has openssl 0.9.8c installed. OpenSSH worked fine. Then, there was a new ebuild with had an sse2 useflag. So i installed it, but i didn't recompile openssh. Now, ssh and sshd do segfault! Do you have the same issue? I already had this issue on 2 PCs. I have to recompile OpenSSH. Then it's working again. http://bugs.gentoo.org/show_bug.cgi?id=147758 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFDKol/ejvha5XGaMRAiBOAJ4wAPhIjde+14eK70wOShuIqQbsYQCeKnLB ce3z//IxKZ5RkTkIV12VRA4= =sudY -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Are these packages safe to unmerge?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: Hi All, Just ran depclean and the following candicates are shown: [snip] Is it safe to remove them? Historically, depclean behavior has been far from ideal in many cases. However, portage-2.1.1 (final version released yesterday) has a much safer version of depclean than portage-2.1 and earlier had. I wouldn't recommend for anyone to use the old version of depclean now that the new one is available. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAyTI/ejvha5XGaMRAhIzAJ43ANbxj4hWzZnwlOvT/KuGnxazwgCdH8yu d04utrV7xDn4FXeAXEZ5dcU= =sZsU -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage-2.1.1_rc1-r4: OSError: [Errno 16] Device or resource busy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Skwar wrote: Hi! All of a sudden, I get the following error when I run emerge: [EMAIL PROTECTED] /etc $ Gestoppt sudo emerge -C media-gfx/feh Performing Global Updates: /Gentoo/Portage/tree/profiles/updates/2Q-2006 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' pTraceback (most recent call last): File /usr/bin/emerge, line 4049, in ? emerge_main() File /usr/bin/emerge, line 3770, in emerge_main portage.global_updates(settings, trees, mtimedb[updates]) File /usr/lib/portage/pym/portage.py, line 6645, in global_updates myupd) File /usr/lib/portage/pym/portage_update.py, line 198, in update_config_files write_atomic(updating_file, .join(file_contents[x])) File /usr/lib/portage/pym/portage_util.py, line 728, in write_atomic f.close() File /usr/lib/portage/pym/portage_util.py, line 696, in close os.rename(self.name, self._real_name) OSError: [Errno 16] Device or resource busy Did anyone else notice this? Alexander Skwar That appears to be some type of device/filesystem/kernel misbehavior. It happened while portage was attempting to apply package moves to one of the /etc/portage/package.* files. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFAbUU/ejvha5XGaMRAo1sAKDAUMfxNJPWgD8vxWEYy7RKYjvrywCfafn9 SxrsIxIbEQmH3evQvm+g2EE= =l8ip -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] odd emerge problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adrian wrote: root $ emerge --ask -v world These are the packages that would be merged, in order: Calculating world dependencies Traceback (most recent call last): File /usr/bin/emerge, line 3440, in ? if not mydepgraph.xcreate(myaction): File /usr/bin/emerge, line 1416, in xcreate elif not portage.db[/][vartree].dbapi.match(x): File /usr/lib/portage/pym/portage.py, line 4665, in match mydep=dep_expand(origdep,mydb=self,use_cache=use_cache) File /usr/lib/portage/pym/portage.py, line 3531, in dep_expand return prefix+cpv_expand(mydep,mydb=mydb,use_cache=use_cache)+postfix File /usr/lib/portage/pym/portage.py, line 3694, in cpv_expand if (not mydb.cp_list(mykey,use_cache=use_cache)) and virts and virts.has_key(mykey): File /usr/lib/portage/pym/portage.py, line 4606, in cp_list mystat=os.stat(self.root+VDB_PATH+/+mysplit[0])[stat.ST_MTIME] TypeError: stat() argument 1 must be (encoded string without NULL bytes), not str It seems that /var/lib/portage/world is corrupt and contains NULL bytes. You should probably check your filesystem for additional corruption. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE6m/A/ejvha5XGaMRAv4VAKDGVR6akfOrLz8ywPL0c+A4yObW0gCg5BOh ooFTc2ndsl2KU5jWuuprNBY= =DRd6 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gentuxx wrote: Calculating dependencies | emerge: there are no ebuilds to satisfy =dev-java/kaffe-1.4. (dependency required by dev-java/gjdoc-0.7.7-r1 [ebuild]) java-check-environment is supposed to help you correct for this: check_virtual_provides() { local this_result=0 local provides=$(find /var/db/pkg -name PROVIDE | xargs egrep -l 'virtual/jdk|virtual/jre') if [[ -n ${provides} ]]; then qeerror Found PROVIDE files from old-style virtuals. Please remove them: qecho # rm ${provides} this_result=1 fi update_result ${this_result} return ${this_result} } The above find command will tell you which PROVIDE files to remove. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFEx+Bs/ejvha5XGaMRAnKcAJ47j/4Txz714yLdnr6vblZYb5ZzUACfSF09 xbw3FeI8bSp6Xfm4f2ErX14= =+CPz -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Weird dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gentuxx wrote: Hi all, I'm trying to run a routine `emerge -DuatvN world' and am getting some funky dependency errors. Here's the error I get: emerge: there are no ebuilds to satisfy =dev-java/kaffe-1.4. (dependency required by net-dns/libidn-0.5.15 [ebuild]) Portage is confused by old-style virtual/jdk and virtual/jre providers. The latest version of java-check-environment should help you correct this. Please refer to the Java upgrade guide: http://www.gentoo.org/proj/en/java/java-upgrade.xml Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFExmru/ejvha5XGaMRAgjaAKDkoszQB+CkN/sFR4Ai0JsubPHZAQCfe30i vtm8aaE7jUSMmGHLC5/UC0A= =rLmG -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Power failure in the middle of emerge --emptytree world
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dale wrote: That was for future reference. If in the future you are seeing it copy the install over and power fails, then you may need to re-emerge it and be ready for issues. I'm not really sure what those would be though. It may work just fine, it may not. I'm bad at looking to far ahead. My wife has noticed that too. :\ This is an important detail and you're right to be concerned about it. However, AFAIK, portage handles this pretty well. You should receive some type of notice about an incomplete merge if a merge has been interrupted. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFExpbh/ejvha5XGaMRAn/UAJ0R3bD2iI0ugYobM7HD8HGG1GmslgCg57mB XpLiecgbcVrK5ZFD79slMpI= =mMqZ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Power failure in the middle of emerge --emptytree world
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Knecht wrote: What is my best course of action at this point? The machine booted fine so I could start over. I also saved an old email from Zac Medico that suggested a command FEATURES=keepwork emerge --resume Would this be a good thing to do? I wouldn't recommend the FEATURES=keepwork anymore because there's no guarantee that the build will resume properly. It's safest to simply use --resume as suggested by Dale. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFExZfc/ejvha5XGaMRAuitAJ4tUoj5p+kzJb8mqZc2Riq4cQ6LqwCfb00l 3jJlkkhbxLKCva5R6mOR2yc= =ZQxl -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage on RHEL4?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Randy Barlow wrote: exist!) Could someone guide me in the right direction? Anyone know what the e commands are and how to get them? Anyone know of a guide that I haven't found that talks about how to install portage on a general linux system? Thanks! You should be able to use the prefix branch of portage on there: http://gentoo-wiki.com/Portage-prefix Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFErxON/ejvha5XGaMRAr5UAJ4+dZNtFnBEUFgspLnNSI3/cZkKqwCdFva2 3cY/hzcYYPvLBYAie5z3aBg= =dtyK -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Things that can be improved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lord Sauron wrote: My personal gripe is how slow emerge is on just plain old emerge-ish things. That we have to use things like eix to search is pathetic. This NEVER happened in Debian. emerge/portage has lots of room for improvement. Lots of the code is quite messy and it has been largely neglected because most people simply refuse to do much work on such a mess. However, since I've joined the project, I've been doing doing lots of work to clean up this code that most people won't touch. It's getting better, slowly but surely. There are so many technical issues that remain to be solved in portage that it's difficult to justify spending time on problems that have already been solved in one way or another. There many tools in existence that already do the search part pretty well. Lots of other things still need fixing... Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFErxZt/ejvha5XGaMRAqdoAKCkhZXGvhjY0T5MQY7srfZPPnbl7QCffDpr wDenFodeIt1WEM+wwfzSo9U= =RITY -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Things that can be improved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hemmann, Volker Armin wrote: On Friday 07 July 2006 21:22, Rafael Fernández López wrote: Second thing that I'd improve is a security one. I know that emerge is a very cared package, but it is a script. Suppose that someone commits portage with a emerge failure in its code (he forgot a comma !!)... if someone updates portage won't be able to update it again because it will fail ever and ever again... So I suggest to have a backuped emerge script that we are sure that worked (like the last emerge tool that was used), and if the new emerge tool is mistaken (so that user doesn't need to know python) only has to run regenemerge for example, and will have the latest emerge working tool. once upon a time, there was a portage-rescue seems, that it is gone (why?) but you can still find it here: http://dev.gentoo.org/~carpaski/portage_rescue/ Look inside $PORTDIR/sys-apps/portage/files/README.RESCUE and you'll see this: Please see http://www.gentoo.org/proj/en/portage/doc/manually-fixing-portage.xml for a recovery guide for a broken portage installation. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFErxcY/ejvha5XGaMRAi8xAJ92qQJwuahjZ3IQzVJdoZ9fh8QZvACcCsDc ml2Uz4PQWYGAOClpZVhDajg= =s4iZ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Things that can be improved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lord Sauron wrote: On 7/7/06, Zac Medico [EMAIL PROTECTED] wrote: Yeah. Portage works, however, I think it's really in need of a large overhaul. If what you're saying is true, and it's really just a load of scripts, then I really would HIGHLY suggest that you consider beginning to make smaller helper applications in C and stuff to speed things up. Right now it does have one thing that I have to say is better than Debian... once you get used to it: package masking. I understand that users are frustrated by a perceived lack of performance. However, even though portage performance is far from optimal in many cases, I'm quite satisfied with it's performance levels in most of the ways that I use it. Surely there's lots of room for improvement, but it's difficult to justify spending time on some types of performance enhancements when there are already plenty of things that are completely broken and in need of fixing. That is something that is really quite nifty that debian lacks, but I wouldn't say is a killer app. I'll be on Gentoo for one reason only: I'm obcessed with learning more about Linux, no matter how much trouble that means I have to get myself into ; ) Perhaps if I ever become good enough at Linux and programming I'll feel brave enough to try and help with the Portage problem... It's definitely a idea I'm beginning to entertain. I may just start looking through the sources. Who knows? With what limited skill I have I may be able to cook up some of those helper applications to speed things up! Scripts are great, but they aren't for whole applications. Yes, that would be a quotable. Well, I'm not interested in debating whether or not a particular language is suitable for a particular type of application development. If you don't like Python, there is a package manager named Paludis that is implemented in C++ and is compatible with Portage in some ways. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQFErzaw/ejvha5XGaMRAhxzAKCdVrvIvKz8xCTGQd750cd02YKzdwCggCaI 2jin+5gAX058AJopmB9hl2o= =Tsna -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] get unversioned list of installed packages without eix or esearch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bo Ørsted Andresen wrote: But I have found it impossible to make a regular expression that does break for at least one of those: media-fonts/font-adobe-100dpi-1.0.0 media-fonts/font-adobe-75dpi-1.0.0 media-fonts/font-adobe-utopia-type1-1.0.1 media-libs/jpeg-6b-r7 net-misc/cisco-vpnclient-3des-4.8.00.0490 sys-apps/portage-2.1.1_pre1-r2 sys-fs/udev-090 sys-fs/udev-090-r1 sys-libs/libstdc++-v3-3.3.6 sys-libs/timezone-data-2006g Just pipe the above list through the attached script. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEn6Lk/ejvha5XGaMRAhGyAJ4rhUGQ3J6KL1DBXNpP0HlMETFugQCcCRSB ibY4cSDupWfPJjSbhNX2bOE= =bbr5 -END PGP SIGNATURE- #!/usr/bin/env python from sys import stdin from portage import dep_getkey for pkg in stdin: print dep_getkey(=+pkg)
Re: [gentoo-user] Calculating world dependencies taking forever first time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Skwar wrote: I'm also seeing this from time to time - emerge -Duvat world just seems to take forever at the Calculating world dependencies after I ran eix-sync which includes emerge --sync. And I haven't updated portage. Any ideas? I don't think it's a missing emerge --metadata, as the metadata generation is included when running emerge --sync (Updating Portage cache: 100%), isn't it? Normally, this indicates that the cache has been invalidated for some reason. For example, eclasses in one's overlay can cause this. See here for more details: http://bugs.gentoo.org/show_bug.cgi?id=124041 Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEm41t/ejvha5XGaMRAj8TAKDi9yPrdR/OwLaJ62b0oVkSE0CDEQCgoHhQ Dy70zpp/vyAafx3sepFzrCY= =L+SC -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] sudden portage error list index out of range
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alan wrote: Wanted to do some installs today and suddenly my portage is puking out with Traceback (most recent call last): File /usr/bin/emerge, line 10, in ? import portage File /usr/lib/portage/pym/portage.py, line 7187, in ? settings=config(config_profile_path=PROFILE_PATH,config_incrementals=portage_const.INCREMENTALS) File /usr/lib/portage/pym/portage.py, line 946, in __init__ mypath = os.path.normpath(mypath+///+grabfile(mypath+/parent)[0]) IndexError: list index out of range That's bug 136209. Here's the fix: echo '..' /usr/portage/profiles/default-linux/amd64/parent Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEibZd/ejvha5XGaMRAj3DAJ0fNqVNjZYPrFMHHyLP2+zA3e7aEACgzDyK BMM616uI/cqCKiW7WaiIyy0= =xwgL -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dan LaMotte wrote: anyone know if you can compile something locally into your home directory using portage without being root? basically what I want to accomplish is like... ROOT=/home/lamotte/compile emerge openssh or ebuild /path/to/ebuild/ merge I would basically like to be able to install something without being root into a local home directory. I hope this makes sense. Thanks. The prefix branch of portage can do that. There are some instructions here: http://gentoo-wiki.com/Portage-prefix Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFESKby/ejvha5XGaMRAv6dAJsGsz6TssxW3rInmhPE8ghCTIdguACgv3cl tBgixC6LVaC65aEM8QG06mw= =2oFP -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Gysel wrote: hi i have following problem emerging packages: gorilla ~ # emerge portage Calculating dependencies... done! Traceback (most recent call last): File /usr/bin/emerge, line 3263, in ? if resume in portage.mtimedb and \ KeyError: 'mergelist' There are instructions to apply a patch that corrects the problem here: http://bugs.gentoo.org/show_bug.cgi?id=125993#c1 Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEFeXd/ejvha5XGaMRAmkwAJ4+M9Kpr3Zmxm+EwcjGio+uYxdvPgCeMKRQ HQ2B2gfTkFcU77m7drIcYKs= =h0Ol -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: package.provided syntax
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harry Putnam wrote: The example for package.provided syntax in `man portage` shows categories like this: app-backup/rsnapshot-1.2.2 app-backup/bacula-1.48.5 app-editors/emacs-cvs-24 Ok, I'm a little gun shy to post this now but I'm still seeing somethign screwy. cat /etc/portage/package.provided Oops, package.provided goes in /etc/portage/profile/ (it's an override for /etc/make.profile). That's probably a common mistake. app-backup/rsnapshot-1.2.2 app-backup/bacula-1.48.5 app-editors/emacs-cvs-24 emerge -vp app-editors/emacs-cvs: These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-editors/emacs-cvs-22.0.50-r1 [22.0.50] USE=X gif gtk jpeg nls png spell -Xaw3d -tiff 0 kB Hmm, the emerge output indicates that app-editors/emacs-cvs-22.0.50 is installed (managed by portage). Normally package.provided is used for packages that aren't managed by portage. Now I'm not sure what you want to accomplish. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEDT/V/ejvha5XGaMRAuY5AJ9zVGlkeL+bjPhaA52m4d5edJQWlwCg44l7 x4iYA2CCaPYiLxTkqp7y29g= =otXv -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package.provided syntax
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harry Putnam wrote: I'm currently trying to get thru an emerge -vuD world but having various things crop up. Some I thought were handled long ago like this overlooking what is in package.provided: rsnapshot-1.2.2 bacula-1.48.5 cvs-emacs-24 The example for package.provided syntax in `man portage` shows categories like this: app-backup/rsnapshot-1.2.2 app-backup/bacula-1.48.5 app-editors/emacs-cvs-24 And like Dave said, you have cvs-emacs rather than emacs-cvs. Zac The last two are fake versions so they would stay ahead of what ever comes into portage for a while. My understanding is that portage looks here, and if the version is newer it by passes these packages. So this should not happen: emerge -vuDp app-editors/emacs-cvs These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-editors/emacs-cvs-22.0.50-r1 [22.0.50] USE=X gif gtk jpeg nls png spell -Xaw3d -tiff 0 kB Oh, and why is `tiff' turned off (-tiff)? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEDISR/ejvha5XGaMRAiiNAJ96sa0yTnYzsimB3MwzkgSaC5KeHQCeJaQt /siLLdvGc77aWlmKr4s+OxU= =7fXZ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage cache question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Covington, Chris wrote: Hi all, I've recently built a new gentoo box and I noticed that the emerge --sync is lightning fast compared to an emerge --sync on the older boxes, even though both the new and older boxes are up to date and have almost identical world files / versions. Is there a way I can delete and recreate the portage cache on my older boxes? The post sync metadata transfer (equivalent to `emerge --metadata`) copies readonly pre-generated cache from ${PORTDIR}/metadata/cache/ to the writable cache which is stored in /var/cache/edb/dep/${PORTDIR}. You can delete the whole cache with `rm -rf /var/cache/edb/*`. After you've done that, you can repopulate it with `emerge --metadata` (`emerge --regen` is more time consuming because it sources all of the ebuilds and eclasses instead of using the pre-generated cache). Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD8LeP/ejvha5XGaMRAlk9AJ9Z/FpRGeu7QkQ2LSe0SpxANnUW0gCgsGVm 9fsYwKntydEyVefDzyNZj4c= =lvIW -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage cache question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zac Medico wrote: You can delete the whole cache with `rm -rf /var/cache/edb/*`. Actually, that's wrong, please don't do that. It's `rm -rf /var/cache/edb/dep/*`. Sorry. :) Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD8Lg9/ejvha5XGaMRAm9sAJwNakfpXXqv1pzLcf3wojy6XyUAsACfazXt RMMgJ1yaah0KTeQAlz5XyFg= =P8jV -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage cache question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gogiel wrote: Zac Medico wrote: Zac Medico wrote: You can delete the whole cache with `rm -rf /var/cache/edb/*`. Actually, that's wrong, please don't do that. It's `rm -rf /var/cache/edb/dep/*`. Sorry. :) Zac Oops. I've already done that. Will something go wrong now? :( Portage should (more or less) regenerate that stuff automatically. The worst part is probably the global updates bit which may take some time because portage will have no memory of the updates it has previously performed. If you have any problems with it, join #gentoo-portage on irc.freenode.net and I'll help you. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD8P0u/ejvha5XGaMRAvy+AJ4n5jYv91prBwPxWRSLOx44g+LNDgCfeDWV dNzf2gMlRAC8eSnKj515mrQ= =37Bf -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ebuild for python module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mikhail Yarmish wrote: Guys, How to make right ebuild for a python module part which needs to be installed in kde/lib? If I use PYTHON_MODNAME= I'll get Access Violation. The Access Violation means that the ebuild tried to modify something outside of the sandbox. Here are some sandbox docs: http://dev.gentoo.org/~plasmaroo/devmanual/appendices/common-problems/index.html#handling-access-violations http://bugday.gentoo.org/sandbox.html Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD7OTu/ejvha5XGaMRAgfPAJ9Ph6RensOotUuvDW7nYX78Kl+aJQCg0Lyr a0cVSt0nSlqDk1H8SZbIDPY= =RodT -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A new experience an account on gentoo without root priv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harry Putnam wrote: I have an account on a gentoo machine but no root privs. Is there some allowance using emerge to install software in ~/ Though I have no experience with it, there's a Prefixed Portage that you may be able use: http://www.gentoo.org/proj/en/gentoo-alt/macos/targets.xml Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD58Jw/ejvha5XGaMRAs8xAJ0c1n4ze+SSupg1veUTSKkkO18kdgCg0iEV mFe87ixlEYykAxhf5AZSdPg= =DIFU -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage error?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael W. Holdeman wrote: emerge -uvDa world suddenly yeilds this: Calculating world dependencies -Traceback (most recent call last): File /usr/bin/emerge, line 3254, in ? if not mydepgraph.xcreate(myaction): File /usr/bin/emerge, line 1441, in xcreate if not self.select_dep(portage.root, mydep, raise_on_missing=True): File /usr/bin/emerge, line 1369, in select_dep if not self.create(myk,myparent,--onlydeps not in myopts,myuse=binpkguseflags): File /usr/bin/emerge, line 1046, in create if not self.select_dep(/,mydep[/],myparent=mp,myuse=myuse): File /usr/bin/emerge, line 1364, in select_dep if not self.create(myk,myparent,myuse=binpkguseflags): File /usr/bin/emerge, line 1046, in create if not self.select_dep(/,mydep[/],myparent=mp,myuse=myuse): File /usr/bin/emerge, line 1237, in select_dep if myparent.split()[2] in portage.portdb.xmatch(match-all, x[1:]): File /usr/lib/portage/pym/portage.py, line 5110, in xmatch myval=match_from_list(mydep,self.cp_list(mykey)) File /usr/lib/portage/pym/portage.py, line 3755, in match_from_list if mydep[0] == !: IndexError: string index out of range What version of portage is that? If it's not either 2.0.54 or 2.1_pre4-r1 (latest stable or unstable) then please try to upgrade with `emerge portage`. If that doesn't resolve the problem then please file a bug at http://bugs.gentoo.org. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD592w/ejvha5XGaMRAs21AJwJ9RYZcO7pPkT/4cblWNLz2HiwJACgqMJC JRdH/X2MvhDZg9D4LIAr1lM= =M1uc -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] update-eix has memory problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wolfgang Liebich wrote: Hi, update-eix won't work anymore: If I try to start it, it prints Reading Portage settings .. and starts gobbling up memory at an amazing rate. At a memory usage of about 770MB (according to top) the process stops with the message Aborted (nothing else). What now? Puzzled, Wolfgang You should probably file a bug with the eix developers [1] (unless one has already been filed). If it doesn't get past Reading Portage settings .. then I would guess that it is having trouble parsing one or more config files such as make.conf or those in /etc/portage/. Zac [1] http://dev.croup.de/proj/eix/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD4kCF/ejvha5XGaMRAtfVAKDwzxIq1c+HcXRIxC2UstnghM3jNwCfVlj/ 9LR4kbzGt8Kfbjmlt3ku5Bs= =FiEp -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] /usr/bin/test doesn't seem to do anything
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Persson wrote: Someone was kind enough to send me a script that calls /usr/bin/test. When the script didn't work I realised that test was behaving strangely. Basically it doesn't seem to return anything. For instance test -f /usr/bin/test doesn't display any output. Nor does test --help. Nor test --version. The version I am using is from sys-apps/coreutils-5.2.1-r6 . It's very hard to do a google search for anything to do with troubleshooting a program called test. Anyone know what is going on here? Well, you could start with `man test`. However, test is also a bash builtin (try `type test`) so you may want to consult the bash info manual instead (try `info bash`). Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD2WGn/ejvha5XGaMRAkjoAJ9LICiZO1ZUDB/RDVR+lVSCz5xu8ACg7bKq Y56PjDpGuymg/Pp9icaqX+Y= =SxG/ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --buildpkgonly world won't go: kde metapackage problem?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Persson wrote: The reason I want to avoid installing straight away is because I'm doing a kde upgrade this time (3.4.3 to 3.5) and want to avoid a broken desktop Generally, this isn't a problem because kde slots allow multiple versions of kde to be installed simultaneously. There is some documentation here: http://www.gentoo.org/doc/en/kde-config.xml Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD09J//ejvha5XGaMRAsHIAJ4u7MUgjETP5N38TNSdLWQJEU87JACeOkGT 2dyD5cude4tX6LrOkzZT7cg= =ltUt -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Java SDK 1.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Fish wrote: On 1/20/06, Rafael Barrera Oro [EMAIL PROTECTED] wrote: Does anyone know if Java SDK 1.5 (blackdown, sun, anyone) will be available soon through portage? It is available now, but you have to unmask it. If you do, you should rebuild all java packages on your system, or you may run into trouble. It's probably a good idea to read the faq: http://www.gentoo.org/proj/en/java/tiger-faq.xml Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD0Snj/ejvha5XGaMRAvpKAKCzV+0FTztgY5BXXA860lKeMrfCOgCglo4p iIdPjkWL0FlfaedpFKLplnw= =SNNP -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Java SDK 1.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rafael Barrera Oro wrote: I was already reading the faq when i received your anser :) It seems this can be done, but not without certain risks. It's pretty safe if you keep blackdown-jdk-1.4 as the system vm (for building packages) and use java-config to set sun-jdk-1.5 as the user vm. The faq explains how to do it. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD0To5/ejvha5XGaMRAq3yAKDXWyBNfsrWSWUbALQ7J66uMEqMhQCgq6qy A7YiSEkrGwefLJ5ADECEfO4= =Lkrj -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Sandbox access violation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mikhail Yarmish wrote: Hello guys, I'm trying to write an ebuild for xmms plug-in, but always get an error during of emerging it. Here it is: --- ACCESS VIOLATION SUMMARY --- LOG FILE = /var/log/sandbox/sandbox-kde-misc_-_xmms-agent-1.1-15026.log open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock What should I do to prevent that? Standart ./configure make make install working well... You probably want to inherit either the qt3 or kde eclasses. They use `addwrite ${QTDIR}/etc/settings` to avoid the sandbox violation. The Eclass HOWTO has some documentation on the kde eclasses: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2chap=2 Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDz/o+/ejvha5XGaMRAsK3AJ9gMfws0WbeDcwInq/fMRu03gK5ZwCgwsY+ 6flfTbuBXg4zcluw9jvy8dg= =PWKG -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ebuild makin problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Yarmish wrote: Guys! What reasons of a message path.ebuild does not exist could be when I'm trying to emerge a custom created ebuild with emerging by path? Sry for silly question but I'm new to the world of ebuild making. Thank you in advance. Do you have PORTDIR_OVERLAY properly configured (see `man make.conf`)? Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDzrgy/ejvha5XGaMRAqLmAJ9y7rco5xSMmQVZAr3GtwV49PF2YwCdF0mC bRJnbQgJryz0eZhxViOGd60= =QcLK -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to compile 64bit Gentoo on a 32bit system?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Abhay Kedia wrote: | Got the kernel and modules. Systems boots fine, just that I don't have X. This | probably is expected as there might not be the necessary modules installed? | | Will be starting a 64bit install anytime now. Thanks for the tip of getting | the kernel and modules from the CD. BTW is there any way I can get X? Apparently the new kernel does not include the necessary drivers or modules. You may get a clue from /var/log/Xorg.0.log. Depending on your hardware, you may be able to get it working temporarily with either the vesa or fbdev drivers. In any case, you can use a stage3 chroot to build yourself a new kernel and the appropriate drivers. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDx/E+/ejvha5XGaMRAidVAJ9RydzHcQrpPi4L5sGZodxhlxv6dQCfdaF6 zLp7pjcYAadzL+2n3Nrq8/c= =sXzP -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to compile 64bit Gentoo on a 32bit system?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Abhay Kedia wrote: | On Thursday 12 January 2006 13:04, Zac Medico wrote: | Well, you can't convert the 32 bit userland directly to 64 bit. However, | you can run the 32 bit userland with a 64 bit kernel. For example, you can | borrow the kernel from the amd64 minimal install cd. The 64 bit kernel | behaves essentially the same as the 32 bit one, so you only need to setup | the bootloader like you normally would. After you've booted into a 64 bit | kernel, you will be able to chroot from your 32 bit userland into a 64 bit | stage3 and build your new system. | | Wow!!! That sounds the perfect solution. Is it possible? I just compile a | 64bit kernel and chroot will be possible? Is there a place I can download the | kernel from? You can boot off of the cd and build a kernel immediately or you can copy the cd's kernel. When booted from the cd, the kernel is found at /mnt/cdrom/isolinux/gentoo-em64t and corresponding modules are in /lib/modules. The install cd and stages are available from the /releases/amd64/2005.1-r1/ directory on the mirrors. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxiVQ/ejvha5XGaMRAlwOAKCf9FrcOjHVtoxvh7oOGNTDFVEurQCgvnLg UGh456lLoB8I38YiuhsFMTg= =Nm3C -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to compile 64bit Gentoo on a 32bit system?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Abhay Kedia wrote: | Thanks for the reply Neil but I don't have a fast connection. Just a 64kbps | connection. If I follow GRP way then first I'll have to download a live CD, | then the GRP Packages and then undergo the whole process of downloading other | distfiles etc. It will be a really long and lengthy downloading process for | me. Can't I do it from my existing 32 bit installation? Well, you can't convert the 32 bit userland directly to 64 bit. However, you can run the 32 bit userland with a 64 bit kernel. For example, you can borrow the kernel from the amd64 minimal install cd. The 64 bit kernel behaves essentially the same as the 32 bit one, so you only need to setup the bootloader like you normally would. After you've booted into a 64 bit kernel, you will be able to chroot from your 32 bit userland into a 64 bit stage3 and build your new system. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxgZ5/ejvha5XGaMRAqR7AJ9vcMNbZyPNggzzPm9p/R0LRp5sAACdEHE9 61vlBVy5Fr0kJF10jwPZOSQ= =P2Pj -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] package conflict on update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neil Bothwick wrote: | On Thu, 5 Jan 2006 11:10:38 +, Tom Martin wrote: | | To the portage developers, how could this be handled? Perhaps emerge | could somehow figure out the reason for such a conflict, and then | automatically unmerge the original package? | | Not really a question to the portage developers -- just unmerge | openmotif (the blocker) and continue as normal. | | If would be nice is portage had a means for developers to handle these | types of conflicts in the ebuild. A similar thing happened recently with | xpdf/poppler, it happened with some FTP servers and the ftp-base package | not long ago. I realise it is not possible to handle all conflicts, but | with some instances, like this one, the conflict is expected. even if | there were just a means to print a message if a package hits a block, | something like | | if_blocked_by('openmotif') | ewarn You must unmerge openmotif before proceeding | It would be icky to have to specify blocker logic/messages like that. There's actually an open bug specifically about this issue: http://bugs.gentoo.org/show_bug.cgi?id=79606 Basically, the problem lies in the fact that portage unmerges the previous version _after_ the new version has been merged into place. One possible solution would be to have a special feature that, when enabled, allows portage to automatically unmerge an old version _before_ the new one is installed (with protection against unmerging system packages of course). Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDvcR8/ejvha5XGaMRAnICAKDyA6xKtGb6mZXxS/mciU91Xvsz8QCeKidL WRXlWMkvZ7plI2fNPlxO0TA= =VAP2 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage overlay question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paweł Madej wrote: | | !!! No write access to write to /usr/portage/distfiles. Aborting. | | Is the only resolution of this problem giving /usr/portage/distfiles dir | write permissions for all? | | I'll add that user from i try making ebuild digest is in portage group | (as an additional). | Well, just add your user to the portage group and that should be enough. Portage automatically gives permissions for most things (except merge) to the portage group. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDu4gk/ejvha5XGaMRApdzAKCcIUO57i4nUTTC5TwdqcrSe9/9vACgv9kP 0FHxZ/toKFzxu0rjEWjS8y0= =RZVe -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage overlay question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paweł Madej wrote: | Zac Medico wrote: | You should have done `ls -ld /usr/portage/distfiles/.locks`. | | I'm able to reproduce that problem here. It seems that portage | automatically changes the group id on ${DISTDIR} (when run as root) but | it neglects to change the group id on ${DISTDIR}/.locks (I'd consider it | a bug). If you do `chgrp portage /usr/portage/distfiles/.locks chmod | g+w /usr/portage/distfiles/.locks` then that should allow you to work | around the problem. | | Zac | | Thank you very much Zac. That resolved a problem. I think if I should | file a bug about this? | Yeah, I think should. The version of portage that I'm using (2.1_pre3) will create the directory with the correct gid (if the directory does not exist). However, after the directory has been created, portage does not ensure that .locks continues to have the correct gid. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDvCt2/ejvha5XGaMRAgXSAJ0REINi8BZ9sUHi/RSIUDLFVErgHQCeIaCc ICVFMzigOEXKOPI2mQIVkkc= =9gg1 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage overlay question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paweł Madej wrote: ~ I have tried line as below but then portage losed distfiles dir at all | | #DISTDIR=/usr/portage/distfiles /usr/local/portage/distfiles | Unfortunately, the multiple DISTDIR feature is not currently available (though it is planned). As an alternative, perhaps you can run a script that creates symlinks for you. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDux2V/ejvha5XGaMRAifBAJ4kLa75f9nRgTvGR04l+XKpohga2ACgl1tc nkuomyvyHL62075SrK6m43k= =EhkY -END PGP SIGNATURE- distdir-symlinks.sh Description: application/shellscript
Re: [gentoo-user] Re: Re: Portage 50-51% and emerge metadata timings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter wrote: | On Sun, 01 Jan 2006 19:00:17 -0800, Zac Medico wrote: | Actually, portage-2.1 has seen an improvement in this area. In addition, | I have written a patch that obsoletes the metadata transfer. That's | right, no metadata transfer necessary. :) | | http://thread.gmane.org/gmane.linux.gentoo.portage.devel/1602 | | Zac | | Thank you. I will take a look. It sure _looks_ simple and logical enough. | I don't know enough about portage though to understand! Will it work with | pre?. I have x86 portage installed, not ~x86. | No, you need a 2.1_pre release due to cache changes that my patch relies on (a backport would not really be worth the trouble IMO). Hopefully the 2.1 branch will be stable soon enough though. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDuXbx/ejvha5XGaMRAsVUAKCfDlOg8aloPHwgxeG2tQIYt0MnuACfe8zH ApZjRceyt6uL/g64T7heGmM= =KERa -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --sync timeouts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Closson wrote: | Hello, | | When I have not sync'd in over a month or so and when I ran: | | emerge --sync | It basically shows the motd of the remote rsync server and then times out. | I have let it run for a bit and try multiple servers and it just keeps | timing out after the motd regardless of which server it goes to... here | is some output: | | | -- | Script started on Mon Jan 2 16:46:45 2006 | sh-3.00# emerge --sync | ]2;Started emerge on: Jan 02, 2006 16:46:54]2; *** emerge | sync]2; === sync]2; starting rsync with | rsync://64.127.121.98/gentoo-portage starting rsync with | rsync://64.127.121.98/gentoo-portage... | checking server timestamp ... | Welcome to owl.gentoo.org | | Server Address : 64.127.121.98 | Contact Name : [EMAIL PROTECTED] | Hardware : 4 x Intel(R) Xeon(TM) CPU 2.40GHz, 1024MB RAM | | | Please note: common gentoo-netiquette says you should not sync more | than once a day. Users who abuse the rsync.gentoo.org rotation | may be added to a temporary ban list. | | | MOTD brought to you by motd-o-matic, version 0.3 | | io timeout after 180 seconds - exiting | rsync error: timeout in data send/receive (code 30) at io.c(109) | retry ... Have you upgraded rsync lately? Do you run revdep-rebuild after updates? Maybe you just need to rebuild rsync... Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDubBt/ejvha5XGaMRAt4gAJ9VilSCej4b2y1UwjTwjJSWbAcQsgCfaUCK Y5JmHxa7hOMrfQZ/aaljKhY= =JJbV -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Portage 50-51% and emerge metadata timings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter wrote: | On Wed, 28 Dec 2005 10:53:18 -0500, Peter wrote: | For right now, I have reiser handling /mnt/src, and I'll leave this | alone for a while. Don't know if performance will improve. It _might_ | since the act of syncing will force a read through the entire portage | tree which might make metadata faster | | | Things were going along great...Well, after 4 days, it's back to hanging | at 50-51% again. Hope this is better in the next version of portage. | Actually, portage-2.1 has seen an improvement in this area. In addition, I have written a patch that obsoletes the metadata transfer. That's right, no metadata transfer necessary. :) http://thread.gmane.org/gmane.linux.gentoo.portage.devel/1602 Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDuJdB/ejvha5XGaMRAmH8AJ9WeMgBwjSs3CTDuWWE4iElurRJigCeIRPS gC89IkTzngJtTVMMv5uachk= =iTs5 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] world problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Sanders wrote: Don't think so. And don't run - emaint -f world. It'll remove it and any updates won't occur. Here's my list of what it want to take out of the world file - 'app-emulation/crossover-office-bin' has no ebuilds available 'games-fps/unreal-tournament-bonuspacks' has no ebuilds available 'media-libs/epeg' has no ebuilds available 'media-fonts/acroread-asianfonts' has no ebuilds available 'sci-astronomy/setiathome' has no ebuilds available 'media-tv/xawdecode' has no ebuilds available 'games-fps/unreal-tournament-goty' has no ebuilds available I suspect a bug, but haven't gotten to the bug list to see if it's been filed or not. http://bugs.gentoo.org/show_bug.cgi?id=115593 That's with portage-2.0.53, right? Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDse/Q/ejvha5XGaMRAmQ+AJ9rxnz5GB5d58FWgsxyQT8um6oUGwCfbzB7 CWyQ2Gz4yd8pfZeSthDOyT8= =fypx -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: initrd where is the docu
[EMAIL PROTECTED] wrote: John Jolet [EMAIL PROTECTED] writes: mkinitrd :) you shouldn't need that with a 2.6 kernel, though. Is it not required for the trademark gentoo boot up with nifty graphics? The installer initramfs is created by genkernel. I use it myself to generate an initramfs with gensplash support. The splash-themes-livecd package contains the splash screens used by the installer. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems with time stamp while unpacking portage
Felipe Ribeiro wrote: Hi all, I'm new to gentoo, and right now i'm installing it for the first time. I have a problem, my timezone is gmt+3, and when i try to unpack the last portage file, i get this message: tar: portage/games-rpg: time stamp 2005-12-11 01:36:10 is 4154 s in the future tar: portage: time stamp 2005-12-11 01:55:06 is 5290 s in the future Is there anything i can do? The installer cd probably thinks your time zone is UTC, so you should can use the date command to temporarily syncronize the system time with the current UTC time. The localization guide [1] has instructions to configure the time zone on your installed system. After you have /etc/localtime and /etc/conf.d/clock confgured properly, you can run `/etc/init.d/clock restart` to make the settings take affect. Zac [1] http://www.gentoo.org/doc/en/guide-localization.xml -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems with Ethernet on installation
Felipe Ribeiro wrote: I'm not installing on the slack box, 'cause i want to overwrite it. i'm booting from the CD. Okay, if I understand correctly, you want to overwrite your slackware installation? In that case, if there's some free space on your root partition, then you can in install a minimal gentoo system in /gentoo/ (build a kernel and everything while running slackware) and then boot off the cd and move everything into place. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] World file problems (more)
Michael W. Holdeman wrote: OK since there are world file experts out there.. A while back I was playing around with cvs and svn versions of kde, long story short they are there anymore, and as far as I can tell the files are gone, but portage thinks they are still there which really screws up my revdep-rebuild and emerge depclean's. I can't even get rid of them in kuroo, in fact kuroo shows the files are still installed? how do I get rid of these ghosts Well, if portage thinks a package is installed, then normally you can simply unmerge it. If the unmerge fails for some reason (normally it won't fail), then you can manually remove it from the /var/db/pkg database, but it will leave behind orphaned files. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] LiveCD customizations
Tom Smith wrote: I need to make some slight customization to the Live CDs for installations at remote offices--things like configuring a root password, enabling SSH by default, and so on. I looked at the Gentoo docs at the web site but wasn't able to locate anything specific. Can anyone offer any pointers to docs describing how to do what I'm looking to? The easy way is to remaster an existing livecd like I described here: http://marc.theaimsgroup.com/?l=gentoo-userm=113397973626705w=2 You will have to loop mount the iso image and then loop mount the livecd.squashfs file (gentoo-sources come with squashfs support, so you only have to enable it in your kernel config). After the squashfs is mounted, you can use rsync to copy it's contents into a writable filesystem. Finally, after you have customized the root filesytem, use mksquashfs (squashfs-tools) to compress it again. You can use catalyst to build a livecd from scratch, but in many cases it's quicker and easier to use the remaster approach. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems with Ethernet on installation
Felipe Ribeiro wrote: Hi all, I'm a Slackware user, but i decided to give Gentoo a try! :-) Gentoo instalation uses kernel 2.6.12, and it doesn't have my ethernet card module. It is the sis190, that have been added on 2.6.14, do i have to put another card while installing or is there another solution? Are you installing this on the slackware box? If the network is already working and you have a spare partition then you don't need the installation cd. Just download a stage3 and follow the handbook. By the way, when you click reply in the email client and start a new topic, it's called thread hijacking. My mail client seems to think that's what you did. :) Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How do I make an installable copy
Mike Kenny wrote: Zac Medico wrote: Use tar or some other archive utility (possibly mksquashfs) to make a complete backup of the root filesystem (use mount with no arguments to see mount points that should be excluded). The easiest way to make a customized bootable cd/dvd is to remaster an existing one. The mkisofs manpage documents the creation of a bootable iso image. You will also want to consult the eltorito documentation for isolinux or grub depending on which boot loader you choose. Thanks Zac. I will look into all this next free time I have I might add that it's a good idea to practice with something small, such as gentoo's minimal install cd. You can test your remastered iso image with an emulator such as app-emulation/qemu. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How do I make an installable copy
Mike Kenny wrote: I now have my stage 3 installed an working. Am in the process of downloading all the requirements for openXchange (Man! I love emerge) But, many (most) users will not want to go to the trouble that I have. In fact, in South Africa most won't have access to the bandwidth to do this. I am looking for a link to a tutorial or howto that will inform me how to: 1. After I have a basic bootable system created, create a backup CD from which I can boot and re-install in the event of a catastrophe Use tar or some other archive utility (possibly mksquashfs) to make a complete backup of the root filesystem (use mount with no arguments to see mount points that should be excluded). 2. After I have configured servers (Apache or JBoss or openXchange, etc.) create a DVD or set of CDs which can be booted and installed from without all the re-configuration The easiest way to make a customized bootable cd/dvd is to remaster an existing one. The mkisofs manpage documents the creation of a bootable iso image. You will also want to consult the eltorito documentation for isolinux or grub depending on which boot loader you choose. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How do I force an unmerge?
Daevid Vincent wrote: I was in the middle of emerging KDE 3.5 and it's 8 million dependencies, and read the post about needing to unmerge superkaramba. So, in another shell I did just that. Life was fine. I needed to reboot my notebook for another reason, and when I started the emerge again, it complains that superkaramba is blocking!? If I emerge unmerge superkaramba, there is nothing to do, yet, emerge kde thinks there is. How do I get portage back in sync again :( ? In order to help us diagnose the problem, you should post the output of emerge. Also, emerge's --tree option might be helpful. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] stage3 packages
Cláudio Henrique wrote: Hi, Darren, I've already tried this command before sending the other message. And I've noticed that packages like qt and kde-libs are also included in this emerge -ep system. So I concluded this is not what I am looking for. What I really want is a list of packages that would be emerged if I execute the command emerge -e world in a machine with only the stage 3 installed. env USE_ORDER=defaults emerge -pe system USE_ORDER is documented in the make.conf manpage. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How does Portage prioritze emerges in emerge world?
Holly Bostick wrote: OK, I take it back. I said that the situation of upgrading a kernel with the 'symlink' USE flag active occurring at the same time as a (particular) program needing to compile against a configured kernel was not likely to occur all that often, but I was wrong. It's happened again today, but with a different program than the ones I normally keep an eye on. The good thing is that I (think I) see what the problem is. The problem is that Portage emerges the new kernel before (almost) everything else, without regard for whether the 'symlink' USE flag is active, and whether or not any of the other programs proposed to emerge need to compile against a configured kernel source-- or rather, the currently-running kernel, which the symlink most likely pointed to before Portage changed it via a previous emerge. Honestly, there's really no reason (that I can see) to emerge a kernel source before everything else, since the kernel source is useless until at the very least configured, and preferably compiled and installed, and since you're in the middle of an emerge -uwhatever world, you can't reasonably configure and compile the new source until the entire operation is finished. Yeah, OK, technically you can, but it's not really something that an ordinary person would do, I think. I like to manage the kernel sources myself so I always keep a kernel package in package.provided. mkdir -p /etc/portage/profile echo sys-kernel/gentoo-sources-2.6.14-r3 /etc/portage/profile/package.provided And if the 'symlink' USE flag is active, emerging the kernel sources before everything else-- which may include packages that must compile against a configured kernel, with the assumption that the /usr/src/symlink points to such a kernel, which it no longer does because the symlink has been changed during a previous emerge and you have not had time to configure the newly-emerged kernel-- is a real problem. I just had to open another term, su to root, run MC to change the symlink-- and got it wrong because I had a second unconfigured kernel (2.6.14-r2; 2.6.14-r3 was being installed) that I forgot I had not yet upgraded to), so had to change the link again to the *real* running kernel (2.6.14) and emerge --resume. And of course I'll have to eventually change the symlink back manually in order to actually manage the new kernel. Which means I have to remember to do that-- which is not the point of having the 'symlink' USE flag active. It seems to me that this could all be avoided if Portage emerged a new kernel *last* in the list if the 'symlink' USE flag is active for kernel emerges-- then everything in the list that needed a configured kernel would have one (the currently-running kernel), the emerge would complete normally, and the symlink would be changed at the end of the procedure so that my next operation could be to upgrade the kernel, which seems to me a reasonable and ordinary order of operation (emerge -u** world, then configure and compile new kernel and run module-rebuild). Am I doing things wrong, or is this a valid enhancement request for b.g.o? Holly The portage developers will not add a special case for kernel packages, so any reordering/prioritization would have to be done in a generic way that is usable for any type of package. Also, it seems desireable to compile against the latest kernel that is installed. Perhaps it would make sense to have a default kernel config that is used to configure the kernel sources automatically (make oldconfig; make modules_prepare) after a new kernel is installed? Something like this could be done ebuild postinst phase (when symlink is created). It is planned for future versions of portage to have pre/post phase hooks, which will allow users to define actions such as this via /etc/portage/bashrc: http://thread.gmane.org/gmane.linux.gentoo.portage.devel/1107 Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How does Portage prioritze emerges in emerge world?
Holly Bostick wrote: This sounds great, but what about the kernel I'm booted into, against which the module will *not* be compiled, if I have to reboot before actually configuring/compiling/installing the new kernel? You can get pretty close to your desired behavior (merge kernel last) if you simple mask kernel package versions greater than the one that is currently installed. mkdir -p /etc/portage echo sys-kernel/gentoo-sources-2.6.14-r2 /etc/portage/package.mask That way, portage will not attempt to upgrade it until you tell it that you are ready, by removing the mask. And yeah, if USE=symlink causes problems, don't use it (in my suggested scenario above it might be useful though). Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to save ps file from OpenOffice writer?
Zhang Weiwu wrote: after a few test it looks obvious OO on gentoo suffer from the samiliar problem as oo on Windows (sorry to mension Windows again). On my gentoo there is only one printer installed on cups that is a LaserJet. Later I discovered all PS files I provided are grayscale, and there is no possibility to switch to color. On one other gentoo computer the PS output is colorful thanks to the color printer installed. This is not perfect but nevertheless I managed to make PS files. I only need to take the ODT file to my another gentoo computer who has color printer and make the PS, this is much simpler then asking Windows user for help. Certainly I could share my color printer. Is there an even better (perfect) way? You shouldn't need a physical printer attached in order to configure a dummy postscript color printer driver for cups. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Is Gentoo still on the right path?
Nick Rout wrote: On Wed, 16 Nov 2005 11:20:36 -0500 Derek Tracy wrote: Part way through the online handbook I noticed that they standardized the Stage3 install. I figured that since the developers thought it was best to use a Stage3 install then why not give it a shot. I read your message and was surprised at this. Last time I read the handbooks the Handbook gave stage 1/2/3 options and the 2005.1 handbook stuck to stage 3. (Talking x86 here, I have never done an instal on other architectures). Now, like you, I read this in the Handbook: Make sure you download a stage3 tarball - installations using a stage1 or stage2 tarball are not supported anymore. WTF? When did this happen? The archived thread from the gentoo-releng list: http://thread.gmane.org/gmane.linux.gentoo.releng/333 Note that it's not terribly difficult to use catalyst to build a stage1 from a stage3: http://www.gentoo.org/proj/en/releng/catalyst/2.x/reference.xml Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] automounter
Matthew R. Lee wrote: libhal.c 644 : Error connecting to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused Are you sure that the dbus service is running? You should add dbus and hald to the default runlevel. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What's wrong with eix?
Holly Bostick wrote: I've updated eix's cache a number of times, and even run eix-sync, but the above is the result after having done so. I can of course use emerge --search or equery or whatever, but I don't much like having unattibutable problems like this. You might add PORTDIR_CACHE_METHOD=none to /etc/eixrc which will cause update-eix to parse the portage tree directly rather than using the metadata cache (documented in eix manpage). Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge improvements... again
Jerry McBride wrote: 2- We have emerge world that covers everything already installed and emerge sys that covers all the system related stuff How about emerge apps that would ONLY cover things NOT in emerge sys? Face it, it'd be nice Right now, I have to resort to extra steps to emerge apps and well... it'd be a nicer chore for portage to handle. The closest thing that is currently supported would be to add your apps to the world list with `emerge --noreplace atom` and then run emerge --update world (without --deep). The system packages will not be pulled in unless you use the --deep option. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Why would portage not update a package?
Dave Nebinger wrote: Okay, I finished an emerge --update --deep world this morning. Everything was cool. This afternoon, however, I decide I want to install eclipse to migrate a windows java development effort to my gentoo box. Did an emerge --pretend dev-util/eclipse-sdk to see what I was going to get. I was surprised to see it wanting to emerge ant-core because I thought I already had it in place, so a quick eix call results in: [EMAIL PROTECTED] ~ $ eix ant-core Search results: 1 * dev-java/ant-core Available versions: 1.5.4-r2 1.6.2-r5 ~1.6.5-r2 Installed: 1.6.2 Homepage:http://ant.apache.org/ Description: Java-based build tool similar to 'make' that uses XML configuration files. So obviously it is in there, in my world file and everything. The question is, shouldn't portage have updated to the latest -r5 ebuild as a result of the --update --deep world update previously? The likely explanation is that ant-core is not a dependency (direct or deep) of your world list. One way to verify is with emerge -a depclean. If you want to keep any of the depclean packages then you should add some to /var/lib/portage/world. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] revdep-rebuild fails
Wes Gray wrote: [snip] emerge: there are no ebuilds to satisfy =dev-python/pyorbit-1.99.6. [snip] emerge: there are no ebuilds to satisfy =dev-python/gnome-python-1.99.16. With revdep-rebuild it tries to remerge the same version that you have installed. If your version is no longer in the portage tree, then there are no ebuilds to satisfy your old version. You should update to versions that currently exist in the portage tree. emerge --oneshot --update dev-python/pyorbit dev-python/gnome-python Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --sync problem
Matthew R. Lee wrote: I haven't been able to emerge --sync for the last few days and I can't figure out why. When I try I get the following output: [snip] receiving file list ... 0 files to consider client: nothing to do: perhaps you need to specify some filenames or the --recursive option? Has anything changed since the problem started? For example, an rsync upgrade (see /var/log/emerge.log)? The output of emerge --info may be helpful. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Cannot merge mozilla or mozilla-firefox
fire-eyes wrote: I then took off nptlonly, did an emerge -e world, and here I am left with tons of problems. Note that it is not necessary to remerge anything other than glibc when the nptlonly flag is flipped because the nptl threading library is supposed to be compatible with linuxthreads. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Cannot merge mozilla or mozilla-firefox
Graham Murray wrote: Zac Medico [EMAIL PROTECTED] writes: Note that it is not necessary to remerge anything other than glibc when the nptlonly flag is flipped because the nptl threading library is supposed to be compatible with linuxthreads. While in the main that is true, nptl is not completely compatible (eg signal handling) with the old Linuxthreads. glibc is not the only ebuild to USE the nptl flag, so maybe these ebuilds might need to be re-emerged as well. Actually, I meant to say when nptlonly and nptl flags are flipped together. When they are flipped simultaneously, there is only one threading implementation installed (nptl is installed directly in /lib rather than /lib/tls). As long as the packages that support the nptl USE flag were built with nptlonly and nptl both enabled or both disabled (together, simultaneously), they should not need to be rebuilt because both threading implementations should be binary compatible (though they behave differently). Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Cannot merge mozilla or mozilla-firefox
fire-eyes wrote: p.s. - ntplonly USE flag is bad news, stay away from it. Why blame random things when you have no clue what the actual problem is? I for one have used nptlonly for a while with no problems. Your build logs show that in both cases you got segmentation faults when running perl. I suggest that you roll back to the last working version of perl that you had. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Volker Armin Hemmann wrote: On Sunday 11 September 2005 18:58, Mark Shields wrote: From http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=6: [snip] So you see, it does tell you to do an emerge --emptytree system, unless you haven't changed the defalt CFLAGS/CXXFLAGS, in which case you can just use the --newuse in place of --emptytree. and this one: http://www.gentoo.org/doc/en/handbook/2005.1/handbook-x86.xml?full=1 does not talk about --emptytree at all, so which one is correct? (btw, when I installed my gentoo --emptytree was totally not needed.) The emerge --emptytree will ensure that all of your packages have been compiled with your latest CFLAGS/CXXFLAGS settings. It is not stricly required because packages compiled with different CFLAGS/CXXFLAGS are interoperable. Note that the 2005.1 handbook mentions only the stage3 and not stage1 or stage2. Installation from the lower stages is more error prone and best avoided. Zac -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Nasty bugs in portage?
Dave Nebinger wrote: Note that the 2005.1 handbook mentions only the stage3 and not stage1 or stage2. Installation from the lower stages is more error prone and best avoided. Hardly. Starting from a stage 3 is like starting from any old binary distribution. Starting from stage 1 2 allows you to build a box customized from the ground up optimized for your hardware (assuming you've set the cflags correctly before beginning). IMHO, stage 3 is for those that don't want to take the lengthy build time for some of the larger packages, i.e. X and kde/gnome, in order to have a basic working gentoo system in a short timeframe. Granted it will be more error-prone to start at a lower stage, but we're all here because we want that level of build. If we were happy with stage 3 installs, we'd be running from some binary distribution instead. A stage3 install has most of the benefits of a stage1 or stage2. Portage gives you the ability to rebuild *every* single package if you choose. Zac -- gentoo-user@gentoo.org mailing list