Re: [gentoo-user] udev, cryptsetup, and ensuing problems
Neil Bothwick wrote: On Thu, 25 Jun 2009 00:16:51 -0400, John P. Burkett wrote: The response included the following lines: * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.20-gentoo-r6 * Checking for suitable kernel configuration options... * CONFIG_DM_CRYPT:is not set (required for cryptsetup) * * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. * Checking for suitable kernel configuration options... * CONFIG_CRYPTO: is not set (required for cryptsetup) * * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. * Checking for suitable kernel configuration options... * CONFIG_CRYPTO_CBC: is not set (required for kernel 2.6.19) * * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. The references to kernel version 2.6.20 and 2.6.19 surprised me because doing uname -r produces 2.6.17-gentoo-r4. Suggestions about how to set CONFIG_DM_CRYPT and CONFIG_CRYPTO appropriately would be appreciated. As a user of kernel 2.6.17, may I leave CONFIG_CRYPTO_CBC unset? It's not checking the running kernel, but the sources pointed to by the /usr/src/linux symlink. I take it you have 2.6.20 installed. Change the symlink to point to the kernel in use. Thank you, Neil, for your clear explanation. I've now changed the symlink. In dmcrypt I find two references to LUKS. First, the init-script which reads this file detects whether your partition is LUKS or not. No mkfs is run unless you specify a makefs Second, # options='opts' == cryptsetup, for LUKS you can only use --readonly The meaning of these references is not clear to me. It's explained in the cryptsetup man page. Thanks for the pointer. As far as I can tell from the man page, no action is required by me now regarding LUKS. Then come the instruction: * If you are using baselayout-2 then please do: * rc-update add dmcrypt boot Doing locate baselayout-2 produces /var/cache/edb/dep/usr/portage/sys-apps/baselayout-2.0.0 /usr/portage/metadata/cache/sys-apps/baselayout-2.0.0 /usr/portage/metadata/cache/sys-apps/baselayout-2.0.1 /usr/portage/sys-apps/baselayout/baselayout-2.0.0.ebuild /usr/portage/sys-apps/baselayout/baselayout-2.0.1.ebuild Does the presence of those files indicate that my system is using baselayout-2? No, those are just the files in your portage tree. Run emerge -p baselayout, or eix -e baselayout to see when you are running. Thanks again. Doing eix -e baselayout indicates that I'm using version 1.12.11.1. Hence there seems to be no need to do rcupdate add dmcrypt boot Best regards, John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] udev, cryptsetup, and ensuing problems
Alan McKinnon wrote: On Wednesday 24 June 2009 02:39:33 John P. Burkett wrote: At that point I had the impression that the machine was not up-to-date but nonetheless functional. However, the next morning I noticed that the computer would not print to my local printer. Using the CUPS menu did not rectify the problem. When I rebooted, the machine wouldn't start X and the mouse wouldn't work. Rebooting again, I used the Grub menu to select an old reliable configuration which allowed me to login at a command line interface but did allow me to start X. This has been dealt with ad-nauseam on this list over the last few weeks, with many many threads covering these issues (they are very common) Please check the mail archives for the full story in all it's excruciating detail. Thank you, Alan, for the pointer. Going to http://archives.gentoo.org/gentoo-user/ and using Firefox's find facility, I searched for each of the following expressions: udev, cryptsetup, host address, distrfiles.shea, filesize, printer, startx, mouse. I have not found the threads to which you refer. If you could point out a relevant starting point in the archives, I would be very grateful. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] udev, cryptsetup, and ensuing problems
Alan McKinnon wrote: On Wednesday 24 June 2009 15:47:44 John P. Burkett wrote: Alan McKinnon wrote: On Wednesday 24 June 2009 02:39:33 John P. Burkett wrote: At that point I had the impression that the machine was not up-to-date but nonetheless functional. However, the next morning I noticed that the computer would not print to my local printer. Using the CUPS menu did not rectify the problem. When I rebooted, the machine wouldn't start X and the mouse wouldn't work. Rebooting again, I used the Grub menu to select an old reliable configuration which allowed me to login at a command line interface but did allow me to start X. This has been dealt with ad-nauseam on this list over the last few weeks, with many many threads covering these issues (they are very common) Please check the mail archives for the full story in all it's excruciating detail. Thank you, Alan, for the pointer. Going to http://archives.gentoo.org/gentoo-user/ and using Firefox's find facility, I searched for each of the following expressions: udev, cryptsetup, host address, distrfiles.shea, filesize, printer, startx, mouse. I have not found the threads to which you refer. If you could point out a relevant starting point in the archives, I would be very grateful. Try looking for threads started by user Dale and working from there. He's not alone in his woes, but he's certainly the most vocal. His threads also tend to stay on-topic, leading to answers instead of natter. Alan, thanks for calling Dale's contributions to my attention. Going to http://archives.gentoo.org/gentoo-user/ and using Firefox's find facility, I searched for Dale on the first 10 pages sorted by thread and the first 10 pages sorted by date. The later goes back to May 31. So far I have not found a thread started by Dale that deals with problems similar to mine. If you could identify a specific thread, I would appreciate it. -John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] udev, cryptsetup, and ensuing problems
Paul Hartman wrote: On Tue, Jun 23, 2009 at 7:39 PM, John P. Burkettburk...@uri.edu wrote: !!! Couldn't download 'cryptsetup-1.0.6.tar.bz2'. Aborting. I don't know why your downloads are failing or the rest of your problems, but you can download cryptsetup manually from here: http://code.google.com/p/cryptsetup/downloads/detail?name=cryptsetup-1.0.6.tar.bz2can=2q= Paul, Thank you very much for this valuable tip. I downloaded cryptsetup-1.0.6.tar.bz2can=2q= to /usr/portage/distfiles/ and did emerge cryptsetup The response included the following lines: * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.20-gentoo-r6 * Checking for suitable kernel configuration options... * CONFIG_DM_CRYPT: is not set (required for cryptsetup) * * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. * Checking for suitable kernel configuration options... * CONFIG_CRYPTO: is not set (required for cryptsetup) * * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. * Checking for suitable kernel configuration options... * CONFIG_CRYPTO_CBC: is not set (required for kernel 2.6.19) * * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. The references to kernel version 2.6.20 and 2.6.19 surprised me because doing uname -r produces 2.6.17-gentoo-r4. Suggestions about how to set CONFIG_DM_CRYPT and CONFIG_CRYPTO appropriately would be appreciated. As a user of kernel 2.6.17, may I leave CONFIG_CRYPTO_CBC unset? Further down, the output included these lines: Installing (1 of 1) sys-fs/cryptsetup-1.0.6-r2 * This ebuild introduces a new set of scripts and configuration * than the last version. If you are currently using /etc/conf.d/cryptfs * then you *MUST* copy your old file to: * /etc/conf.d/dmcrypt * Or your encrypted partitions will *NOT* work. In the directory /etc/conf.d there is no cryptfs and thus, I assume, nothing to be copied. The next two lines of output are * Please see the example for configuring a LUKS mountpoint * in /etc/conf.d/dmcrypt In dmcrypt I find two references to LUKS. First, the init-script which reads this file detects whether your partition is LUKS or not. No mkfs is run unless you specify a makefs Second, # options='opts' == cryptsetup, for LUKS you can only use --readonly The meaning of these references is not clear to me. Then come the instruction: * If you are using baselayout-2 then please do: * rc-update add dmcrypt boot Doing locate baselayout-2 produces /var/cache/edb/dep/usr/portage/sys-apps/baselayout-2.0.0 /usr/portage/metadata/cache/sys-apps/baselayout-2.0.0 /usr/portage/metadata/cache/sys-apps/baselayout-2.0.1 /usr/portage/sys-apps/baselayout/baselayout-2.0.0.ebuild /usr/portage/sys-apps/baselayout/baselayout-2.0.1.ebuild Does the presence of those files indicate that my system is using baselayout-2? Best regards, John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] udev, cryptsetup, and ensuing problems
info directory index is up-to-date. * IMPORTANT: 2 config files in '/etc' need updating. I did dispatch-conf followed by emerge cryptsetup. That produced the following: Emerging (1 of 1) sys-fs/cryptsetup-1.0.6-r2 Downloading 'http://distfiles.oshean.org/distfiles/cryptsetup-1.0.6.tar.bz2' --2009-06-20 12:53:21-- http://distfiles.oshean.org/distfiles/cryptsetup-1.0.6.tar.bz2 Resolving distfiles.oshean.org... failed: Name or service not known. wget: unable to resolve host address `distfiles.oshean.org' Downloading 'http://open-systems.ufl.edu/mirrors/gentoo/distfiles/cryptsetup-1.0.6.tar.bz2' --2009-06-20 12:53:21-- http://open-systems.ufl.edu/mirrors/gentoo/distfiles/cryptsetup-1.0.6.tar.bz2 Resolving open-systems.ufl.edu... 128.227.74.33 Connecting to open-systems.ufl.edu|128.227.74.33|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 2009-06-20 12:53:21 ERROR 403: Forbidden. Downloading 'http://luks.endorphin.org/source/cryptsetup-1.0.6.tar.bz2' --2009-06-20 12:53:21-- http://luks.endorphin.org/source/cryptsetup-1.0.6.tar.bz2 Resolving luks.endorphin.org... failed: Name or service not known. wget: unable to resolve host address `luks.endorphin.org' !!! Couldn't download 'cryptsetup-1.0.6.tar.bz2'. Aborting. * Fetch failed for 'sys-fs/cryptsetup-1.0.6-r2', Log file: * '/var/tmp/portage/sys-fs/cryptsetup-1.0.6-r2/temp/build.log' Failed to emerge sys-fs/cryptsetup-1.0.6-r2, Log file: '/var/tmp/portage/sys-fs/cryptsetup-1.0.6-r2/temp/build.log' * Messages for package sys-fs/cryptsetup-1.0.6-r2: * Fetch failed for 'sys-fs/cryptsetup-1.0.6-r2', Log file: * '/var/tmp/portage/sys-fs/cryptsetup-1.0.6-r2/temp/build.log' Emerging (1 of 27) media-plugins/live-2008.09.02 Downloading 'http://distfiles.oshean.org/distfiles/live.2008.09.02.tar.gz' --2009-06-20 12:59:02-- http://distfiles.oshean.org/distfiles/live.2008.09.02.tar.gz Resolving distfiles.oshean.org... failed: Name or service not known. wget: unable to resolve host address `distfiles.oshean.org' Downloading 'http://open-systems.ufl.edu/mirrors/gentoo/distfiles/live.2008.09.02.tar.gz' --2009-06-20 12:59:02-- http://open-systems.ufl.edu/mirrors/gentoo/distfiles/live.2008.09.02.tar.gz Resolving open-systems.ufl.edu... 128.227.74.33 Connecting to open-systems.ufl.edu|128.227.74.33|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 2009-06-20 12:59:02 ERROR 403: Forbidden. Downloading 'http://www.live555.com/liveMedia/public/live.2008.09.02.tar.gz' --2009-06-20 12:59:02-- http://www.live555.com/liveMedia/public/live.2008.09.02.tar.gz Resolving www.live555.com... 4.79.217.242 Connecting to www.live555.com|4.79.217.242|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2009-06-20 12:59:18 ERROR 404: Not Found. !!! Couldn't download 'live.2008.09.02.tar.gz'. Aborting. * Fetch failed for 'media-plugins/live-2008.09.02', Log file: * '/var/tmp/portage/media-plugins/live-2008.09.02/temp/build.log' Failed to emerge media-plugins/live-2008.09.02, Log file: '/var/tmp/portage/media-plugins/live-2008.09.02/temp/build.log' * Messages for package media-plugins/live-2008.09.02: * Fetch failed for 'media-plugins/live-2008.09.02', Log file: * '/var/tmp/portage/media-plugins/live-2008.09.02/temp/build.log' After doing emerge --resume --skipfirst a few more times I got a seemingly clean ending: Auto-cleaning packages... No outdated packages were found on your system. At that point I had the impression that the machine was not up-to-date but nonetheless functional. However, the next morning I noticed that the computer would not print to my local printer. Using the CUPS menu did not rectify the problem. When I rebooted, the machine wouldn't start X and the mouse wouldn't work. Rebooting again, I used the Grub menu to select an old reliable configuration which allowed me to login at a command line interface but did allow me to start X. I would be grateful for suggestions about how to diagnose and fix the above noted problems with cryptsetup, printer, mouse, and X. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] font missing
After doing emerge --depclean on an amd64 machine, I find that Emacs no longer locates the font it previously used. The font I liked was specified in my .emacs file with the line (set-default-font 10x20). Using the old .emacs file and doing emacs --debug-init now produces an error message that starts as follows:: Debugger entered--Lisp error: (error Font `10x20' is not defined) modify-frame-parameters(#frame em...@microway 0xf41280 ((font . 10x20))) set-default-font(10x20) eval-buffer(#buffer *load* nil /home/john/.emacs nil t) ; Reading at buffer position 3345 load-with-code-conversion(/home/john/.emacs /home/john/.emacs t t) load(~/.emacs t t) #[nil Doing xlsfonts -l 10x20 at the Gentoo prompt elicits this response: DIR MIN MAX EXIST DFLT PROP ASC DESC NAME --0 255 some0 23 155 -cronyx-fixed-medium-r-normal--20-200-75-75-c-100-koi8-r Interpreting this as a translation of the nickname 10x20 into the long name, I edited my .emacs file, replacing (set-default-font 10x20) with (set-default-font -cronyx-fixed-medium-r-normal--20-200-75-75-c-100-koi8-r) With that change done, emacs starts without any error message. However, the font is not quite the same as the old one. The old font had no serifs except on the letters i and l, where they avoid confusion with the number 1. The new font has serifs on most letters and, to my eye, looks unnecessarily cluttered. With emacs running, I tried holding down the shift key and clicking the left mouse button. That as expected brought up a font menu. Selecting Misc 10x20 elicited the response Font not found. Comparing the font paths on the computer with the missing 10x20 font and on a computer with no font problem, I see the paths starting with /usr/share/fonts/misc are identical. Nonetheless there is a difference in the results from doing locate 10x20 on the two machines. I can locate the following misc/10x20 fonts on the machine where Emacs works well but not on the machine where Emacs does not work well: /usr/share/fonts/misc/10x20.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-1.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-2.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-3.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-4.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-5.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-7.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-8.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-9.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-10.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-11.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-13.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-14.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-15.pcf.gz /usr/share/fonts/misc/10x20-ISO8859-16.pcf.gz /usr/share/fonts/misc/10x20-KOI8-R.pcf.gz Suggestions for recovering the old 10x20 font would be appreciated. -John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] Re: font missing
rea...@newsguy.com wrote: John P. Burkett burk...@uri.edu writes: Suggestions for recovering the old 10x20 font would be appreciated. I had the same problem but was able to view from an old backup of var in a previous OS install what was installed. It showed 38 packages I'd also like to know what specific fonts are in which package. But I just installed a few from the list. This is a guess but I think it was media-fonts/font-sony-misc that supplied the missing 10x20 and mine was also missing 9x15. Be warned that the above pkg is JUST a GUESS... since I installed several pkgs and found no way to really tell what is in them. Even equery files font-pkg doesn't tell you since the naming apparently changes somewhere between files installed and actual fonts available. The entire list I now have installed is listed below in case the guess above is wrong. One in that bunch has it. Look in: /var/db/pkg/media-fonts to see what is already installed. Severl of those listed below will almost certainly be there. So maybe it will narrow it down for you a bit. === font-misc-meltho-1.0.0 font-sony-misc-1.0.0 font-adobe-100dpi-1.0.0 font-misc-misc-1.0.0 font-sun-misc-1.0.0 font-adobe-75dpi-1.0.0 font-mutt-misc-1.0.0 font-util-1.0.1 font-alias-1.0.1 font-schumacher-misc-1.0.0 gnu-gs-fonts-std-8.11 Thank you very much for your helpful response. Emerging font-misc-misc solved the problem for me. :-) Best regards, John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] grub: how to install new version of stage 1
Alan McKinnon wrote: On Saturday 30 May 2009 20:59:00 John P. Burkett wrote: The manual suggests doing grub-install --no-floppy /dev/sda but later says If your system does not have any floppy drives, add the --no-floppy option to the above command to prevent grub from probing the (non-existing) floppy drives. My machine has a floppy drive. Should I omit the --no-floppy option and just do grub-install /dev/sda ? The manual is actually quite clear if you know even just a little bit about boot loaders. Use --no-floppy if a) you do not have a floppy drive b) you do not intend grub to use the floppy drive you do have The question you should be asking is have I ever booted off a floppy drive in the last X years, and do I ever intend do so again? The first example in the manual is assuming the answers are no and no - pretty normal for the vast majority of users. Thanks, Dale and Alan, for your suggestions. Doing grub-install --no-floppy /dev/sda as root elicits the following response: /dev/md1 does not have any corresponding BIOS drive. In my /dev directory, I see a sda and a md1 file. Suggestions for diagnosing or resolving the problem would be much appreciated. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] grub: how to install new version of stage 1
Alan McKinnon wrote: On Sunday 31 May 2009 18:12:34 John P. Burkett wrote: Alan McKinnon wrote: On Saturday 30 May 2009 20:59:00 John P. Burkett wrote: The manual suggests doing grub-install --no-floppy /dev/sda but later says If your system does not have any floppy drives, add the --no-floppy option to the above command to prevent grub from probing the (non-existing) floppy drives. My machine has a floppy drive. Should I omit the --no-floppy option and just do grub-install /dev/sda ? The manual is actually quite clear if you know even just a little bit about boot loaders. Use --no-floppy if a) you do not have a floppy drive b) you do not intend grub to use the floppy drive you do have The question you should be asking is have I ever booted off a floppy drive in the last X years, and do I ever intend do so again? The first example in the manual is assuming the answers are no and no - pretty normal for the vast majority of users. Thanks, Dale and Alan, for your suggestions. Doing grub-install --no-floppy /dev/sda as root elicits the following response: /dev/md1 does not have any corresponding BIOS drive. In my /dev directory, I see a sda and a md1 file. Suggestions for diagnosing or resolving the problem would be much appreciated. John md1 is a software raid drive. grub may or may not be able to read it depending on what kind of raid it is. But I doubt you are booting from that if you have an sda, so even though grub finds it, just don't use it and ignore the message. You told grub where to install the boot loader, and it will have done that. Thanks, Alan. I'll trust that grub works now. -John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] grub: how to install new version of stage 1
On a x86 machine I did emerge -D -uav world and got a response that read in part as follows: * Messages for package sys-boot/grub-0.97-r9: * * To avoid automounting and autoinstalling with /boot, * just export the DONT_MOUNT_BOOT variable. * * *** IMPORTANT NOTE: you must run grub and install * the new version's stage1 to your MBR. Until you do, * stage1 and stage2 will still be the old version, but * later stages will be the new version, which could * cause problems such as an unbootable system. * This means you must use either grub-install or perform * root/setup manually! For more help, see the handbook: * http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=10#grub-install-auto * To interactively install grub files to another device such as a USB * stick, just run the following and specify the directory as prompted: *emerge --config =grub-0.97-r9 * Alternately, you can export GRUB_ALT_INSTALLDIR=/path/to/use to tell * grub where to install in a non-interactive way. After reading http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1chap=10#grub-install-auto I did grep -v rootfs /proc/mounts /etc/mtab. That seems to have produced the needed /etc/mtab file. Now I'm confused by the part of the manual with code listings 2.6 and 2.7 and the associated commentary. The manual suggests doing grub-install --no-floppy /dev/sda but later says If your system does not have any floppy drives, add the --no-floppy option to the above command to prevent grub from probing the (non-existing) floppy drives. My machine has a floppy drive. Should I omit the --no-floppy option and just do grub-install /dev/sda ? -John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] Failed to install x11-drivers/ati-drivers-8.552-r2
Gregory Shearman wrote: In linux.gentoo.user, you wrote: Completed installing ati-drivers-8.552-r2 into * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * x11-base/xorg-server-1.5.3-r5 * /usr/lib64/opengl/ati/extensions/libglx.so * * Package 'x11-drivers/ati-drivers-8.552-r2' NOT merged due to file * collisions. If necessary, refer to your elog messages for the whole * content of the above message. Failed to install x11-drivers/ati-drivers-8.552-r2, Log file: microway ~ # portageq owners / /usr/lib64/opengl/ati/extensions/libglx.so x11-base/xorg-server-1.5.3-r5 /usr/lib64/opengl/ati/extensions/libglx.so Doing portageq owners / /usr/lib64/opengl/ati/extensions/libglx.so gets the following response: x11-base/xorg-server-1.5.3-r5 /usr/lib64/opengl/ati/extensions/libglx.so Suggestions for how to successfully emerge -D -uav world would be much appreciated. G'day John, I had the problem on a 32 bit machine and just removed the offending file: rm /usr/lib/opengl/ati/extensions/libglx.so I then proceeded with the emerge of the ati-driver. It's discussed here: http://bugs.gentoo.org/247685 I hope this helps. Thanks, Gregory. Your suggestion pointed me in the right direction. After removing libglx.so, I tried emerge again and got the following message: !!! Cannot write to '/usr/lib32/opengl/ati/extensions'. !!! Please check permissions and directories for broken symlinks. Eventually, I did emerge -C ati-drivers dispatch-conf emerge -D -uav world That seems to have taken care of the problems ... for now anyway. John
Re: [gentoo-user] Failed to install x11-drivers/ati-drivers-8.552-r2
Alex Schuster wrote: John P. Burkett writes: Doing PORT_LOGDIR=/var/log/portage emerge -D -uav world on my amd64 machine elicits a response that ends as follows: [...] * Detected file collision(s): * * /usr/lib64/opengl/ati/extensions/libglx.so * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * x11-base/xorg-server-1.5.3-r5 * /usr/lib64/opengl/ati/extensions/libglx.so * * Package 'x11-drivers/ati-drivers-8.552-r2' NOT merged due to file * collisions. If necessary, refer to your elog messages for the whole * content of the above message. [...] Suggestions for how to successfully emerge -D -uav world would be much appreciated. FEATURES=-collision-protect keepwork =x11-drivers/ati-drivers-8.552-r2 -collision-protect installs the conflicting file even if a collision is reported. This is more a workaround than a real solution, as the next install of xorg-server will probably bring a collision again. Eventually, either the xorg or the ati-drivers ebuild will be changed. keepwork just avoids re-compiling the driver to save you some time. There is already bug report (http://bugs.gentoo.org/247685), with more information on how to solve this. Wonko Thanks, Alex. I finally got through the emerge. I'll keep your note handy for use next time the collision is reported. Best regards, John
[gentoo-user] Failed to emerge media-libs/libprojectm-0.99-r1
-pthread -I/usr/include/FTGL -I/usr/include/freetype2 -march=prescott -O3 -pipe -fomit-frame-pointer -ggdb -MT func.lo -MD -MP -MF .deps/func.Tpo -c func.cc -o func.o /dev/null 21 i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -DLINUX -D__CPLUSPLUS -pthread -I/usr/include/FTGL -I/usr/include/freetype2 -march=prescott -O3 -pipe -fomit-frame-pointer -ggdb -MT glConsole.lo -MD -MP -MF .deps/glConsole.Tpo -c glConsole.cc -fPIC -DPIC -o .libs/glConsole.o i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -DLINUX -D__CPLUSPLUS -pthread -I/usr/include/FTGL -I/usr/include/freetype2 -march=prescott -O3 -pipe -fomit-frame-pointer -ggdb -MT fftsg.lo -MD -MP -MF .deps/fftsg.Tpo -c fftsg.cc -o fftsg.o /dev/null 21 mv -f .deps/func.Tpo .deps/func.Plo /bin/sh ../libtool --tag=CXX --mode=compile i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I..-DLINUX -D__CPLUSPLUS -pthread -I/usr/include/FTGL -I/usr/include/freetype2 -march=prescott -O3 -pipe -fomit-frame-pointer -ggdb -MT init_cond.lo -MD -MP -MF .deps/init_cond.Tpo -c -o init_cond.lo init_cond.cc glConsole.cc:50:23: error: FTGL/FTGL.h: No such file or directory In file included from glConsole.cc:51: /usr/include/FTGL/FTGLPixmapFont.h:29:5: warning: #warning This header is deprecated. Please use FTGL/ftgl.h from now. glConsole.cc: In function ‘int glConsoleDraw(gl_console_t*)’: glConsole.cc:796: warning: passing ‘double’ for argument 1 to ‘virtual bool FTFont::FaceSize(unsigned int, unsigned int)’ make[2]: *** [glConsole.lo] Error 1 make[2]: *** Waiting for unfinished jobs i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -DLINUX -D__CPLUSPLUS -pthread -I/usr/include/FTGL -I/usr/include/freetype2 -march=prescott -O3 -pipe -fomit-frame-pointer -ggdb -MT init_cond.lo -MD -MP -MF .deps/init_cond.Tpo -c init_cond.cc -fPIC -DPIC -o .libs/init_cond.o i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -DLINUX -D__CPLUSPLUS -pthread -I/usr/include/FTGL -I/usr/include/freetype2 -march=prescott -O3 -pipe -fomit-frame-pointer -ggdb -MT init_cond.lo -MD -MP -MF .deps/init_cond.Tpo -c init_cond.cc -o init_cond.o /dev/null 21 mv -f .deps/fftsg.Tpo .deps/fftsg.Plo mv -f .deps/init_cond.Tpo .deps/init_cond.Plo make[2]: Leaving directory `/var/tmp/portage/media-libs/libprojectm-0.99-r1/work/libprojectM/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/libprojectm-0.99-r1/work/libprojectM' make: *** [all] Error 2 * * ERROR: media-libs/libprojectm-0.99-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2611: Called _eapi0_src_compile * ebuild.sh, line 609: Called _eapi2_src_compile * ebuild.sh, line 643: Called die * The specific snippet of code: * emake || die emake failed * The die message: * emake failed I'd be grateful for suggestions about how to fix the problem. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] Failed to emerge media-libs/libprojectm-0.99-r1
Alan McKinnon wrote: On Sunday 19 April 2009 18:13:19 John P. Burkett wrote: glConsole.cc:50:23: error: FTGL/FTGL.h: No such file or directory In file included from glConsole.cc:51: /usr/include/FTGL/FTGLPixmapFont.h:29:5: warning: #warning This header is deprecated. Please use FTGL/ftgl.h from now. There's your error. I'll bet you are using incompatible versions of libprojectm and ftgl - the case of the header file names are different. I don't know the packages, so I would try downgrade ftgl through lower and lower versions till you find one that works. Or maybe upgrade libprojectm till you find one that works. Two sources of information that are valuable in cases like this: Check bugs.gentoo.org Read the ebuilds (all versions) to find what blockers are in place. Alan, Thank you very much for your diagnosis and suggestion. Having no experience downgrading packages, I'm not certain how to implement the proposal to downgrade ftgl. The approach I tried is the following: I created a /usr/portage/package.mask file containing the line =media-libs/ftgl-2.1.3_rc5 and then did emerge -C ftgl which removed ftgl-2.l.3_rc5. Then I did emerge ftgl expecting to get a lower version. Instead, ftgl-2.l.3_rc5 was emerged again. So, if you'll forgive such a basic question, how should ftgl be downgraded? John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] Failed to emerge media-libs/libprojectm-0.99-r1
Dale wrote: John P. Burkett wrote: Alan, Thank you very much for your diagnosis and suggestion. Having no experience downgrading packages, I'm not certain how to implement the proposal to downgrade ftgl. The approach I tried is the following: I created a /usr/portage/package.mask file containing the line =media-libs/ftgl-2.1.3_rc5 and then did emerge -C ftgl which removed ftgl-2.l.3_rc5. Then I did emerge ftgl expecting to get a lower version. Instead, ftgl-2.l.3_rc5 was emerged again. So, if you'll forgive such a basic question, how should ftgl be downgraded? John I got this: r...@smoker / # equery list -p ftgl [ Searching for package 'ftgl' in all categories among: ] * installed packages * Portage tree (/usr/portage) [-P-] [ ] media-libs/ftgl-2.1.2-r1 (0) [-P-] [M~] media-libs/ftgl-2.1.2-r2 (0) [-P-] [ ] media-libs/ftgl-2.1.3_rc5 (0) r...@smoker / # So, I would try this emerge -va =media-libs/ftgl-2.1.2-r1 and see if that version works since it was the last stable version, without the quotes of course. Keep in mind, you have not masked anything so if you run emerge -u world it will try to upgrade. I would find a working version first, then mask/unmask. That way you know what to mask/unmask. I hope that works for you. Dale :-) :-) Dale, Thank you very much for your suggestion. It solved my problem! Best regard, John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] Failed to install x11-drivers/ati-drivers-8.552-r2
/extensions/libglx.so * * Package 'x11-drivers/ati-drivers-8.552-r2' NOT merged due to file * collisions. If necessary, refer to your elog messages for the whole * content of the above message. microway ~ # portageq owners / /usr/lib64/opengl/ati/extensions/libglx.so x11-base/xorg-server-1.5.3-r5 /usr/lib64/opengl/ati/extensions/libglx.so Doing portageq owners / /usr/lib64/opengl/ati/extensions/libglx.so gets the following response: x11-base/xorg-server-1.5.3-r5 /usr/lib64/opengl/ati/extensions/libglx.so Suggestions for how to successfully emerge -D -uav world would be much appreciated. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] xorg-server-1.5.3 no mouse [solved]
Philip Webb wrote: For the record, in case anyone else runs into this, following the Gentoo Upgrade Guild, I chose course (2) to deal with HAL, ie I compiled 'USE=-hal emerge xorg-server'. I encountered 3 problems. (1) xf86-video-intel-2.6.3-r1 failed to compile with a message implying lack of a file 'xf86dri.h' : since I'm using an Nvidia card, not the Intel chip on the mobo, that seems not to be relevant for my needs. (2) after rebooting entering 'startx', I got a 'no screen' error, which was solved by commenting out the line incl RgbPath in xorg.conf . (3) when X finally started, my mouse didn't work: oh no ! -- first, I followed the 3rd course from the Upgrade Guide add 'Option AutoAddDevices false' to xorg.conf (it shouldn't be needed if you follow course (2) above); that didn't change anything, so I looked at my handwritten list of the pkgs I had installed, which I had numbered as usual, noticed that 'xf86-input-mouse' was compiled before 'xorg-server': had the former failed to notice '-hal' used with the latter ? -- so I recompiled the mouse module now everything is working as it should. Yet again, I was helped by NOT doing a blanket 'emerge world', but compiling (groups of) pkgs individually making a note of what I did. Also, I could see what was going wrong fix it much more easily, as I don't boot straight into X , but to a raw console first. Finally, it helps (if you use KDE) to enable keypad cursor movements, tho' I didn't find out how to emulate a mouse click that way. HTH comments welcome. Thank you, Philip. Your suggestions worked perfectly for me on an amd64 machine. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] gegl, eutils inherit
The last two times I've tried emerge -D -uav world on an x86 machine, the process has failed while trying to emerge gegl. The error messages read as follows: ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [clones.png] Error 255 ./OpenRaster-00.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [OpenRaster-00.png] Error 255 ./OpenRaster-01.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [OpenRaster-01.png] Error 255 ./OpenRaster-04.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [OpenRaster-04.png] Error 255 make[4]: *** [images.stamp] Error 2 make[4]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs/gallery' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs/gallery' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22' make: *** [all] Error 2 * * ERROR: media-libs/gegl-0.0.22 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2139: Called die * The specific snippet of code: * emake || die emake failed * The die message: * emake failed A similar problem was discussed at http://bugs.gentoo.org/254485. The last comment there was the following: Adding eutils inherit, fixes bug #254485 Two naive questions occur to me: 1. To what should eutils inherit be added? 2. How should the addition be made? John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] revdep-rebuild problem
Nick Fortino wrote: John P. Burkett wrote: Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. Hmm, somehow portage got the idea there is a package named mail-client/-MERGING-evolution, which is false. Nick, thank you for the diagnosis. If you are lucky: emerge -avC mail-client/-MERGING-evolution The systems's response to this was These are the packages that would be unmerged: --- Couldn't find 'mail-client/-MERGING-evolution' to unmerge. No packages selected for removal by unmerge Although that could fail, as package names aren't supposed to start with -, so who knows what portage does with it. Next shot, clear out anything you don't need (make sure to check the output, although these days this command is safe unless you have done something strange). emerge -av --depclean To see what this might do, I tried emerge --pretend -av --depclean. The response identified 163 packages to be removed, none of which appear to be related to mail-client/-MERGING-evolution:2.0. Final shot is to play around in /var/db/pkg. This is where portage keeps track of what is installed, and how, so messing around here is inherently unsafe. I have my suspicions as to the correct thing to do here, but I won't post it since I'm not terribly sure. Someone with more expertise could help here, but I suspect either method 1 or 2 will work. In /var/db/pkg I found a directory mail-client/-MERGING-evolution-2.12.1 containing the following files CATEGORY COUNTER FEATURES LICENSE SLOT repository CBUILDCXXFLAGS HOMEPAGE NEEDED SRC_URI CFLAGSDEPEND INHERITED PDEPEND USE CHOST DESCRIPTION IUSE PF environment.bz2 CONTENTS EAPI KEYWORDS RDEPEND evolution-2.12.1.ebuild Unsure what to do next, I'd be grateful for suggestions. -John Nick -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] Re: revdep-rebuild problem
ABCD wrote: John P. Burkett wrote: Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. A directory named $(portageq vdb_path)/*/-MERGING-* (where $(portageq vdb_path) is usually /var/db/pkg) is created when portage is installing a new version of a package/a new package. It is then moved to the same name without the -MERGING- part after the old version (if any) is removed. The only way that that directory would be able to exist in normal usage is if either 1) you are in the middle of a merge, or 2) emerge suddenly quit in the middle of an operation. Usually, when I've had this happen, and didn't catch it right away, I would `emerge -C package`, then mv /var/db/pkg/cat/-MERGING-pkg-ver /var/db/pkg/cat/pkg-ver, then `emerge -C package` again, to ensure a clean system. Then all that would remain is `emerge -1 package` to get it back on the system. This might not be the best way to do it, but I've found it to work. Your suggestions worked perfectly. Thank you very much! -John
[gentoo-user] trouble emerging media-libs/gegl-0.0.22
On a x86 machine I did emerge -D -uav world and got a response that included the following messages about gegl: make[4]: Entering directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs/gallery' --[Updating sample compositions]-- ./clones.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [clones.png] Error 255 ./OpenRaster-00.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [OpenRaster-00.png] Error 255 ./OpenRaster-01.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [OpenRaster-01.png] Error 255 ./OpenRaster-04.xml ** Message: Module '../../operations/workshop/external/.libs/ff_save.so' load error: ../../operations/workshop/external/.libs/ff_save.so: undefined symbol: img_convert make[5]: *** [OpenRaster-04.png] Error 255 make[4]: *** [images.stamp] Error 2 make[4]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs/gallery' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs/gallery' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22/docs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/gegl-0.0.22/work/gegl-0.0.22' make: *** [all] Error 2 [31;01m*[0m [31;01m*[0m ERROR: media-libs/gegl-0.0.22 failed. [31;01m*[0m Call stack: [31;01m*[0m ebuild.sh, line 49: Called src_compile [31;01m*[0m environment, line 2139: Called die [31;01m*[0m The specific snippet of code: [31;01m*[0m emake || die emake failed [31;01m*[0m The die message: [31;01m*[0m emake failed Googling undefined symbol: img_convert, I found at http://bugs.gentoo.org/show_bug.cgi?id=240433 in comment 40 the suggestion to do emerge -C ffmpeg gegl emerge -1 ffmpeg gegl. But that elicited an error message similar to that shown above. I would be grateful for ideas about how to emerge gegl or, failing that, how to bypass gegl when doing emerge -D -uav world. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] revdep-rebuild problem
Doing revdep-rebuild on an amd64 machine, I received a response the included the following lines: * All prepared. Starting rebuild emerge --oneshot app-text/xpdf:0 gnome-base/gnome-panel:0 kde-base/kdegraphics:3.5 mail-client/-MERGING-evolution:2.0 media-plugins/gst-plugins-faad:0.8 media-plugins/xmms-alsa:0 media-plugins/xmms-vorbis:0 media-video/totem:0 .. Calculating dependencies... done! emerge: there are no ebuilds to satisfy mail-client/-MERGING-evolution:2.0. After doing emerge -C evolution, I redid revdep-rebuild but got the same response. After doing emerge evolution, I again redid revdep-rebuild, with the same results. Suggestions for how to successfully run revdep-rebuild would be most welcome. I'm willing to sacrifice evolution if that would help. -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] emacs-common-gentoo-1[X] mask
Jorge Morais wrote: Looking at /usr/portage/app-editors/emacs/emacs-22.3-r2.ebuild, I see that it depends unconditionally on app-emacs/emacs-common-gentoo. You cannot eliminate this dependency by changing USE flags. The most natural solution is to tell Portage to accept the package app-emacs/emacs-common-gentoo, even though it is not officially stable. To learn how to do this, read the portage man page and look for package.keywords. For quick, cake recipe instructions: 1) If there is a file named package.keywords in /etc/portage, add to it the line app-emacs/emacs-common-gentoo 2) If there is a directory named package.keywords in /etc/portage, you can create a file in it (the name of this file is irrelevant), and add to this file the line app-emacs/emacs-common-gentoo If there is already some file in /etc/portage/package.keywords, then, at your option, you can either edit this file and add to it the line app-emacs/emacs-common-gentoo or you can create a new file with this line. Thank you very much for your prompt, clear, and comprehensive response. Your suggestion solved the problem. Best regards, John You are welcome. I forgot to stress something: after some version of app-emacs/emacs-common-gentoo at least as recent as 1.0 becomes stable, you may want to remove the line app-emacs/emacs-common-gentoo from the file you have edited, so that Portage will go back to its normal behavior of seeking stable versions of the package. Anyway, using a testing (not officially stable) version of a single, simple package is unlikely to lead to problems. I prefer to use stable, tested package versions in my system, but one small exception for a small and simple package is harmless. Thank you for this tip. I'll keep my eyes open for a stable app-emacs/emacs-common-gentoo version = 1.0. -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] slot conflict
Working on a amd64 machine, I did emerge -D -uav world and got the following response: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/python:2.5 ('installed', '/', 'dev-lang/python-2.5.2-r7', 'nomerge') pulled in by dev-lang/python required by ('installed', '/', 'dev-libs/libxslt-1.1.24-r1', 'nomerge') =dev-lang/python-2.2 required by ('installed', '/', 'app-pda/libopensync-0.22', 'nomerge') dev-lang/python required by world (and 19 more) ('ebuild', '/', 'dev-lang/python-2.5.2-r7', 'merge') pulled in by =dev-lang/python-2.3[-build,xml] required by ('ebuild', '/', 'app-text/iso-codes-3.6', 'merge') dev-lang/python required by world It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. emerge: there are no ebuilds built with USE flags to satisfy =app-text/poppler-bindings-0.8[gtk,cairo]. !!! One of the following packages is required to complete your request: - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) (dependency required by app-text/evince-2.24.2 [ebuild]) (dependency required by world [argument]) I would be grateful for suggestions as to (1) which package if any should be masked, and (2) what to do about app-text/poppler-bindings. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] slot conflict
Alan McKinnon wrote: On Sunday 29 March 2009 08:26:45 John P. Burkett wrote: Working on a amd64 machine, I did emerge -D -uav world and got the following response: !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/python:2.5 ('installed', '/', 'dev-lang/python-2.5.2-r7', 'nomerge') pulled in by dev-lang/python required by ('installed', '/', 'dev-libs/libxslt-1.1.24-r1', 'nomerge') =dev-lang/python-2.2 required by ('installed', '/', 'app-pda/libopensync-0.22', 'nomerge') dev-lang/python required by world (and 19 more) ('ebuild', '/', 'dev-lang/python-2.5.2-r7', 'merge') pulled in by =dev-lang/python-2.3[-build,xml] required by ('ebuild', '/', 'app-text/iso-codes-3.6', 'merge') dev-lang/python required by world I'm not sure why portage is telling you this; two packages (at least) want to merge python-2.5.2-r7 Try emerge python on it's own then emerge world, portage's confusion should then not be present Thank you very much for this suggestion and the one below regarding poppler. Together, they solved my problems. Best regards, John [snip] emerge: there are no ebuilds built with USE flags to satisfy =app-text/poppler-bindings-0.8[gtk,cairo]. !!! One of the following packages is required to complete your request: - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) (dependency required by app-text/evince-2.24.2 [ebuild]) (dependency required by world [argument]) Put 'cairo' in your USE and run emerge world again. Portage is bitching that poppler-bindings does not have cairo support while evince requires this. Portage will not automatically change your USE flags in this case as it assumes you have a very good reason for setting them that way. I would be grateful for suggestions as to (1) which package if any should be masked, and (2) what to do about app-text/poppler-bindings. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] emacs-common-gentoo-1[X] mask
Starting March 14, whenever I have tried doing emerge -D -uav system the response has included !!! All ebuilds that could satisfy =app-emacs/emacs-common-gentoo-1[X] have been masked. On my x86 box, the response adds - app-emacs/emacs-common-gentoo-1.0 (masked by: ~x86 keyword) On my amd64 machine, the equivalent line is - app-emacs/emacs-common-gentoo-1.0 (masked by: ~amd64 keyword) The dependency listing is as follows: (dependency required by app-editors/emacs-22.3-r2 [installed]) (dependency required by app-emacs/po-mode-0.17 [installed]) (dependency required by sys-devel/gettext-0.17 [installed]) (dependency required by sys-devel/gcc-4.1.2 [installed]) (dependency required by system [argument]) Doing emerge -D -uav world elicits similar messages. I'm not sure whether it would be safer to (a) emerge a masked version of emacs-common-gentoo-1.0 or to (b) alter the dependency structure, eliminating the requirement for emacs-common-gentoo-1.0. Further, I am not sure how to do either one. Suggestions would be much appreciated. John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
Re: [gentoo-user] emacs-common-gentoo-1[X] mask
Jorge Morais wrote: On Sat, 28 Mar 2009 14:47:56 -0400 John P. Burkett burk...@uri.edu wrote: Starting March 14, whenever I have tried doing emerge -D -uav system the response has included !!! All ebuilds that could satisfy =app-emacs/emacs-common-gentoo-1[X] have been masked. On my x86 box, the response adds - app-emacs/emacs-common-gentoo-1.0 (masked by: ~x86 keyword) On my amd64 machine, the equivalent line is - app-emacs/emacs-common-gentoo-1.0 (masked by: ~amd64 keyword) The dependency listing is as follows: (dependency required by app-editors/emacs-22.3-r2 [installed]) (dependency required by app-emacs/po-mode-0.17 [installed]) (dependency required by sys-devel/gettext-0.17 [installed]) (dependency required by sys-devel/gcc-4.1.2 [installed]) (dependency required by system [argument]) [..] I'm not sure whether it would be safer to (a) emerge a masked version of emacs-common-gentoo-1.0 or to (b) alter the dependency structure, eliminating the requirement for emacs-common-gentoo-1.0. Further, I am not sure how to do either one. Suggestions would be much appreciated. Looking at /usr/portage/app-editors/emacs/emacs-22.3-r2.ebuild, I see that it depends unconditionally on app-emacs/emacs-common-gentoo. You cannot eliminate this dependency by changing USE flags. The most natural solution is to tell Portage to accept the package app-emacs/emacs-common-gentoo, even though it is not officially stable. To learn how to do this, read the portage man page and look for package.keywords. For quick, cake recipe instructions: 1) If there is a file named package.keywords in /etc/portage, add to it the line app-emacs/emacs-common-gentoo 2) If there is a directory named package.keywords in /etc/portage, you can create a file in it (the name of this file is irrelevant), and add to this file the line app-emacs/emacs-common-gentoo If there is already some file in /etc/portage/package.keywords, then, at your option, you can either edit this file and add to it the line app-emacs/emacs-common-gentoo or you can create a new file with this line. Thank you very much for your prompt, clear, and comprehensive response. Your suggestion solved the problem. Best regards, John -- John P. Burkett Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195
[gentoo-user] trouble emerging R and tcltk
On a x86 machine operating under Gentoo Linux, I'm having persistent difficulty in emerging R and tcltk in a manner that allows the former to find the latter. On this machine, in R version 2.6.1, the command library(tcltk) elicits the following response: Error in firstlib(which.lib.loc, package) : Tcl/Tk support is not available on this system Error in library(tcltk) : .First.lib failed for 'tcltk' After first encountering this problem, I took the following steps: 1. Made sure that installed programs include dev-lang/tcl, dev-tcltk/mysqltcl, dev-tcltk/otcl, dev-tcltk/tcl-debug, dev-tcltk/tcldom, dev-tcltk/tcllib, dev-tcltk/tclperl, dev-tcltk/tclpython, dev-tcltk/tclreadline, dev-tcltk/tclxml, and dev-tcltk/tclxml-expat. 2. Verified that tcltk was installed by writing a little file hello.tcl, running the command tclsh hello.tcl, and observing that the output was correct. 3. Removed R by doing emerge -C R. 4. Set a tcltk USE flag for R by appending the line dev-lang/R tcltk to my /etc/portage/package.use file. 5. Reinstalled R by doing emerge R Then I started R and again tried library(tcltk). The response was exactly the same before. I would be most grateful for suggestions about diagnosing and solving the problem. Best regards, John -- John P. Burkett Department of Environmental and Natural Resource Economics and Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] trouble emerging R and tcltk
Alan McKinnon wrote: On Wednesday 30 April 2008, John P. Burkett wrote: On a x86 machine operating under Gentoo Linux, I'm having persistent difficulty in emerging R and tcltk in a manner that allows the former to find the latter. On this machine, in R version 2.6.1, the command library(tcltk) elicits the following response: Error in firstlib(which.lib.loc, package) : Tcl/Tk support is not available on this system Error in library(tcltk) : .First.lib failed for 'tcltk' After first encountering this problem, I took the following steps: [snip] 4. Set a tcltk USE flag for R by appending the line dev-lang/R tcltk to my /etc/portage/package.use file. eix reveals that the required USE flag is in fact tk Thanks, Alan! Changing the USE flag from tcltk to tk, as you suggested, was the key to getting R to find tcltk. After making that change, doing emerge -C R and emerge R was enough to correct the problem. Best regards, John -- John P. Burkett Department of Environmental and Natural Resource Economics and Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195 -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] screen locks too frequently
Since doing emerge -D -uav system and emerge -D -uav world last Saturday, I have noticed that my x86 machine locks itself up whenever the keyboard and mouse are idle for about 10 minutes. Unlocking it is simply a matter of typing the user's password. However, the frequency with which I have to unlock the system is annoying. I would like to either deactivate the locking system or increase the period of inactivity allowed before the system locks. Unfortunately, I don't know whether the locking is done by gentoo, x11, fluxbox, or some other component of my system. My only clue is the appearance of the locked screen: In the center of the screen there is a rectangle, within which appear, from top to bottom, the user's name, the machine's name, a blank for the user's password, and finally three buttons labeled switch user, cancel, and unlock. I would be very grateful for suggestions about how to discover what program is locking the system and how to change its behavior. -- John P. Burkett Department of Environmental and Natural Resource Economics and Department of Economics University of Rhode Island Kingston, RI 02881-0808 USA phone (401) 874-9195 -- gentoo-user@lists.gentoo.org mailing list