Re: [gentoo-user] portage and library troubles with GL
On Sunday 02 August 2009 01:31:14 Kevin O'Gorman wrote: On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa According to eix, I've got the latest stable: media-libs/mesa-7.3-r1; why would you think portage would not pull it in if I was emerging openoffice? mesa being recorded as being installed, but that doesn't mean it's files are still present. mesa builds quickly, it's worth remerging it and trying the original merge again. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sunday 02 August 2009 00:59:22 John covici wrote: Hi. On my latest update attempt, I get the following message: !!! All ebuilds that could satisfy =sys-fs/udev-145[extras] have been masked. !!! One of the following masked packages is required to complete your request: - sys-fs/udev- (masked by: package.mask, missing keyword) /usr/portage/profiles/package.mask: # Matthias Schwarzott z...@gentoo.org (3 Jul 2009) # It needs libblkid provided by util-linux-2.16 not yet released - sys-fs/udev-145 (masked by: package.mask) run the emerge with the -t option to see what is pulling in udev- -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] how do I resolve udev145 masked issue?
on Sunday 08/02/2009 Alan McKinnon(alan.mckin...@gmail.com) wrote On Sunday 02 August 2009 00:59:22 John covici wrote: Hi. On my latest update attempt, I get the following message: !!! All ebuilds that could satisfy =sys-fs/udev-145[extras] have been masked. !!! One of the following masked packages is required to complete your request: - sys-fs/udev- (masked by: package.mask, missing keyword) /usr/portage/profiles/package.mask: # Matthias Schwarzott z...@gentoo.org (3 Jul 2009) # It needs libblkid provided by util-linux-2.16 not yet released - sys-fs/udev-145 (masked by: package.mask) run the emerge with the -t option to see what is pulling in udev- I get the same thing if I emerge udev145, so its not unique to 999. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sunday 02 August 2009 10:45:46 John covici wrote: on Sunday 08/02/2009 Alan McKinnon(alan.mckin...@gmail.com) wrote On Sunday 02 August 2009 00:59:22 John covici wrote: Hi. On my latest update attempt, I get the following message: !!! All ebuilds that could satisfy =sys-fs/udev-145[extras] have been masked. !!! One of the following masked packages is required to complete your request: - sys-fs/udev- (masked by: package.mask, missing keyword) /usr/portage/profiles/package.mask: # Matthias Schwarzott z...@gentoo.org (3 Jul 2009) # It needs libblkid provided by util-linux-2.16 not yet released - sys-fs/udev-145 (masked by: package.mask) run the emerge with the -t option to see what is pulling in udev- I get the same thing if I emerge udev145, so its not unique to 999. You have it backwards. Something else you have previously installed wants to upgrade udev to version because it's ebuild says so. Whether you have udev-145 installed or no udev at all, that package will still try to emerge udev-. You need to find out what that package is. emerge with -t will show this. Very little else will. -- alan dot mckinnon at gmail dot com
[gentoo-user] /usr/lib/pkgconfig collisions
Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sun, 2 Aug 2009 04:45:46 -0400, John covici wrote: run the emerge with the -t option to see what is pulling in udev- I get the same thing if I emerge udev145, so its not unique to 999. That's because both are masked, it doesn't have any bearing on the reason for udev- being wanted. -- Neil Bothwick I can see clearly now, the brain is gone... signature.asc Description: PGP signature
[gentoo-user] Re: /usr/lib/pkgconfig collisions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roy Wright wrote: Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy My first guess is that, for some reason, the package is trying to install a *file* named /usr/lib/pkgconfig: if this is the case, you can find out by checking in /var/tmp/portage/${CATEGORY}/${PF}/image/ (herein called ${D}), which contains the full tree that the package is trying to install. If usr/lib/pkgconfig under that directory is a file, then it would collide with every package that installs a directory named /usr/lib/pkgconfig. - -- ABCD -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkp1b0wACgkQOypDUo0oQOpXtwCdF5wJNLH934Bvf9DySe7MP/rO 2xoAoNsnQ13Mmv3FL3ofr2FKe0VD5T/h =OfYF -END PGP SIGNATURE-
Re: [gentoo-user] how do I resolve udev145 masked issue?
on Sunday 08/02/2009 Neil Bothwick(n...@digimed.co.uk) wrote On Sun, 2 Aug 2009 04:45:46 -0400, John covici wrote: run the emerge with the -t option to see what is pulling in udev- I get the same thing if I emerge udev145, so its not unique to 999. That's because both are masked, it doesn't have any bearing on the reason for udev- being wanted. OK, here is emerge with the same options with the -t added Script started on Sun Aug 2 07:27:20 2009 These are the packages that would be merged, in reverse order: Calculating dependencies ... done! !!! All ebuilds that could satisfy =sys-fs/udev-145[extras] have been masked. !!! One of the following masked packages is required to complete your request: - sys-fs/udev- (masked by: package.mask, missing keyword) /usr/portage/profiles/package.mask: # Matthias Schwarzott z...@gentoo.org (3 Jul 2009) # It needs libblkid provided by util-linux-2.16 not yet released - sys-fs/udev-145 (masked by: package.mask) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by sys-apps/devicekit-power-010 [ebuild]) (dependency required by gnome-extra/gnome-power-manager-2.26.3 [ebuild]) (dependency required by gnome-base/gnome-2.26.3 [ebuild]) (dependency required by @world [argument]) Script done on Sun Aug 2 07:27:29 2009 -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] make.conf MAKEOPTS=-j2
I've had trouble building dev-util/duma and discovered this morning that -j2 was the culprit. duma's build compiles and runs createconf.c in order to create duma_config.h which is needed by dumapp.cpp. With -j2, the cpp compilation is starting before createconf finishes running and this causes the emerge to die. How does one set a special MAKEOPTS for a particular package?
Re: [gentoo-user] portage and library troubles with GL
On Sun, Aug 2, 2009 at 1:31 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Sunday 02 August 2009 01:31:14 Kevin O'Gorman wrote: On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa According to eix, I've got the latest stable: media-libs/mesa-7.3-r1; why would you think portage would not pull it in if I was emerging openoffice? mesa being recorded as being installed, but that doesn't mean it's files are still present. mesa builds quickly, it's worth remerging it and trying the original merge again. I did that. No joy. ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Firefox - Couldn't Load XPCOM
This must be a known issue, but I don't see recent messages that appear to be about this problem with firefox. Over the last few updates I'm unable to run firefox at all. If called from cmdline I see: firefox Couldn't load XPCOM. I read somewhere it might have something to do with Xulrunner. But I see my latest update also updated xulrunner. Now running these: Sat Aug 1 11:45:01 2009 net-libs/xulrunner-1.9.1.1-r1 Sat Aug 1 11:48:15 2009 www-client/mozilla-firefox-3.5.1-r1 Anyone have a tip about this?
[gentoo-user] Re: Firefox - Couldn't Load XPCOM
Harry Putnam rea...@newsguy.com writes: This must be a known issue, but I don't see recent messages that appear to be about this problem with firefox. Over the last few updates I'm unable to run firefox at all. If called from cmdline I see: firefox Couldn't load XPCOM. I read somewhere it might have something to do with Xulrunner. But I see my latest update also updated xulrunner. Now running these: Sat Aug 1 11:45:01 2009 net-libs/xulrunner-1.9.1.1-r1 Sat Aug 1 11:48:15 2009 www-client/mozilla-firefox-3.5.1-r1 Anyone have a tip about this? Nevermind... revdep-rebuild -v -- --ask found package dev-libs/nss to be inconsistent and rebuilt it. That seems to have cured the problem.
Re: [gentoo-user] portage and library troubles with GL
On 8/2/09, Kevin O'Gorman kogor...@gmail.com wrote: checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no Starting from here, libGLcore.so on my current desktop system belongs to nvidia-drivers: lrwxrwxrwx 1 root root 30 2.8. 17:13 /usr/lib64/libGLcore.so - opengl/nvidia/lib/libGLcore.so If you are similarly running proprietary ati-drivers or nvidia-drivers, then you should probably re-emerge them, then run eselect opengl set (whatever you use). -- Arttu V.
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sunday 02 August 2009 13:31:41 John covici wrote: on Sunday 08/02/2009 Neil Bothwick(n...@digimed.co.uk) wrote On Sun, 2 Aug 2009 04:45:46 -0400, John covici wrote: run the emerge with the -t option to see what is pulling in udev- I get the same thing if I emerge udev145, so its not unique to 999. That's because both are masked, it doesn't have any bearing on the reason for udev- being wanted. OK, here is emerge with the same options with the -t added Script started on Sun Aug 2 07:27:20 2009 These are the packages that would be merged, in reverse order: Calculating dependencies ... done! !!! All ebuilds that could satisfy =sys-fs/udev-145[extras] have been masked. !!! One of the following masked packages is required to complete your request: - sys-fs/udev- (masked by: package.mask, missing keyword) /usr/portage/profiles/package.mask: # Matthias Schwarzott z...@gentoo.org (3 Jul 2009) # It needs libblkid provided by util-linux-2.16 not yet released - sys-fs/udev-145 (masked by: package.mask) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by sys-apps/devicekit-power-010 [ebuild]) (dependency required by gnome-extra/gnome-power-manager-2.26.3 [ebuild]) (dependency required by gnome-base/gnome-2.26.3 [ebuild]) (dependency required by @world [argument]) emerge -t is not completing because of udev. You will have to deal with that to get emerge to progress to the point where it will display the build try. Put an entry for udev into package.unmask and re-run emerge with -p and -t to find what pulls in udev-. Fix that so it doesn;t do it anymore, remove the temporary package.unmask and run emerge for real. But first, these are basic fundamental gentoo and portage operations. They fall in the class of stuff you need to know to get anything done at all if circumstances are unusual. So first, you should be reviewing the portage sections in the Gentoo handbook till you understand it all. Some things cannot be done on a wing and a prayer, this is one of them. -- alan dot mckinnon at gmail dot com
[gentoo-user] python 3.1 safe as default python?
I noticed that my 'emerge world' wants to replace python 2.6.2 with python 3.1 (I run ~x86). Is it safe to do so or will portage (and everything else) freak out? If it is, in fact, safe are there any extra (special) steps needed to ensure continued operation of things? Thanks. -- Douglas J Hunley, RHCT doug.hun...@gmail.com : http://douglasjhunley.com : Twitter: @hunleyd Obsessively opposed to the typical.
[gentoo-user] Re: make.conf MAKEOPTS=-j2
On 08/02/2009 04:20 PM, David Relson wrote: I've had trouble building dev-util/duma and discovered this morning that -j2 was the culprit. duma's build compiles and runs createconf.c in order to create duma_config.h which is needed by dumapp.cpp. With -j2, the cpp compilation is starting before createconf finishes running and this causes the emerge to die. How does one set a special MAKEOPTS for a particular package? AFAIK, you can't. This has to be fixed either by upstream or patched in portage or the ebuild must manually use -j1. Since you reported this on Gentoo's bugzilla, one of the above should happen soon :)
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sun, 2 Aug 2009 07:31:41 -0400, John covici wrote: (dependency required by sys-apps/devicekit-power-010 [ebuild]) (dependency required by gnome-extra/gnome-power-manager-2.26.3 [ebuild]) Neither of these are in portage. Which overlay are you using for them? -- Neil Bothwick PC DOS Error #01: Windows loading, come back tomorrow signature.asc Description: PGP signature
Re: [gentoo-user] make.conf MAKEOPTS=-j2
On Sun, 2 Aug 2009 09:20:37 -0400, David Relson wrote: I've had trouble building dev-util/duma and discovered this morning that -j2 was the culprit. duma's build compiles and runs createconf.c in order to create duma_config.h which is needed by dumapp.cpp. With -j2, the cpp compilation is starting before createconf finishes running and this causes the emerge to die. How does one set a special MAKEOPTS for a particular package? echo 'MAKEOPTS=-j1' /etc/portage/env/dev-util/duma -- Neil Bothwick Contentsoftaglinemaysettleduringshipping. signature.asc Description: PGP signature
[gentoo-user] Re: python 3.1 safe as default python?
On 08/02/2009 06:17 PM, Doug Hunley wrote: I noticed that my 'emerge world' wants to replace python 2.6.2 with python 3.1 (I run ~x86). Nope, it does not :) It only wants to install it alongside 2.6.x, not replace it. Is it safe to do so or will portage (and everything else) freak out? If it is, in fact, safe are there any extra (special) steps needed to ensure continued operation of things? Thanks. No danger. The default will still be 2.6.x. If you don't specifically need 3.1 though, you can simply mask it since the only thing it will do in your case is take up disk space.
Re: [gentoo-user] python 3.1 safe as default python?
On Sun, 2 Aug 2009 11:17:22 -0400, Doug Hunley wrote: I noticed that my 'emerge world' wants to replace python 2.6.2 with python 3.1 (I run ~x86). Is it safe to do so or will portage (and everything else) freak out? If it is, in fact, safe are there any extra (special) steps needed to ensure continued operation of things? t does not replace python 2.6, it installs in a separate slot. Python 2.6 remains the default as many modules don't yet work with 3. This is given in the elog message, but of course you have to be brave/foolish enough to emerge it to see that. So yes, it is safe to allow python 3.1 to install. -- Neil Bothwick I thought I saw the light at the end of the tunnel... but it was just some sod with a torch bringing me more work! signature.asc Description: PGP signature
Re: [gentoo-user] python 3.1 safe as default python?
On Sun, 2009-08-02 at 11:17 -0400, Doug Hunley wrote: I noticed that my 'emerge world' wants to replace python 2.6.2 with python 3.1 (I run ~x86). It doesn't replace 2.6.2. It's slotted. Is it safe to do so or will portage (and everything else) freak out? I would think (hope) that the python maintainers were smart enough to know whether installing Python 3 would break portage. Then again, this is Gentoo ;-) If it is, in fact, safe are there any extra (special) steps needed to ensure continued operation of things? Thanks. From the ebuild's post-install: WARNING! Many Python modules haven't been ported yet to Python 3.*. /usr/bin/python hasn't been updated and still references your old Python installation.
[gentoo-user] Re: python 3.1 safe as default python?
Albert Hopkins mar...@letterboxes.org writes: On Sun, 2009-08-02 at 11:17 -0400, Doug Hunley wrote: I would think (hope) that the python maintainers were smart enough to know whether installing Python 3 would break portage. Then again, this is Gentoo ;-) Just installing it doesn't break portage. But using it does! :) 19:14:44 poke:~ $ eselect python list Available python interpreters: [1] python2.6 [2] python3.1 19:17:24 poke:~ $ sudo eselect python set 2 19:17:31 poke:~ $ emerge --info File /usr/bin/emerge, line 41 except PermissionDenied, e: ^ SyntaxError: invalid syntax -- Christer
Re: [gentoo-user] maintaining clones
On Fri, 31 Jul 2009, Dan Farrell wrote: hmm... network booting? network mounting? install packages once on one system, share them with everyone. Share passwd/shadow files and the like manually, or symlink them to skeletal versions symlinked to somewhere that can be obscured and replaced by a network boot. you could even boot them from thumb drives or cds. of course, it would be a good bit of work to configure initially, and might not go whithout a hitch. For configuration, you may want to look at something like puppet to manage that. Your build machine would the puppetmaster and keep the other machines' configs up-to-date. -- A
Re: [gentoo-user] make.conf MAKEOPTS=-j2
On Sun, 2 Aug 2009 17:23:40 +0100 Neil Bothwick wrote: On Sun, 2 Aug 2009 09:20:37 -0400, David Relson wrote: I've had trouble building dev-util/duma and discovered this morning that -j2 was the culprit. duma's build compiles and runs createconf.c in order to create duma_config.h which is needed by dumapp.cpp. With -j2, the cpp compilation is starting before createconf finishes running and this causes the emerge to die. How does one set a special MAKEOPTS for a particular package? echo 'MAKEOPTS=-j1' /etc/portage/env/dev-util/duma Exactly what I was looking for! Thanks Neil. Regards, David
[gentoo-user] Re: make.conf MAKEOPTS=-j2
On 08/02/2009 08:37 PM, David Relson wrote: On Sun, 2 Aug 2009 17:23:40 +0100 Neil Bothwick wrote: On Sun, 2 Aug 2009 09:20:37 -0400, David Relson wrote: I've had trouble building dev-util/duma and discovered this morning that -j2 was the culprit. duma's build compiles and runs createconf.c in order to create duma_config.h which is needed by dumapp.cpp. With -j2, the cpp compilation is starting before createconf finishes running and this causes the emerge to die. How does one set a special MAKEOPTS for a particular package? echo 'MAKEOPTS=-j1'/etc/portage/env/dev-util/duma Exactly what I was looking for! Note that by doing so you will be using -j1 for every future version of duma. That means, if the problem gets fixed, you'll still be using -j1.
Re: [gentoo-user] Re: make.conf MAKEOPTS=-j2
Nikos Chantziaras wrote: On 08/02/2009 08:37 PM, David Relson wrote: On Sun, 2 Aug 2009 17:23:40 +0100 Neil Bothwick wrote: On Sun, 2 Aug 2009 09:20:37 -0400, David Relson wrote: I've had trouble building dev-util/duma and discovered this morning that -j2 was the culprit. duma's build compiles and runs createconf.c in order to create duma_config.h which is needed by dumapp.cpp. With -j2, the cpp compilation is starting before createconf finishes running and this causes the emerge to die. How does one set a special MAKEOPTS for a particular package? echo 'MAKEOPTS=-j1'/etc/portage/env/dev-util/duma Exactly what I was looking for! Note that by doing so you will be using -j1 for every future version of duma. That means, if the problem gets fixed, you'll still be using -j1. If it were me and I didn't upgrade this very often, I would just put it on the command line for this one time. This would make it compile this time without error and if this gets fixed in the future, it will use the setting in make.conf like the other packages. I'm not going to tell how many times I have put some exception to the norm, forget about it and then later on wonder why portage is doing something weird. :/ Of course, it would just being doing what I told it to do. Dale :-) :-)
Re: [gentoo-user] how do I resolve udev145 masked issue?
on Sunday 08/02/2009 Neil Bothwick(n...@digimed.co.uk) wrote On Sun, 2 Aug 2009 07:31:41 -0400, John covici wrote: (dependency required by sys-apps/devicekit-power-010 [ebuild]) (dependency required by gnome-extra/gnome-power-manager-2.26.3 [ebuild]) Neither of these are in portage. Which overlay are you using for them? I am using the gnome overlay from layman. If I comment out the source line for layman in /etc/make.conf I get the following: [nomerge ] gnome-base/gnome-2.26.3 [2.26.2] [nomerge ] app-accessibility/orca-2.26.3 [2.26.2] [nomerge ] dev-python/pycairo-1.8.6 USE=doc%* [nomerge ]dev-python/sphinx-0.6.2 USE=doc -test [ebuild N] dev-python/jinja2-2.1.1-r1 USE=doc -examples -i18n -test [ebuild N] dev-python/sphinx-0.6.2 USE=doc -test * Error: circular dependencies: ('ebuild', '/', 'dev-python/jinja2-2.1.1-r1', 'merge') depends on ('ebuild', '/', 'dev-python/sphinx-0.6.2', 'merge') (buildtime) ('ebuild', '/', 'dev-python/sphinx-0.6.2', 'merge') depends on ('ebuild', '/', 'dev-python/jinja2-2.1.1-r1', 'merge') (buildtime) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags that trigger optional dependencies. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: make.conf MAKEOPTS=-j2
On Sun, 02 Aug 2009 21:10:49 +0300, Nikos Chantziaras wrote: echo 'MAKEOPTS=-j1'/etc/portage/env/dev-util/duma Exactly what I was looking for! Note that by doing so you will be using -j1 for every future version of duma. That means, if the problem gets fixed, you'll still be using -j1. It's sourced as a bash script, so you can include conditionals and tests [[ $PVR == 1.2-r3 ]] MAKEOPTS=-j1 -- Neil Bothwick OPERATOR ERROR: Nyah, Nyah, Nyah, Nyah, Nyah! signature.asc Description: PGP signature
[gentoo-user] Java jdk
Hello, So following this doc: 2009-04-18-java-config-wrapper-0.16 I ran: java-check-environment then: rm /etc/env.d/20java ; env-update source /etc/profile and finally: emerge -av --depclean dev-java/java-config:0 Calculating dependencies... done! virtual/jdk-1.4.2 pulled in by: dev-db/hsqldb-1.8.0.10 dev-java/jdbc-mysql-5.0.8 dev-java/jdbc-postgresql-8.3_p603-r1 dev-util/eclipse-sdk-3.2.1-r3 No packages selected for removal by depclean Packages installed: 1118 Packages in world:95 Packages in system: 51 Required packages:1118 Number removed: 0 So it looks like I need this virtual/jdk-1.4.2 ??? but my choices are: # eselect java-vm list Available Java Virtual Machines: [1] blackdown-jdk-1.4.2 [2] sun-jdk-1.6 system-vm So I ran these: equery depends hsqldb app-office/openoffice-3.1.0-r1 (java? =dev-db/hsqldb-1.8.0.9) emerge -1D hsqldb python-updater env-update source /etc/profile emerge @preserved-rebuild revdep-rebuild -p ; revdep-rebuild Still OpenOffice is broken per thread openoffice fails on qt_plugins_3.3rc The error I still get when I launch OO is: terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' and so I'm not sure I have java setup correctly. The system has been synced and updated as of today. thoughts and ideas most welcome? james
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sun, 2 Aug 2009 14:53:48 -0400, John covici wrote: I am using the gnome overlay from layman. It might have been helpful to menyion that :( If I comment out the source line for layman in /etc/make.conf I get the following: [nomerge ] gnome-base/gnome-2.26.3 [2.26.2] [nomerge ] app-accessibility/orca-2.26.3 [2.26.2] [nomerge ] dev-python/pycairo-1.8.6 USE=doc%* [nomerge ]dev-python/sphinx-0.6.2 USE=doc -test [ebuild N] dev-python/jinja2-2.1.1-r1 USE=doc -examples -i18n -test [ebuild N] dev-python/sphinx-0.6.2 USE=doc -test * Error: circular dependencies: ('ebuild', '/', 'dev-python/jinja2-2.1.1-r1', 'merge') depends on ('ebuild', '/', 'dev-python/sphinx-0.6.2', 'merge') (buildtime) ('ebuild', '/', 'dev-python/sphinx-0.6.2', 'merge') depends on ('ebuild', '/', 'dev-python/jinja2-2.1.1-r1', 'merge') (buildtime) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags that trigger optional dependencies. The doc USE flag is causing that. Sphinx is used to build python docs, it needs jinja but that needs sphinx because you have set its doc flag. Emerge jinja without the doc flag. Incidentally, unless you are a developer, you don't normally need the doc use flag. -- Neil Bothwick Windows isn't CrippleWare -- it's Functionally Challenged. signature.asc Description: PGP signature
[gentoo-user] Re: Java jdk
On 08/02/2009 12:42 PM, James wrote: Calculating dependencies... done! virtual/jdk-1.4.2 pulled in by: dev-db/hsqldb-1.8.0.10 dev-java/jdbc-mysql-5.0.8 dev-java/jdbc-postgresql-8.3_p603-r1 dev-util/eclipse-sdk-3.2.1-r3 So it looks like I need this virtual/jdk-1.4.2 ??? but my choices are: # eselect java-vm list Available Java Virtual Machines: [1] blackdown-jdk-1.4.2 [2] sun-jdk-1.6 system-vm IMO unless you're doing some really unusual/obscure java thing, you don't want or need the blacktown-jdk. I'm guessing that if you delete that and run revdep-rebuild you'll probably see those other packages get rebuilt against the sun-jdk-1.6 and that will get rid of the virtual jdk-1.4.2 for you. But I'm not putting any money on it ;)
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: IMO unless you're doing some really unusual/obscure java thing, you don't want or need the blacktown-jdk. I'm guessing that if you delete that and run revdep-rebuild you'll probably see those other packages get rebuilt against the sun-jdk-1.6 and that will get rid of the virtual jdk-1.4.2 for you. OK did that. java-check-environment snip Java environment is sane. Congratulations! eselect java-vm list Available Java Virtual Machines: [1] sun-jdk-1.6 system-vm But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 07/07/09) Homepage:http://java.sun.com/ Description: Virtual for JDK ooffice runs as root, but faults as any normal user on the system: terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' Any other ideas? James
Re: [gentoo-user] Re: Java jdk
James wrote: walt w41ter at gmail.com writes: IMO unless you're doing some really unusual/obscure java thing, you don't want or need the blacktown-jdk. I'm guessing that if you delete that and run revdep-rebuild you'll probably see those other packages get rebuilt against the sun-jdk-1.6 and that will get rid of the virtual jdk-1.4.2 for you. OK did that. java-check-environment snip Java environment is sane. Congratulations! eselect java-vm list Available Java Virtual Machines: [1] sun-jdk-1.6 system-vm But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 07/07/09) Homepage:http://java.sun.com/ Description: Virtual for JDK ooffice runs as root, but faults as any normal user on the system: terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' Any other ideas? James Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Dale :-) :-)
Re: [gentoo-user] Re: python 3.1 safe as default python?
=== On Sun, 08/02, Christer Ekholm wrote: === Just installing it doesn't break portage. But using it does! :) === That's probably why it's there now. ;-) Thanks for the clarification everyone. I was wondering the same thing. -- Keith Dart -- -- Keith Dart ke...@dartworks.biz ===
[gentoo-user] Re: Java jdk
On 08/02/2009 01:42 PM, James wrote: But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 Ah, that was the jog my memory needed. For reasons I don't know, there was some old cruft remaining in either /etc/env.d or /etc/conf.d or /etc/java-config-2, or maybe all three, that confused java-config. I had to hand-edit files in one/all of those places before everything started to work again. Pretty sure that was the problem with oo, too.
Re: [gentoo-user] how do I resolve udev145 masked issue?
on Sunday 08/02/2009 Neil Bothwick(n...@digimed.co.uk) wrote On Sun, 2 Aug 2009 14:53:48 -0400, John covici wrote: I am using the gnome overlay from layman. It might have been helpful to menyion that :( If I comment out the source line for layman in /etc/make.conf I get the following: [nomerge ] gnome-base/gnome-2.26.3 [2.26.2] [nomerge ] app-accessibility/orca-2.26.3 [2.26.2] [nomerge ] dev-python/pycairo-1.8.6 USE=doc%* [nomerge ]dev-python/sphinx-0.6.2 USE=doc -test [ebuild N] dev-python/jinja2-2.1.1-r1 USE=doc -examples -i18n -test [ebuild N] dev-python/sphinx-0.6.2 USE=doc -test * Error: circular dependencies: ('ebuild', '/', 'dev-python/jinja2-2.1.1-r1', 'merge') depends on ('ebuild', '/', 'dev-python/sphinx-0.6.2', 'merge') (buildtime) ('ebuild', '/', 'dev-python/sphinx-0.6.2', 'merge') depends on ('ebuild', '/', 'dev-python/jinja2-2.1.1-r1', 'merge') (buildtime) * Note that circular dependencies can often be avoided by temporarily * disabling USE flags that trigger optional dependencies. The doc USE flag is causing that. Sphinx is used to build python docs, it needs jinja but that needs sphinx because you have set its doc flag. Emerge jinja without the doc flag. Incidentally, unless you are a developer, you don't normally need the doc use flag. OK, thanks for the advise -- I wish there were a devel-doc flag to distinguish between use and development docs, but I guess you can't have everything. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] Re: python 3.1 safe as default python?
On Sun, Aug 2, 2009 at 17:07, Keith Dartke...@dartworks.biz wrote: Just installing it doesn't break portage. But using it does! :) Exactly. When I ran this (and then went for breakfast and coffee): /usr/bin/eix-sync /usr/bin/emerge --update --newuse --deep --keep-going --with-bdeps y/usr/bin/emerge --update --newuse --deep --keep-going --with-bdeps y world /usr/bin/emerge --depclean /usr/bin/revdep-rebuild -C -P I ended up with Python 3.1 and no 2.x which made a horrible mess. I ended up having to manually download and install Python 2.x into /opt and pointing /usr/bin/python to it to get things functional enough again to re-emerge the 2.6 release. So, ok, maybe it doesn't 'replace' it, but something sure as hell removed it, which is clearly the wrong behavior since emerge depends on it. Please enlighten me where I went wrong as I'd rather not have such surprises in the morn. :) -- Douglas J Hunley, RHCT doug.hun...@gmail.com : http://douglasjhunley.com : Twitter: @hunleyd Obsessively opposed to the typical.
[gentoo-user] Re: Java jdk
Dale rdalek1967 at gmail.com writes: Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Nope, It's been a normal (stable) gentoo workstation with OO for a couple of years. KDE4 and X started this spiral downward, methinks. in /usr/bin we see -rwxr-xr-x 1 root root 76 Aug 2 14:34 oobase -rwxr-xr-x 1 root root 76 Aug 2 14:34 oocalc -rwxr-xr-x 1 root root 8.2K Aug 2 14:34 ooconfig -rwxr-xr-x 1 root root 76 Aug 2 14:34 oodraw -rwxr-xr-x 1 root root 71 Aug 2 14:34 ooffice -rwxr-xr-x 1 root root 80 Aug 2 14:34 oofromtemplate -rwxr-xr-x 1 root root 79 Aug 2 14:34 ooimpress -rwxr-xr-x 1 root root 76 Aug 2 14:34 oomath -rwxr-xr-x 1 root root 3.0K Aug 2 14:34 ootool -rwxr-xr-x 1 root root 75 Aug 2 14:34 ooweb -rwxr-xr-x 1 root root 78 Aug 2 14:34 oowriter It starts up and throws that java runtime exception I thought rebuilding dev-db/hsqldb might help, but no.. Google for days now produces nothing ??? James
Re: [gentoo-user] Re: python 3.1 safe as default python?
Doug Hunley wrote: On Sun, Aug 2, 2009 at 17:07, Keith Dartke...@dartworks.biz wrote: Just installing it doesn't break portage. But using it does! :) Exactly. When I ran this (and then went for breakfast and coffee): /usr/bin/eix-sync /usr/bin/emerge --update --newuse --deep --keep-going --with-bdeps y/usr/bin/emerge --update --newuse --deep --keep-going --with-bdeps y world /usr/bin/emerge --depclean /usr/bin/revdep-rebuild -C -P I ended up with Python 3.1 and no 2.x which made a horrible mess. I ended up having to manually download and install Python 2.x into /opt and pointing /usr/bin/python to it to get things functional enough again to re-emerge the 2.6 release. So, ok, maybe it doesn't 'replace' it, but something sure as hell removed it, which is clearly the wrong behavior since emerge depends on it. Please enlighten me where I went wrong as I'd rather not have such surprises in the morn. :) Most likely the --depclean removed it. As someone else found out the hard way, not all Gentoo package managers need python. Therefore python can be unmerged which causes a mess. This is a good reason to NEVER trust --depclean without giving the list a good looking over. Personally, I think there needs to be a way to tell portage that if you have portage installed, python can not be removed without one heck of a fuss by portage. Dale :-) :-)
[gentoo-user] Re: Java jdk
walt w41ter at gmail.com writes: Ah, that was the jog my memory needed. For reasons I don't know, there was some old cruft remaining in either /etc/env.d or /etc/conf.d or /etc/java-config-2, or maybe all three, that confused java-config. OK I had to hand-edit files in one/all of those places before everything started to work again. Pretty sure that was the problem with oo, too. H, Nothing stands out in the /etc/java-config-2 dir??? cat /etc/env.d/20java-config MANPATH=/etc/java-config/system-vm/man/ CONFIG_PROTECT_MASK=/etc/env.d/java/ Ideas on how to edit 20java-config are welcome? Maybe edit /etc/conf.d/hsqldb Can you be more specific? I've rebuild OO twice app-office/openoffice-3.1.0-r1 USE=cups dbus eds gnome gstreamer gtk java kde ldap nsplugin opengl pam snip LINGUAS=en en_GB en_US James
RE: [gentoo-user] Re: python 3.1 safe as default python?
Just installing it doesn't break portage. But using it does! :) 19:14:44 poke:~ $ eselect python list Available python interpreters: [1] python2.6 [2] python3.1 19:17:24 poke:~ $ sudo eselect python set 2 19:17:31 poke:~ $ emerge --info File /usr/bin/emerge, line 41 except PermissionDenied, e: ^ SyntaxError: invalid syntax Did you try it as root? Is your user in the portage group?
Re: [gentoo-user] Re: python 3.1 safe as default python?
On Sun, 02 Aug 2009 19:01:20 -0500 Dale rdalek1...@gmail.com wrote: Most likely the --depclean removed it. As someone else found out the hard way, not all Gentoo package managers need python. Therefore python can be unmerged which causes a mess. This is a good reason to NEVER trust --depclean without giving the list a good looking over. For that to happen, emerge must've set it as default python instead of 2.6, otherwise dependencies (e.g. from sys-apps/portage itself) wouldn't let this happen. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Re: Java jdk
On Sun, 2 Aug 2009 23:45:16 + (UTC) James wirel...@tampabay.rr.com wrote: Dale rdalek1967 at gmail.com writes: Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Nope, It's been a normal (stable) gentoo workstation with OO for a couple of years. KDE4 and X started this spiral downward, methinks. Prehaps you can run it via strace to see which ops (on which files) give it permission errors just before crash? emerge -1 dev-util/strace strace -f ooffice 2strace.log grep -2 -e EACCES -e EPERM strace.log tail -500 strace.log | less (to see what happened last) -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] Re: python 3.1 safe as default python?
Adam Carter adam.car...@optus.com.au writes: Just installing it doesn't break portage. But using it does! :) 19:14:44 poke:~ $ eselect python list Available python interpreters: [1] python2.6 [2] python3.1 19:17:24 poke:~ $ sudo eselect python set 2 19:17:31 poke:~ $ emerge --info File /usr/bin/emerge, line 41 except PermissionDenied, e: ^ SyntaxError: invalid syntax Did you try it as root? Is your user in the portage group? Yes, and yes. 02:03:10 poke:~ $eselect python list Available python interpreters: [1] python2.6 [2] python3.1 02:22:30 poke:~ $sudo eselect python set 2 02:22:39 poke:~ $sudo emerge --info File /usr/bin/emerge, line 41 except PermissionDenied, e: ^ SyntaxError: invalid syntax 02:22:50 poke:~ $id uid=1001(che) gid=100(users) groups=4(adm),10(wheel),16(cron),18(audio),19(cdrom),27(video),35(games),81(apache),100(users),250(portage) I think that the comma on line 41 in /usr/bin/emerge is simply not valid in python-3
Re: [gentoo-user] Re: python 3.1 safe as default python?
On Mon, 3 Aug 2009 10:15:19 +1000 Adam Carter adam.car...@optus.com.au wrote: Just installing it doesn't break portage. But using it does! :) 19:14:44 poke:~ $ eselect python list Available python interpreters: [1] python2.6 [2] python3.1 19:17:24 poke:~ $ sudo eselect python set 2 19:17:31 poke:~ $ emerge --info File /usr/bin/emerge, line 41 except PermissionDenied, e: ^ SyntaxError: invalid syntax Did you try it as root? Is your user in the portage group? It really is python SyntaxError, not permission problem: python3 doesn't even began to execute this code and it won't do that, as long as code contains that line, since it should be except PermissionDenied as e for py3. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] how do I resolve udev145 masked issue?
On Sun, 2 Aug 2009 18:18:59 -0400, John covici wrote: Incidentally, unless you are a developer, you don't normally need the doc use flag. OK, thanks for the advise -- I wish there were a devel-doc flag to distinguish between use and development docs, but I guess you can't have everything. There is, doc. User docs are installed by default,and disabled with FEATURES=noman noinfo nodoc -- Neil Bothwick Apple I (c) Copyright 1767, Sir Isaac Newton. signature.asc Description: PGP signature
Re: [gentoo-user] Re: python 3.1 safe as default python?
On Sun, 2 Aug 2009 19:35:52 -0400, Doug Hunley wrote: Please enlighten me where I went wrong as I'd rather not have such surprises in the morn. :) Updating world without first checking to see what will happen is asking for trouble, running emerge --depclean without checking is sending it a hand-delivered invitation on a velvet cushion.. Having said that, as Mike said, this should not have removed python:2.6, ad it didn't try to do so here. -- Neil Bothwick OPERATOR ERROR: Nyah, Nyah, Nyah, Nyah, Nyah! signature.asc Description: PGP signature
[gentoo-user] Re: Java jdk
Mike Kazantsev mk.fraggod at gmail.com writes: emerge -1 dev-util/strace strace -f ooffice 2strace.log grep -2 -e EACCES -e EPERM strace.log tail -500 strace.log | less (to see what happened last) OK, Here are the bottom lines: [pid 28034] stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/ registry/com.sun.star.comp.deployment.configuration. PackageRegistryBackend/registry/data/org/openoffice/Office/Common.xcu, 0x7fff6244c020) = -1 EACCES (Permission denied) [pid 28034] lseek(26, 4300, SEEK_SET) = 4300 [pid 28034] lseek(26, 0, SEEK_CUR) = 4300 -- [pid 28034] access(/usr/lib64/openoffice/share/registry/modules/org/openoffice/Setup, F_OK) = 0 [pid 28034] lstat(/usr/lib64/openoffice/share/registry/modules/org/openoffice/Setup, {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0 [pid 28034] access(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registry/ data/org/openoffice, F_OK) = -1 EACCES (Permission denied) [pid 28034] access(/home/james/.ooo3/user/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice, F_OK) = -1 ENOENT (No such file or directory) [pid 28034] access(/home/james/.ooo3/user/registry/data/org/openoffice, F_OK) = -1 ENOENT (No such file or directory) -- [pid 28034] fcntl(27, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 [pid 28034] close(27) = 0 [pid 28034] stat(/usr/lib64/openoffice/program/../share/uno_packages/cache/registry/ com.sun.star.comp.deployment.configuration.PackageRegistryBackend/ registry/data/org/openoffice/Setup.xcu, 0x7fff6244bd80) = -1 EACCES (Permission denied) [pid 28034] open(/usr/lib64/openoffice/program/../basis-link/program/libexlinkli.so, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28034] open(/usr/lib64/openoffice/program/../basis-link/program/libpackage2.so, O_RDONLY) = 27 ja...@sliver ~ $ tail -500 strace.log | less ja...@sliver ~ $ tail -f strace.log Process 28003 detached ... wait4 resumed [{WIFEXITED(s) WEXITSTATUS(s) == 0}], 0, NULL) = 28003 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- wait4(-1, 0x7fffde7b2ce4, WNOHANG, NULL) = -1 ECHILD (No child processes) rt_sigreturn(0x)= 0 rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7f72d5e20270}, {0x438d90, [], SA_RESTORER, 0x7f72d5e20270}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 read(255, ..., 71)= 0 exit_group(0) = ?
Re: [gentoo-user] Re: Java jdk
James wrote: Dale rdalek1967 at gmail.com writes: Usually if something runs as root but not a user, it's a permissions issue. You running something special on your system? Hardened or something more secure? Nope, It's been a normal (stable) gentoo workstation with OO for a couple of years. KDE4 and X started this spiral downward, methinks. in /usr/bin we see -rwxr-xr-x 1 root root 76 Aug 2 14:34 oobase -rwxr-xr-x 1 root root 76 Aug 2 14:34 oocalc -rwxr-xr-x 1 root root 8.2K Aug 2 14:34 ooconfig -rwxr-xr-x 1 root root 76 Aug 2 14:34 oodraw -rwxr-xr-x 1 root root 71 Aug 2 14:34 ooffice -rwxr-xr-x 1 root root 80 Aug 2 14:34 oofromtemplate -rwxr-xr-x 1 root root 79 Aug 2 14:34 ooimpress -rwxr-xr-x 1 root root 76 Aug 2 14:34 oomath -rwxr-xr-x 1 root root 3.0K Aug 2 14:34 ootool -rwxr-xr-x 1 root root 75 Aug 2 14:34 ooweb -rwxr-xr-x 1 root root 78 Aug 2 14:34 oowriter It starts up and throws that java runtime exception I thought rebuilding dev-db/hsqldb might help, but no.. Google for days now produces nothing ??? James Same here. Have you tried renaming the config directory and letting it recreate it fresh? Sometimes that helps. You know, the /home/user name/.ooo3 directory? You can rename it, move it or something then restart OOo and see if it works. If that fails, kick it. LOL Dale :-) :-)
[gentoo-user] Re: Java jdk
On 08/02/2009 01:42 PM, James wrote: waltw41terat gmail.com writes: java-check-environment snip Java environment is sane. Congratulations! eselect java-vm list Available Java Virtual Machines: [1] sun-jdk-1.6 system-vm But look here: eix virtual/jdk [I] virtual/jdk Available versions: (1.4) 1.4.1 1.4.2 (1.5) 1.5.0 (1.6) 1.6.0 Installed versions: 1.4.2(1.4)(14:13:11 07/07/09) 1.6.0(1.6)(14:10:01 07/07/09) Homepage:http://java.sun.com/ Description: Virtual for JDK I forgot to ask last time: what printed the lines above? I don't recognize the format from anything I have. This may be the real key to your problem. My 20java-config is identical to yours, so that's not the problem. Here is my /usr/lib/jvm: $ls -l /usr/lib/jvm lrwxrwxrwx 1 root root21 2008-04-20 09:24 sun-jdk-1.5 - /opt/sun-jdk-1.5.0.15/ lrwxrwxrwx 1 root root21 2009-07-01 05:50 sun-jdk-1.6 - /opt/sun-jdk-1.6.0.14/ Here is my /etc/java-config-2: $ls -lF /etc/java-config-2/ drwxr-xr-x 2 root root 4096 2009-07-01 05:48 build/ lrwxrwxrwx 1 root root 25 2008-04-26 14:50 current-system-vm - /usr/lib/jvm//sun-jdk-1.6/ -rw-r--r-- 1 root root 61 2009-01-13 22:33 virtuals The file 'virtuals' and the two files in the 'build' directory have only example items that are commented out. Have a look there. Either rename or delete your ~/.java directory. Mine is often out of date even thought theoretically we shouldn't need to worry about it. And try renaming or deleting your ~/.ooo3 directory for the same reasons. And 'grep -r 1.4.2 /etc/*' may turn up obsolete config files that you don't know you have. It's like rummaging through your attic :)
Re: [gentoo-user] portage and library troubles with GL
On Sun, Aug 2, 2009 at 7:27 AM, Arttu V.arttu...@gmail.com wrote: On 8/2/09, Kevin O'Gorman kogor...@gmail.com wrote: checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no Starting from here, libGLcore.so on my current desktop system belongs to nvidia-drivers: lrwxrwxrwx 1 root root 30 2.8. 17:13 /usr/lib64/libGLcore.so - opengl/nvidia/lib/libGLcore.so If you are similarly running proprietary ati-drivers or nvidia-drivers, then you should probably re-emerge them, then run eselect opengl set (whatever you use). An interesting idea but no joy. I re-emerged xf86-video-mach64 (for my motherboard's Rage XL). I re-selected ati for opengl. I peeked at /usr/lib and got something that looks a little different from yours: treat lib # ls -l --color=n libGL* -rw-r--r-- 1 root root743 2009-08-01 20:52 libGLU.la lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLU.so - libGLU.so.1 lrwxrwxrwx 1 root root 20 2009-08-01 20:52 libGLU.so.1 - libGLU.so.1.3.070300 -rwxr-xr-x 1 root root 456268 2009-08-01 20:52 libGLU.so.1.3.070300 lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLw.so - libGLw.so.1 lrwxrwxrwx 1 root root 15 2009-08-01 20:52 libGLw.so.1 - libGLw.so.1.0.0 -rwxr-xr-x 1 root root 10572 2009-08-01 20:52 libGLw.so.1.0.0 treat lib # I attempted to re-emerge wxGTK and it finished in this way: checking for GTK+ version... checking for pkg-config... /usr/bin/pkg-config checking for GTK+ - version = 2.0.0... yes (version 2.14.7) checking whether gtk_icon_size_lookup is declared... yes checking if GTK+ is version = 2.6... yes checking for X11/Xlib.h... yes checking for X11/XKBlib.h... yes checking for sql.h... yes checking for SQLAllocEnv in -liodbc... no checking for SQLAllocEnv in -lunixodbc... no checking for SQLAllocEnv in -lodbc... yes checking for Xinerama... yes checking for Xxf86vm extension... yes checking for X11/extensions/xf86vmode.h... yes checking for -lSM - X11 session management... yes checking for OpenGL headers... found in /usr/include checking for GL/gl.h... yes checking GL/glu.h usability... yes checking GL/glu.h presence... yes checking for GL/glu.h... yes checking for -lGL... no checking for -lMesaGL... no configure: error: OpenGL libraries not available !!! Please attach the following file when seeking support: !!! /var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/work/wxPython-src-2.8.10.1/wxgtk_build/config.log * * ERROR: x11-libs/wxGTK-2.8.10.1-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_configure * environment, line 2800: Called econf '--enable-compat26' '--enable-shared' '--enable-unicode' '--with-regex=builtin' '--with-zlib=sys' '--with-expat=sys' '--disable-debug' '--disable-precomp-headers' '--with-sdl' '--with-odbc=sys' '--enable-graphics_ctx' '--enable-gui' '--with-libpng=sys' '--with-libxpm=sys' '--with-libjpeg=sys' '--with-libtiff=sys' '--enable-mediactrl' '--enable-opengl' '--with-opengl' '--with-gnomeprint' '--without-gnomevfs' * ebuild.sh, line 534: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/environment'. * Failed to emerge x11-libs/wxGTK-2.8.10.1-r1, Log file: '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log' treat GL # -- Kevin O'Gorman, PhD
Re: [gentoo-user] Re: /usr/lib/pkgconfig collisions
On Aug 2, 2009, at 5:49 AM, ABCD wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roy Wright wrote: Howdy, While attempting to try the latest version of ruby-gnome2 (0.19.1), I copied the 0.19.0 ebuilds to my local overlay then renamed them to the new version. I then downloaded the ruby-gnome2-all-0.19.1.tar.gz, placed it in /usr/portage/distfiles, then used ebuild ruby-... digest for each of the packages to create the Manifest file. When I attempt to emerge the updated packages, the first package, ruby- glib2-0.19.1, errors with a detected file collision on /usr/lib/ pkgconfig. This is a directory and thus emerge finds every package that has installed a file in it. Now my guess is that some code that attempts to check for conflicts within the /usr/lib/pkgconfig directory is being given an blank package name, thus is checking the directory. My problem is I don't see where the conflict code is even called. Anyone have any hints or know where the documentation is? TIA, Roy My first guess is that, for some reason, the package is trying to install a *file* named /usr/lib/pkgconfig: if this is the case, you can find out by checking in /var/tmp/portage/${CATEGORY}/${PF}/image/ (herein called ${D}), which contains the full tree that the package is trying to install. If usr/lib/pkgconfig under that directory is a file, then it would collide with every package that installs a directory named /usr/lib/pkgconfig. - -- ABCD On the money: # cat /var/tmp/portage/dev-ruby/ruby-glib2-0.19.1/image/usr/lib/ pkgconfig Name: GLib Description: C Utility Library Version: 0.19.1 Now to find why... Thank you, Roy
[gentoo-user] Mach64 and opengl (was: portage and library troubles with GL)
On Sun, Aug 2, 2009 at 7:47 PM, Kevin O'Gormankogor...@gmail.com wrote: On Sun, Aug 2, 2009 at 7:27 AM, Arttu V.arttu...@gmail.com wrote: On 8/2/09, Kevin O'Gorman kogor...@gmail.com wrote: checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no Starting from here, libGLcore.so on my current desktop system belongs to nvidia-drivers: lrwxrwxrwx 1 root root 30 2.8. 17:13 /usr/lib64/libGLcore.so - opengl/nvidia/lib/libGLcore.so If you are similarly running proprietary ati-drivers or nvidia-drivers, then you should probably re-emerge them, then run eselect opengl set (whatever you use). An interesting idea but no joy. I re-emerged xf86-video-mach64 (for my motherboard's Rage XL). I re-selected ati for opengl. I peeked at /usr/lib and got something that looks a little different from yours: treat lib # ls -l --color=n libGL* -rw-r--r-- 1 root root 743 2009-08-01 20:52 libGLU.la lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLU.so - libGLU.so.1 lrwxrwxrwx 1 root root 20 2009-08-01 20:52 libGLU.so.1 - libGLU.so.1.3.070300 -rwxr-xr-x 1 root root 456268 2009-08-01 20:52 libGLU.so.1.3.070300 lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLw.so - libGLw.so.1 lrwxrwxrwx 1 root root 15 2009-08-01 20:52 libGLw.so.1 - libGLw.so.1.0.0 -rwxr-xr-x 1 root root 10572 2009-08-01 20:52 libGLw.so.1.0.0 treat lib # I attempted to re-emerge wxGTK and it finished in this way: checking for GTK+ version... checking for pkg-config... /usr/bin/pkg-config checking for GTK+ - version = 2.0.0... yes (version 2.14.7) checking whether gtk_icon_size_lookup is declared... yes checking if GTK+ is version = 2.6... yes checking for X11/Xlib.h... yes checking for X11/XKBlib.h... yes checking for sql.h... yes checking for SQLAllocEnv in -liodbc... no checking for SQLAllocEnv in -lunixodbc... no checking for SQLAllocEnv in -lodbc... yes checking for Xinerama... yes checking for Xxf86vm extension... yes checking for X11/extensions/xf86vmode.h... yes checking for -lSM - X11 session management... yes checking for OpenGL headers... found in /usr/include checking for GL/gl.h... yes checking GL/glu.h usability... yes checking GL/glu.h presence... yes checking for GL/glu.h... yes checking for -lGL... no checking for -lMesaGL... no configure: error: OpenGL libraries not available !!! Please attach the following file when seeking support: !!! /var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/work/wxPython-src-2.8.10.1/wxgtk_build/config.log * * ERROR: x11-libs/wxGTK-2.8.10.1-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_configure * environment, line 2800: Called econf '--enable-compat26' '--enable-shared' '--enable-unicode' '--with-regex=builtin' '--with-zlib=sys' '--with-expat=sys' '--disable-debug' '--disable-precomp-headers' '--with-sdl' '--with-odbc=sys' '--enable-graphics_ctx' '--enable-gui' '--with-libpng=sys' '--with-libxpm=sys' '--with-libjpeg=sys' '--with-libtiff=sys' '--enable-mediactrl' '--enable-opengl' '--with-opengl' '--with-gnomeprint' '--without-gnomevfs' * ebuild.sh, line 534: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/environment'. * Failed to emerge x11-libs/wxGTK-2.8.10.1-r1, Log file: '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log' treat GL # Even with this failure it was an interesting idea. So I switched to eselect opengl set xorg-x11 and now wxGTK gets past configuration and is building. I'll try the other holdout later, when this one finishes: openoffice. The questions now arise: 1) is something missing in mach64? It worked before the latest xorg re-org. 2) is the eselect option ati even correct? Is it an artifiact of the thrashing around I did with ati-drivers until I discovered that I needed to use mach64? If this is the case, why is there not an option for mach64? Inquiring minds want to know. ++ kevin
Re: [gentoo-user] Re: python 3.1 safe as default python?
=== On Mon, 08/03, Christer Ekholm wrote: === I think that the comma on line 41 in /usr/bin/emerge is simply not valid in python-3 === Right. http://docs.python.org/3.1/whatsnew/3.0.html -- Keith Dart -- -- Keith Dart ke...@dartworks.biz ===